J’ai créé cela parce que je voulais utiliser OpenClaw en toute sécurité. Le problème, c’est que quel que soit le sandbox utilisé,
le véritable token API était transmis tel quel à l’agent via les variables d’environnement.
Nilbox ne donne pas le vrai token à l’agent. À la place, il lui transmet un faux placeholder
(ANTHROPIC_API_KEY=ANTHROPIC_API_KEY) et, lorsqu’un véritable appel API part,
il l’intercepte au niveau de la couche réseau pour le remplacer par le vrai token.
Même si le token fuit, l’attaquant ne récupère qu’une chaîne de caractères dénuée de sens. C’est tout.
En plus, il fournit un runtime Linux managé qui fonctionne de la même manière sur macOS/Windows/Linux,
un Store avec installation d’apps en un clic, ainsi qu’un accès shell complet.
Compatible avec macOS, Windows et Linux, avec téléchargement immédiat.
https://nilbox.run
3 commentaires
Il suffirait donc de falsifier les paquets réseau pour se faire compromettre immédiatement !
Il semble légitime de se méfier de la partie qui dit que le remplacement se fait au niveau de la couche réseau. Cependant, comme il ne s’agit pas d’un trafic réseau effectué à l’intérieur de la sandbox, il n’existe dans la sandbox aucun moyen d’obtenir le token par falsification de paquets.
Cela peut aider celles et ceux qui se posent ce genre de questions.