Sécurité et autorisations
Ce qu’un agent peut modifier, ce que seul le propriétaire devrait décider et comment encadrer ses actions.
Trois niveaux de contrôle, appliqués dans cet ordre. Pour chaque requête, les autorisations effectives correspondent à leur intersection.
1. Les portées du justificatif d’accès. Elles sont choisies au moment de l’approbation de la connexion. L’écran de consentement décrit chacune en une phrase, et cette phrase fait foi : une fonctionnalité qui n’était pas décrite au moment du consentement ne sera jamais ajoutée ultérieurement à une portée existante.
2. Le plafond d’autorisations de l’espace de travail. Il définit le maximum qu’un membre qui n’est pas administrateur peut déléguer. Les administrateurs le définissent dans Developer tools → Permissions. Il s’applique aux connexions OAuth, qui sont associées à l’identité d’une personne, et non aux clés API, qui sont des identifiants de service de l’espace de travail sans personne associée.
3. La dérogation propre à cette personne, si un administrateur en a défini une.
Ce qui reste du ressort du propriétaire
Un agent ne devrait jamais publier un site, connecter un domaine ou modifier une offre sans instruction explicite du propriétaire. Le clic par lequel le propriétaire revendique un site préparé et le consentement OAuth ne constituent pas une telle instruction. Un lien d’aperçu montre exactement ce qui serait mis en ligne : partagez-en un avant toute publication.
La publication est également limitée à la version examinée : publish_site prend la valeur
expected_generation renvoyée par review_publish et est refusée si quoi que ce soit
a changé depuis.
Révoquer l’accès
Toute connexion peut être révoquée immédiatement depuis Developer tools → Connections. Le retrait d’une personne de l’espace de travail révoque automatiquement tout ce qu’elle y avait délégué.