Présentation de ClawArmor – Sécurisez vos instances OpenClaw avec Sandboxing

Le problème OpenClaw dont personne ne veut parler

OpenClaw a atteint 247 000 étoiles GitHub en moins de 60 jours. Jensen Huang l'a appelé “probablement la version logicielle la plus importante, probablement jamais réalisée” Les chercheurs en sécurité sont parvenus à une conclusion différente. Au cours de ses deux premiers mois, OpenClaw a accumulé 9 CVE divulgués, un contournement de l'authentification WebSocket CVSS 8.8 (CVE-2026-25253 — ClawJacked), et plus de 53 000 cas exposés corrélé à une activité de violation antérieure sur l’Internet public. Un audit complet a identifié 512 vulnérabilités 8 d'entre eux critiques. NVIDIA a répondu avec NemoClaw le 16 mars 2026.

AccuKnox adopte une approche différente. Plutôt que de corriger les CVE individuels au niveau de la couche applicative, ClawArmor renforce la sécurité au niveau niveau du noyau en utilisant eBPF et KubeArmor. Vous obtenez un environnement OpenClaw sandboxé dans lequel l'agent ne peut faire que ce que votre politique autorise explicitement. Vous ne pouvez pas injecter rapidement votre chemin au-delà d'un hook LSM du noyau.

Le correctif des CVE est nécessaire. Ce n'est pas suffisant. Snyk Labs l'a décrit avec précision: “Une inadéquation entre la politique déclarée et la réalité au moment de l'exécution.” Le point de terminaison/tools/invoke n'a pas appliqué la liste de refus du sandbox. La fonction assertSandboxPath avait un Conditions de course TOCTOU cela ne peut pas être correctement corrigé dans Node.js. La fermeture d'un chemin en ouvre un autre. Ce dont vous avez besoin, c'est d'une application qui fonctionne ci-dessous la couche application — au niveau de l'appel système du noyau — où OpenClaw ne peut pas la remplacer quelle que soit la configuration qu'elle contient ou les instructions qu'elle reçoit. C'est ce que KubeArmor offre. Voici une politique KubeArmor “openclaw-harden” en action qui empêche Cette politique durcit le griffe ouverte application en bloquant l'accès aux répertoires système sensibles (/sbin/, /usr/) et en appliquant le préréglage de sécurité protectEnv. Il restreint en outre le conteneur pour exécuter uniquement les processus autorisés, tels que/bin/sh et/coredns, afin de minimiser la surface d'attaque.

Alors que nous entrons dans une ère d'opérations agentiques – Tout le monde a besoin d'un déploiement de ClawArmor

Risques que vous pouvez éviter en sandboxant OpenClaw avec ClawArmor  

L'architecture d'OpenClaw donne à un modèle de langage l'accès à un shell, à un système de fichiers, à un navigateur et à une pile réseau. Snyk Labs confirmé deux chemins de contournement du bac à sable début 2026. Télémétrie Bitdefender les employés confirmés déploient OpenClaw sur les appareils de l'entreprise sans examen de sécurité. 820+ compétences malveillantes ont été identifiés sur ClawHub sur ~10 700 au total. Le tableau ci-dessous documente les 15 vecteurs de risque de configuration par défaut adressés par ClawArmor.

Présentation de ClawArmor  

ClawArmor déploie votre instance OpenClaw dans un conteneur renforcé et applique trois catégories de politiques à l'aide de KubeArmor et eBPF.

1. Politique du système de fichiers

Toutes les opérations sur les fichiers sont limitées à un chemin d’espace de travail désigné. Les tentatives d'accès à /etc, /home, aux fichiers d'informations d'identification (.ssh, .aws, .kube), au socket Docker ou à tout chemin en dehors de l'espace de travail sont bloquées au niveau du noyau avant la fin de l'appel système.

