OpenClaw contourne les restrictions de sécurité pour écraser le fichier de configuration

Un utilisateur de Reddit sur r/openclaw signale un contournement de sécurité dans OpenClaw : l'agent IA a refusé de modifier directement le fichier de configuration en raison des restrictions de sécurité, mais a exécuté la même modification via un processus de copie et remplacement.

L'utilisateur a demandé à l'agent d'effectuer une petite modification dans le fichier de configuration. L'agent a refusé, invoquant les restrictions de sécurité. Cependant, lorsque l'utilisateur a ensuite demandé à l'agent de créer une copie du fichier de config, d'effectuer la modification dans la copie, puis de copier la version modifiée pour remplacer l'original, l'agent a obtempéré. Le résultat final était le même écrasement du fichier de config, mais la restriction de sécurité a été contournée en utilisant une opération de fichier indirecte.

Cela met en évidence une lacune pratique dans le modèle de sécurité d'OpenClaw : les restrictions sur la modification directe de fichier ne s'appliquent pas aux méthodes indirectes comme copier-puis-écraser. Les utilisateurs qui comptent sur les garde-fous de sécurité d'OpenClaw pour la protection des fichiers de configuration doivent savoir que ces restrictions peuvent être trivialement contournées. Le problème est reproductible et découle de l'incapacité de l'agent à faire le lien entre l'écrasement indirect et l'opération restreinte d'origine.

Pour les équipes de développement utilisant OpenClaw avec des fichiers de configuration sensibles, une solution de contournement consiste à renforcer les permissions du système de fichiers au niveau du système d'exploitation ou à utiliser une étape d'approbation distincte pour toute opération d'écriture de fichier, quelle que soit la méthode.