Écrire des politiques d’accès

Les politiques d’accès décident quels sujets peuvent lire quels objets, avec des row filters et de la projection de colonnes optionnels — appliqué server-side dans la cellule, fail-closed.

Le modèle en un paragraphe

OSL émet des faits de politique pour chaque objet gouverné. Le point de décision de politique confronte le (data, action, actor, context) d’une requête à ces faits et aux politiques que vous écrivez, renvoyant allow/deny plus des obligations (row filters, projection, caviardage). Le point d’application des politiques applique la décision avant qu’aucune donnée ne quitte la cellule.

Snapshot de politique effective

Pour voir les décisions qui s’appliquent actuellement à un tenant :

GET /v1/tenants/{t}/policies/effective

Principes qui ne changeront pas

Fail-closed. Pas de snapshot → deny (E2001, 503). Deny-by-default sur les facettes avec ACL.
La PII est déclarée au niveau du connecteur, jamais inférée dans l’UI, et caviardée server-side.
Refus non révélateurs. Une requête refusée ne divulgue jamais quelle politique a refusé.
Tout est audité — allow ou deny — sur une seule traçabilité chaînée par hash.