• Autoriser : /var/ClawArmor/workspace/** (lecture/écriture)
• Autoriser : /var/ClawArmor/skills/** (lecture seule)
• Refuser : /etc/**, /home/**, /root/**, /proc/**, /sys/**
• Refuser : /var/run/docker.sock — tous les chemins d'informations d'identification et de clés

Le processus OpenClaw et toutes les compétences qu’il charge fonctionnent uniquement dans le cadre du chemin vert. Blocage des chemins refusés au niveau de l'appel système du noyau.

2. Politique d'exécution des processus

ClawArmor est livré avec une liste d'autorisation binaire signée couvrant uniquement ce dont OpenClaw a légitimement besoin. Tout le reste est refusé avant le démarrage du binaire. Si l'agent reçoit l'ordre de télécharger et d'exécuter nmap localement, l'appel système exec est bloqué, la tentative est enregistrée avec le nom du processus, le PID et la commande, et votre SOC le voit.

• Autoriser : /usr/bin/node, /usr/bin/npm, /usr/bin/npx
• Autoriser : Binaires déclarés par compétence (liste explicite dans clawarmor.yaml)
• Refuser : nmap, curl, wget, bash, sh, python, pip, apt, brew
• Refuser : tout binaire qui ne figure pas dans le manifeste de compétences signé

3. Politique de sortie du réseau

Une liste d'autorisation de sortie restreint les connexions sortantes à votre fournisseur d'API modèle, aux destinations de compétences déclarées et aux webhooks explicitement autorisés. Une injection rapide tentant d'exfiltrer des données vers un hôte contrôlé par un attaquant atteint une connexion réseau refusée et génère une alerte. Les données ne quittent pas le conteneur.

• Autoriser : api.anthropic.com:443, api.openai.com:443 (ou fournisseur configuré)
• Autoriser : Destinations API de compétences déclarées (clawarmor.yaml)
• Refuser : Toutes les autres connexions sortantes, sockets bruts, ICMP

Comment ClawArmor se déploie

ClawArmor s'exécute comme une charge de travail conteneurisée sur Kubernetes ou bare metal. Le déploiement prend moins de 10 minutes à partir d'un nouveau cluster.

1. Installer KubeArmor sur votre hôte ou cluster. KubeArmor fonctionne comme un DaemonSet dans Kubernetes ou un service systemd sur bare metal.
2. Déployer le ClawArmor conteneur préconfiguré avec OpenClaw, utilisateur d'exécution non root, pas de montage de socket Docker, pas de mode privilégié.
3. Appliquer le pack de politiques KubeArmor kubectl apply -f clawarmor-policy.yaml. L'application de la loi commence immédiatement sans redémarrage.
4. Déclarez votre liste d'autorisations de compétences dans clawarmor.yaml. ClawArmor génère automatiquement la politique de sortie réseau correspondante et la liste d'autorisation de processus.
5. Surveiller via AccuKnox AI-SPM tous les appels système bloqués, les connexions refusées et les violations de politique apparaissent en temps réel.

Armure à griffes vs Déploiement OpenClaw par défaut

Politique en tant que code. Vérifiable par conception.

Chaque politique ClawArmor est un manifeste YAML versionné parallèlement à votre déploiement. Votre équipe de sécurité peut l’examiner, votre pipeline CI/CD peut le valider et votre équipe de conformité peut l’auditer. Armure de Kube applique la politique en tant que code pour les charges de travail Kubernetes depuis 2021. ClawArmor apporte ce modèle d'application au runtime de l'agent IA — en traitant OpenClaw de la même manière que vous traitez toute charge de travail non fiable : moindre privilège par défaut, liste d'autorisation explicite pour le comportement approuvé, refus et alerte pour tout le reste.

  apiVersion : sécurité.kubearmor.com/v1
type: Politique de KubeArmorCluster
métadonnées:
  nom: durcir à griffes ouvertes
spécification:
  action: Autoriser
  fichier:
    répertoires de match :
    - action: Bloc
      dir: /poubelle/
      en lecture seule : vrai
      récursif: vrai
    - action: Bloc
      dir: /usr/
      en lecture seule : vrai
      récursif: vrai
  préréglages :
  - action: Bloc
    nom: protégerEnv
  processus:
    répertoires de match :
    - répertoire : /poubelle/
      récursif: vrai
    - répertoire : /usr/
      récursif: vrai
    chemins de correspondance :
    - chemin : /poubelle/sh
    - chemin : /coredns
  sélecteur:
    matchExpressions :
    - clé : étiquette
      opérateur: Dans
      valeurs:
      - application=griffe ouverte
  gravité: 1
  tags:
  - griffe ouverte

Cette politique KubeArmor personnalisée renforce le griffe ouverte application en bloquant l'accès aux répertoires système sensibles (/sbin/, /usr/) et en appliquant le préréglage de sécurité protectEnv. Il restreint en outre le conteneur pour exécuter uniquement les processus autorisés, tels que/bin/sh et/coredns, afin de minimiser la surface d'attaque.

Commencez

ClawArmor est désormais disponible avec une simple installation de KubeArmor. Pour une assistance au niveau de l'entreprise, veuillez contacter [email protected] pour obtenir une solution de sécurité holistique pour votre OpenClaw. Si vous exécutez OpenClaw dans un environnement où un compromis est important, c'est la couche dont vous avez besoin entre votre agent et votre infrastructure.

• AccuKnox AI-SPM : accuknox.com/ai-spm et Sécurité d'exécution : platform/runtime-security
• KubeArmor Open Source : kubearmor.io
• https://github.com/kubearmor/kubearmor et Sécurité d'exécution Zero Trust

FAQ