Jim Clark (Docker) explique pourquoi la sécurité d'un agent tient à son bac à sable et aux outils qu'on y fait entrer, et pourquoi il ne devrait y détenir aucun identifiant.
Les agents tournent désormais assez longtemps pour qu'on cesse de les surveiller : à quoi doivent-ils avoir accès ? Pour Jim Clark, ingénieur principal chez Docker, le harnais d'un agent n'est qu'une simple boucle ; la sécurité se joue dans le contexte et les outils qu'on lui fournit, donc dans la frontière du bac à sable.
À travers deux exemples, une rédaction découpée en bacs à sable de recherche, de vérification et de publication, et un agent de code qui ne reçoit ses clés de signature qu'au moment de committer, il montre comment calquer chaque bac à sable sur l'intention de la tâche, sans jamais mélanger entrées non fiables et outils dangereux. Une passerelle MCP unique par bac à sable sert de point de contrôle et rend les harnais interchangeables, tandis que le mécanisme Cross App Access d'Okta permet aux agents de s'appuyer sur l'authentification unique existante, sans détenir eux-mêmes le moindre identifiant.
Watch this video directly on YouTube
Open on YouTube →