Spaces:
Runtime error
Runtime error
docs: synchronize deployment and tenant security guidance
Browse files
docs/social-tenant-foundation.md
CHANGED
|
@@ -44,6 +44,22 @@ ownership record remains.
|
|
| 44 |
create canonical ownership records and therefore must not be used for
|
| 45 |
multi-tenant production social publishing.
|
| 46 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 47 |
## PostgreSQL role separation
|
| 48 |
|
| 49 |
Apply all security and social migrations with a controlled administrative
|
|
|
|
| 44 |
create canonical ownership records and therefore must not be used for
|
| 45 |
multi-tenant production social publishing.
|
| 46 |
|
| 47 |
+
## API-key and workspace membership authorization
|
| 48 |
+
|
| 49 |
+
An API key's effective scopes are the credential ceiling; the resolved active
|
| 50 |
+
workspace membership is a second, independent ceiling. Authorization requires
|
| 51 |
+
both to allow the requested scope. A privileged API key therefore cannot
|
| 52 |
+
elevate a viewer membership.
|
| 53 |
+
|
| 54 |
+
Workspace membership roles map to permission ceilings as follows:
|
| 55 |
+
|
| 56 |
+
- `owner` and `admin`: all membership scopes, still limited by the API key.
|
| 57 |
+
- `member` and `service`: the configured `operator` scope set.
|
| 58 |
+
- `viewer`: the configured read-only `viewer` scope set.
|
| 59 |
+
|
| 60 |
+
The role mapping is applied from the server-resolved `api_key_principals`
|
| 61 |
+
membership, never from a client-supplied workspace or role field.
|
| 62 |
+
|
| 63 |
## PostgreSQL role separation
|
| 64 |
|
| 65 |
Apply all security and social migrations with a controlled administrative
|