-
Notifications
You must be signed in to change notification settings - Fork 386
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge pull request #918 from reactjs/sync-9aa84b19
Sync with react.dev @ 9aa84b1
- Loading branch information
Showing
8 changed files
with
364 additions
and
1 deletion.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
153 changes: 153 additions & 0 deletions
153
src/content/reference/react/experimental_taintObjectReference.md
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,153 @@ | ||
--- | ||
title: experimental_taintObjectReference | ||
--- | ||
|
||
<Wip> | ||
|
||
**This API is experimental and is not available in a stable version of React yet.** | ||
|
||
You can try it by upgrading React packages to the most recent experimental version: | ||
|
||
- `react@experimental` | ||
- `react-dom@experimental` | ||
- `eslint-plugin-react-hooks@experimental` | ||
|
||
Experimental versions of React may contain bugs. Don't use them in production. | ||
|
||
This API is only available inside React Server Components. | ||
|
||
</Wip> | ||
|
||
|
||
<Intro> | ||
|
||
`taintObjectReference` lets you prevent a specific object instance from being passed to a Client Component like a `user` object. | ||
|
||
```js | ||
experimental_taintObjectReference(message, object); | ||
``` | ||
|
||
To prevent passing a key, hash or token, see [`taintUniqueValue`](/reference/react/experimental_taintUniqueValue). | ||
|
||
</Intro> | ||
|
||
<InlineToc /> | ||
|
||
--- | ||
|
||
## Reference {/*reference*/} | ||
|
||
### `taintObjectReference(message, object)` {/*taintobjectreference*/} | ||
|
||
Call `taintObjectReference` with an object to register it with React as something that should not be allowed to be passed to the Client as is: | ||
|
||
```js | ||
import {experimental_taintObjectReference} from 'react'; | ||
|
||
experimental_taintObjectReference( | ||
'Do not pass ALL environment variables to the client.', | ||
process.env | ||
); | ||
``` | ||
|
||
[See more examples below.](#usage) | ||
|
||
#### Parameters {/*parameters*/} | ||
|
||
* `message`: The message you want to display if the object gets passed to a Client Component. This message will be displayed as a part of the Error that will be thrown if the object gets passed to a Client Component. | ||
|
||
* `object`: The object to be tainted. Functions and class instances can be passed to `taintObjectReference` as `object`. Functions and classes are already blocked from being passed to Client Components but the React's default error message will be replaced by what you defined in `message`. When a specific instance of a Typed Array is passed to `taintObjectReference` as `object`, any other copies of the Typed Array will not be tainted. | ||
|
||
#### Returns {/*returns*/} | ||
|
||
`experimental_taintObjectReference` returns `undefined`. | ||
|
||
#### Caveats {/*caveats*/} | ||
|
||
- Recreating or cloning a tainted object creates a new untained object which main contain sensetive data. For example, if you have a tainted `user` object, `const userInfo = {name: user.name, ssn: user.ssn}` or `{...user}` will create new objects which are not tainted. `taintObjectReference` only protects against simple mistakes when the object is passed through to a Client Component unchanged. | ||
|
||
<Pitfall> | ||
|
||
**Do not rely on just tainting for security.** Tainting an object doesn't prevent leaking of every possible derived value. For example, the clone of a tainted object will create a new untained object. Using data from a tainted object (e.g. `{secret: taintedObj.secret}`) will create a new value or object that is not tainted. Tainting is a layer of protection, a secure app will have multiple layers of protection, well designed APIs, and isolation patterns. | ||
|
||
</Pitfall> | ||
|
||
--- | ||
|
||
## Usage {/*usage*/} | ||
|
||
### Prevent user data from unintentionally reaching the client {/*prevent-user-data-from-unintentionally-reaching-the-client*/} | ||
|
||
A Client Component should never accept objects that carry sensitive data. Ideally, the data fetching functions should not expose data that the current user should not have access to. Sometimes mistakes happen during refactoring. To protect against this mistakes happening down the line we can "taint" the user object in our data API. | ||
|
||
```js | ||
import {experimental_taintObjectReference} from 'react'; | ||
|
||
export async function getUser(id) { | ||
const user = await db`SELECT * FROM users WHERE id = ${id}`; | ||
experimental_taintObjectReference( | ||
'Do not pass the entire user object to the client. ' + | ||
'Instead, pick off the specific properties you need for this use case.', | ||
user, | ||
); | ||
return user; | ||
} | ||
``` | ||
|
||
Now whenever anyone tries to pass this object to a Client Component, an error will be thrown with the passed in error message instead. | ||
|
||
<DeepDive> | ||
|
||
#### Protecting against leaks in data fetching {/*protecting-against-leaks-in-data-fetching*/} | ||
|
||
If you're running a Server Components environment that has access to sensitive data, you have to be careful not to pass objects straight through: | ||
|
||
```js | ||
// api.js | ||
export async function getUser(id) { | ||
const user = await db`SELECT * FROM users WHERE id = ${id}`; | ||
return user; | ||
} | ||
``` | ||
|
||
```js | ||
import { getUser } from 'api.js'; | ||
import { InfoCard } from 'components.js'; | ||
|
||
export async function Profile(props) { | ||
const user = await getUser(props.userId); | ||
// DO NOT DO THIS | ||
return <InfoCard user={user} />; | ||
} | ||
``` | ||
|
||
```js | ||
// components.js | ||
"use client"; | ||
|
||
export async function InfoCard({ user }) { | ||
return <div>{user.name}</div>; | ||
} | ||
``` | ||
|
||
Ideally, the `getUser` should not expose data that the current user should not have access to. To prevent passing the `user` object to a Client Component down the line we can "taint" the user object: | ||
|
||
|
||
```js | ||
// api.js | ||
import {experimental_taintObjectReference} from 'react'; | ||
|
||
export async function getUser(id) { | ||
const user = await db`SELECT * FROM users WHERE id = ${id}`; | ||
experimental_taintObjectReference( | ||
'Do not pass the entire user object to the client. ' + | ||
'Instead, pick off the specific properties you need for this use case.', | ||
user, | ||
); | ||
return user; | ||
} | ||
``` | ||
|
||
Now if anyone tries to pass the `user` object to a Client Component, an error will be thrown with the passed in error message. | ||
|
||
</DeepDive> |
198 changes: 198 additions & 0 deletions
198
src/content/reference/react/experimental_taintUniqueValue.md
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,198 @@ | ||
--- | ||
title: experimental_taintUniqueValue | ||
--- | ||
|
||
<Wip> | ||
|
||
**This API is experimental and is not available in a stable version of React yet.** | ||
|
||
You can try it by upgrading React packages to the most recent experimental version: | ||
|
||
- `react@experimental` | ||
- `react-dom@experimental` | ||
- `eslint-plugin-react-hooks@experimental` | ||
|
||
Experimental versions of React may contain bugs. Don't use them in production. | ||
|
||
This API is only available inside [React Server Components](/reference/react/use-client). | ||
|
||
</Wip> | ||
|
||
|
||
<Intro> | ||
|
||
`taintUniqueValue` lets you prevent unique values from being passed to Client Components like passwords, keys, or tokens. | ||
|
||
```js | ||
taintUniqueValue(errMessage, lifetime, value) | ||
``` | ||
|
||
To prevent passing an object containing sensitive data, see [`taintObjectReference`](/reference/react/experimental_taintObjectReference). | ||
|
||
</Intro> | ||
|
||
<InlineToc /> | ||
|
||
--- | ||
|
||
## Reference {/*reference*/} | ||
|
||
### `taintUniqueValue(message, lifetime, value)` {/*taintuniquevalue*/} | ||
|
||
Call `taintUniqueValue` with a password, token, key or hash to register it with React as something that should not be allowed to be passed to the Client as is: | ||
|
||
```js | ||
import {experimental_taintUniqueValue} from 'react'; | ||
|
||
experimental_taintUniqueValue( | ||
'Do not pass secret keys to the client.', | ||
process, | ||
process.env.SECRET_KEY | ||
); | ||
``` | ||
|
||
[See more examples below.](#usage) | ||
|
||
#### Parameters {/*parameters*/} | ||
|
||
* `message`: The message you want to display if `value` is passed to a Client Component. This message will be displayed as a part of the Error that will be thrown if `value` is passed to a Client Component. | ||
|
||
* `lifetime`: Any object that indicates how long `value` should be tainted. `value` will be blocked from being sent to any Client Component while this object still exists. For example, passing `globalThis` blocks the value for the lifetime of an app. `lifetime` is typically an object whose properties contains `value`. | ||
|
||
* `value`: A string, bigint or TypedArray. `value` must be a unique sequence of characters or bytes with high entropy such as a cryptographic token, private key, hash, or a long password. `value` will be blocked from being sent to any Client Component. | ||
|
||
#### Returns {/*returns*/} | ||
|
||
`experimental_taintUniqueValue` returns `undefined`. | ||
|
||
#### Caveats {/*caveats*/} | ||
|
||
- Deriving new values from tainted values can compromise tainting protection. New values created by uppercasing tainted values, concatenating tainted string values into a larger string, converting tainted values to base64, substringing tainted values, and other similar transformations are not tainted unless you explicity call `taintUniqueValue` on these newly created values. | ||
|
||
--- | ||
|
||
## Usage {/*usage*/} | ||
|
||
### Prevent a token from being passed to Client Components {/*prevent-a-token-from-being-passed-to-client-components*/} | ||
|
||
To ensure that sensitive information such as passwords, session tokens, or other unique values do not inadvertently get passed to Client Components, the `taintUniqueValue` function provides a layer of protection. When a value is tainted, any attempt to pass it to a Client Component will result in an error. | ||
|
||
The `lifetime` argument defines the duration for which the value remains tainted. For values that should remain tainted indefinitely, objects like [`globalThis`](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/globalThis) or `process` can serve as the `lifetime` argument. These objects have a lifespan that spans the entire duration of your app's execution. | ||
|
||
```js | ||
import {experimental_taintUniqueValue} from 'react'; | ||
|
||
experimental_taintUniqueValue( | ||
'Do not pass a user password to the client.', | ||
globalThis, | ||
process.env.SECRET_KEY | ||
); | ||
``` | ||
|
||
If the tainted value's lifespan is tied to a object, the `lifetime` should be the object that encapsulates the value. This ensures the tainted value remains protected for the lifetime of the encapsulating object. | ||
|
||
```js | ||
import {experimental_taintUniqueValue} from 'react'; | ||
|
||
export async function getUser(id) { | ||
const user = await db`SELECT * FROM users WHERE id = ${id}`; | ||
experimental_taintUniqueValue( | ||
'Do not pass a user session token to the client.', | ||
user, | ||
user.session.token | ||
); | ||
return user; | ||
} | ||
``` | ||
|
||
In this example, the `user` object serves as the `lifetime` argument. If this object gets stored in a global cache or is accessible by another request, the session token remains tainted. | ||
|
||
<Pitfall> | ||
|
||
**Do not rely solely on tainting for security.** Tainting a value doesn't block every possible derived value. For example, creating a new value by upper casing a tainted string will not taint the new value. | ||
|
||
|
||
```js | ||
import {experimental_taintUniqueValue} from 'react'; | ||
|
||
const password = 'correct horse battery staple'; | ||
|
||
experimental_taintUniqueValue( | ||
'Do not pass the password to the client.', | ||
globalThis, | ||
password | ||
); | ||
|
||
const uppercasePassword = password.toUpperCase() // `uppercasePassword` is not tainted | ||
``` | ||
|
||
In this example, the constant `password` is tainted. Then `password` is used to create a new value `uppercasePassword` by calling the `toUpperCase` method on `password`. The newly created `uppercasePassword` is not tainted. | ||
|
||
Other similar ways of deriving new values from tainted values like concatenating it into a larger string, converting it to base64, or returning a substring create untained values. | ||
|
||
Tainting only protects against simple mistakes like explictly passing secret values to the client. Mistakes in calling the `taintUniqueValue` like using a global store outside of React, without the corresponding lifetime object, can cause the tainted value to become untainted. Tainting is a layer of protection, a secure app will have multiple layers of protection, well designed APIs, and isolation patterns. | ||
|
||
</Pitfall> | ||
|
||
<DeepDive> | ||
|
||
#### Using `server-only` and `taintUniqueValue` to prevent leaking secrets {/*using-server-only-and-taintuniquevalue-to-prevent-leaking-secrets*/} | ||
|
||
If you're running a Server Components environment that has access to private keys or passwords such as database passwords, you have to be careful not to pass that to a Client Component. | ||
|
||
```js | ||
export async function Dashboard(props) { | ||
// DO NOT DO THIS | ||
return <Overview password={process.env.API_PASSWORD} />; | ||
} | ||
``` | ||
|
||
```js | ||
"use client"; | ||
|
||
import {useEffect} from '...' | ||
|
||
export async function Overview({ password }) { | ||
useEffect(() => { | ||
const headers = { Authorization: password }; | ||
fetch(url, { headers }).then(...); | ||
}, [password]); | ||
... | ||
} | ||
``` | ||
|
||
This example would leak the secret API token to the client. If this API token can be used to access data this particular user shouldn't have access to, it could lead to a data breach. | ||
|
||
[comment]: <> (TODO: Link to `server-only` docs once they are written) | ||
|
||
Ideally, secrets like this are abstracted into a single helper file that can only be imported by trusted data utilities on the server. The helper can even be tagged with [`server-only`](https://www.npmjs.com/package/server-only) to ensure that this file isn't imported on the client. | ||
|
||
```js | ||
import "server-only"; | ||
|
||
export function fetchAPI(url) { | ||
const headers = { Authorization: process.env.API_PASSWORD }; | ||
return fetch(url, { headers }); | ||
} | ||
``` | ||
|
||
Sometimes mistakes happen during refactoring and not all of your colleagues might know about this. | ||
To protect against this mistakes happening down the line we can "taint" the actual password: | ||
|
||
```js | ||
import "server-only"; | ||
import {experimental_taintUniqueValue} from 'react'; | ||
|
||
experimental_taintUniqueValue( | ||
'Do not pass the API token password to the client. ' + | ||
'Instead do all fetches on the server.' | ||
process, | ||
process.env.API_PASSWORD | ||
); | ||
``` | ||
|
||
Now whenever anyone tries to pass this password to a Client Component, or send the password to a Client Component with a Server Action, a error will be thrown with message you defined when you called `taintUniqueValue`. | ||
|
||
</DeepDive> | ||
|
||
--- |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.