database.policy.write
Markdownv0.3.0
Appliquer une politique de sécurité au niveau des lignes sur une table.
- API
POST /v1/projects/{projectId}/database/policies - MCP
database_policy_write - CLI
bastide database policy write
L'expression est le prédicat d'appartenance, sous la forme (select auth.uid()) ; la forme nue est refusée, sa réécriture rendue. Pose les quatre commandes, la clé de service, les droits et l'index, puis usurpe quatre personas : une ligne lisible par qui ne la possède pas se confirme par une personne, le rapport la citant.
| Propriété | Valeur |
|---|---|
| Niveau | project |
| Rang minimal | maintainer |
| Rôle transversal | — |
| Portées | db:write |
| Compte de service | ne la mène pas : cette écriture ne lui est pas ouverte |
| Réversibilité | E — réversible avec effort : validation d'une personne avant l'appel, puis cinq minutes pour tout défaire d'un seul appel |
| Idempotence | une clé d'idempotence est acceptée : le rejeu rend la première réponse |
| Limites de débit, par jeton | 600 appels par 60 secondes (general), et 60 appels par 60 secondes (sensitive) |
API
POST /v1/projects/{projectId}/database/policies — succès en 200.
| Paramètre | Où | Type | Requis | Description |
|---|---|---|---|---|
projectId | chemin | texte, motif ^prj_[0-9A-HJKMNP-TV-Z]{26}$ | oui | Identifiant de projet |
Idempotency-Key | en-tête | texte, de 8 à 128 caractères | non | Clé d'idempotence. Un rejeu portant la même clé retourne le résultat initial sans nouvel effet de bord, et la réponse porte alors « Idempotency-Replayed: true ». Équivaut au champ « idempotencyKey » du corps ; les deux à la fois ne sont acceptés que s'ils sont identiques. |
table | corps | texte, motif ^[a-z_][a-z0-9_]{0,62}$ | oui | Identifiant SQL en minuscules |
policy | corps | texte, de 1 à 10000 caractères | oui | |
verifyAs | corps | liste — chaque élément : l'un de anon, authenticated, service_role | non | Profils à éprouver avant application |
confirmationNonce | corps | texte | non | |
idempotencyKey | corps | texte, de 8 à 128 caractères | non | Clé d'idempotence, obligatoire. Un rejeu portant la même clé rend le résultat initial, sans nouvel effet de bord. |
La réponse :
| Champ | Type | Description |
|---|---|---|
applied | booléen | |
rewrite | objet (untrusted, source, content), ou nul | La forme optimisée, quand la politique soumise a été refusée pour sa forme |
verifications | liste — chaque élément : objet (persona, rowsVisible) | |
report | objet (tested, defects, personas), ou nul | |
indexCreated | texte, motif ^[a-z_][a-z0-9_]{0,62}$, ou nul | |
undoToken | nul | Aucun jeton : une politique se remplace par un nouvel appel, qui retire la précédente avant de poser la sienne. |
En-têtes de la réponse : RateLimit-Limit, RateLimit-Remaining, RateLimit-Reset, RateLimit-Policy, Idempotency-Replayed.
Autres réponses : 400, 401, 403, 404, 409, 429, 500, 503 — communes à toute opération.
Ligne de commande
bastide database policy write --project-id <valeur> --table <valeur> --policy <valeur>
| Option | Type | Requise | Défaut | Description |
|---|---|---|---|---|
--project-id | texte | oui | — | Identifiant de projet |
--table | texte | oui | — | Identifiant SQL en minuscules |
--policy | texte | oui | — | |
--verify-as | liste | non | [] | Profils à éprouver avant application |
--confirmation-nonce | texte | non | — | |
--idempotency-key | texte | non | — | Clé d'idempotence, obligatoire. Un rejeu portant la même clé rend le résultat initial, sans nouvel effet de bord. |
La commande demande une confirmation avant d'agir, sauf avec « --yes ».
MCP
Outil database_policy_write.
| Propriété | Valeur |
|---|---|
| Lecture seule | non |
| Destructif | oui |
| Idempotent | oui |
| Monde ouvert | non |
| Confirmation en deux temps | non |
| Budget de jetons du résultat | 1500 |
Erreurs
| Code | Surface | Cause |
|---|---|---|
confirmation_requise | les deux | L'opération est irréversible : elle se confirme en deux temps, par le nonce que ce refus porte. |
nonce_expire | les deux | Le nonce de confirmation a plus de cinq minutes. |
nonce_invalide | les deux | Le nonce de confirmation n'a pas été émis par ce serveur pour cet appel, ou il a déjà servi. |
validation_humaine_requise | les deux | Une opération irréversible se valide par une personne, pas par un jeton de compte de service. |
backend_indisponible | les deux | La base de données du projet n'est pas joignable par la plateforme ; le message nomme la cause. |
idempotency_key_conflict | API | Deux clés d'idempotence différentes ont été présentées, dans le corps et dans l'en-tête. |
S'y ajoutent les refus communs à toute opération — entrée invalide, authentification, autorisation, cible introuvable, conflit, limite de débit, indisponibilité — que le catalogue des erreurs décrit.
Exemples
Restreindre les commandes à leur propriétaire, éprouvé avant application :
{
"projectId": "prj_01JQ8ZK4M7NP2RSTVWXYZ34567",
"table": "commandes",
"policy": "proprietaire_id = (select auth.uid())",
"verifyAs": [
"anon",
"authenticated",
"service_role"
],
"idempotencyKey": "politique-commandes-2026-09-14"
}