Tous les gestionnaires de secrets finissent par remettre la clé

Aucune installation, ça marche avec tout, et chaque outil de votre machine le lit déjà. Ce n'est pas un mauvais outil. C'est l'absence d'outil, et c'est précisément pour cela qu'il gagne par défaut.

N'importe quel processus tournant sous votre compte peut lire le fichier : l'agent, ses processus enfants, et tout ce que npm a installé ce matin. Les incidents TanStack, Shai-Hulud et Nx ont tous fonctionné exactement comme cela.

Secrets dynamiques avec de vrais baux et révocation, politique fondée sur l'identité à l'échelle d'une flotte, un audit device sérieux, et des intégrations pour à peu près tout. Si vous exploitez une infrastructure à l'échelle d'une équipe, c'est là que vous grandissez. OpenBao est le fork à regarder si le changement de licence est votre objection.

vault read se termine avec le secret dans une variable sur un portable. Le bail est court ; la copie qui traîne dans l'environnement de l'agent n'a aucun bail. Vault ne voit pas quel processus local a demandé ni ce qu'il a fait ensuite.

Une plateforme open source avec une très bonne DX, des secrets par environnement et un opérateur Kubernetes. Leur Agent Vault est ce qui se rapproche le plus de Sallyport sur le marché : un proxy HTTP direct qui substitue les identifiants dans la requête pour que le processus enfant ne les détienne jamais.

Il termine TLS avec sa propre CA, ce qui représente un vrai coût de déploiement et une vraie surface de risque. Les approbations portent sur la configuration d'hôte et de chemin plutôt que sur des appels individuels, un enfant peut contourner les variables de proxy tant que le réseau n'impose pas la route, et la version que nous avons examinée n'avait pas de SSH.

Excellent pour amener les bons secrets au bon service, à travers environnements, branches et CI. doppler run -- est propre et le modèle d'équipe est bien pensé.

doppler run injecte dans l'environnement du processus enfant. Quand l'enfant est votre service, c'est le comportement correct. Quand l'enfant est un agent de code, c'est tout le problème.

Les références de secrets gardent le texte en clair hors de vos dotfiles, le déverrouillage biométrique est assez rapide pour être vraiment utilisé, et l'agent SSH affiche une vraie demande d'approbation nommant le processus demandeur. Cette demande, c'est la bonne idée, et c'est ce qui se rapproche le plus, dans le grand public, de ce à quoi une porte pour agents devrait ressembler.

op run résout ces références dans l'environnement de l'enfant, donc le côté HTTP n'a pas d'équivalent de la demande SSH. La porte existe pour la signature et s'arrête là.

En HTTP et en SSH, l'agent ne reçoit jamais l'identifiant. Il demande une action, Sallyport attache la clé dans l'application, passe l'appel et renvoie la réponse. Une approbation par exécution de l'agent, ou une par appel pour les clés que vous marquez, chaque carte affichant l'autorité de signature de code de l'appelant. Tout atterrit dans un journal chiffré et chaîné par hachage.

Un Mac, Apple Silicon, macOS 14 ou plus récent. Pas de synchronisation d'équipe, pas d'intégration CI, pas de rotation, et rien pour Kubernetes, Linux ou Windows. Ce n'est pas une plateforme de secrets et cela ne deviendra pas votre source de vérité.