---
title: "Sécurité et autorisations"
description: "Ce qu’un agent peut modifier, ce que seul le propriétaire devrait décider et comment encadrer ses actions."
canonical: "https://atelier201.com/docs/fr/mcp/safety-and-permissions"
updated: "2026-11-06"
---

# Sécurité et autorisations

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.

> **Warning: sites:publish est une portée distincte à dessein**
>
> La publication met un site en ligne. Cette autorisation est volontairement distincte de
> `sites:write` : un agent autorisé à créer et modifier un site n’est donc pas automatiquement
> autorisé à le montrer au public. En cas de doute, accordez `sites:write` et
> n’accordez pas `sites:publish` ni `domains:write` : l’agent prépare tout et
> vous publiez le site.

## 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é.