2026 OpenClaw : sécurité de la chaîne d'approvisionnement plugins & Skills — plugins install, Skill Audit, security audit

Choix supply-chain · Épinglage pré-install · Skill Audit · Portes security audit · Runbook en 6 étapes

2026 OpenClaw sécurité chaîne d'approvisionnement plugins et Skills

Vous vous apprêtez à lancer openclaw plugins install ou à activer un nouveau Skill communautaire sur une Gateway de production, avec la crainte de paquets malveillants, de périmètres fichiers trop larges ou d'un état gris « ça tourne mais ce n'est pas sûr ». Depuis avril 2026, OpenClaw clarifie la frontière entre Skill Audit et openclaw security audit, et v2026.4.22+ applique une politique fail-closed en cas de dérive d'intégrité sur plugins épinglés. Cet article s'adresse aux ops et tech leads sur VPS ou Mac distant : matrice bundled / plugin npm / Skill communautaire, épinglage avant installation et runbook de mise en prod en six étapes, puis tableaux de portes d'audit et carte des symptômes. À lire avec la checklist de durcissement production et le guide Docker v2026.4.

01

D'où viennent plugins et Skills OpenClaw : bundled, plugins install, Skills communautaires

OpenClaw sépare l'extension des canaux et des capacités en deux niveaux : les plugins chargés via manifest sur la Gateway, en général via openclaw plugins install ; les Skills sont des paquets d'outils invoqués par l'Agent, souvent avec accès workspace, shell ou réseau. Beaucoup d'incidents 2026 ne viennent pas d'un « mauvais plugin », mais du déploiement en prod de Skills communautaires comme simples exemples de doc, ou de l'équation entre bundled audité et tag npm @latest.

SourceUsage typiqueExpositionRollbackEn production
Plugins bundled officielsTelegram, Discord, canaux majeursAudité avec les releases coreSuit openclaw updateChoix par défaut ; suivre la ligne core
npm plugins installWeChat, Lark, scopes externesChaîne tiers + répertoires d'état locauxVersion épinglée + sauvegarde volumesStaging : doctor + audit d'abord
Catalogues Skills communautairesScripts, navigateur, fichiers en lotMaximale : FS / exec / réseauDifficile — sessions peut-être écritesSkill Audit puis Agents à faible trafic
  1. 01

    Rédiger le ticket de changement : noms de paquets, versions exactes, modifications de plugins.entries.*.enabled, liste des nouveaux Skills.

  2. 02

    Comparer au bundled : si le canal officiel couvre le besoin, privilégier bundled pour éviter les conflits de manifest.

  3. 03

    Isoler en staging : reproduire l'install complet sur une Gateway de staging ; pas de @latest en prod.

  4. 04

    Budget de permissions : préfixes de chemins autorisés et exec oui/non ; au-delà, Skills laissés désactivés.

  5. 05

    Découpler le canal : pour les plugins, commencer par plugins list ; ne pas toucher au routage modèle dans le même ticket.

En production, « se charge » n'implique pas « doit être activé » — Skill Audit répond à la seconde question.

02

Contrôles durs avant install : épinglage, plugins list, integrity drift 2026.4.22

Avant tout install, fixez trois paramètres citables sur le ticket. À partir de 2026.4.22, une dérive d'intégrité sur plugin npm épinglé entraîne un fail-closed sur openclaw update, avec la raison dans openclaw update --json — traiter cela comme une fonction de sécurité, pas une mise à jour cassée.

  • Paramètre 1 : ligne de version principale — souvent OpenClaw >=2026.3.22 (peer) ; openclaw --version avant install.
  • Paramètre 2 : syntaxe d'épinglage — en prod openclaw plugins install "@scope/pkg@1.2.3" ; pas de @latest nu.
  • Paramètre 3 : fenêtre de changement — lier install et gateway restart ; dans les 10 minutes, gateway status et plugins list.
bash · avant install
openclaw --version
openclaw plugins list
openclaw doctor --non-interactive
npm view @scope/your-plugin version
openclaw update --json
!

Attention : l'erreur « requires compiled runtime output » indique une entrée source — passer au build dist ou enabled false temporaire ; ne pas lancer security audit avec un manifest à demi chargé.

03

Skill Audit en pratique : auditer avant d'activer, runbook en six étapes

L'accent Skill Audit en v2026.4 consiste à repérer des demandes workspace, shell ou réseau trop larges avant que l'Agent puisse invoquer le Skill. Exécutez le runbook ci-dessous avec l'isolation Dashboard du guide Docker.

  1. 01

    Inventorier les Skills : nom et source (catalogue officiel / git interne / zip tiers) ; pas de Skill sans nom en prod.

  2. 02

    Lire les capacités du manifest : marquer filesystem, exec, browser, network ; toute classe « accès total » → staging uniquement.

  3. 03

    Lancer Skill Audit : auto-contrôle des permissions via Dashboard ou CLI (comme l'assistant d'install).

  4. 04

    Essai Agent minimal : workspace en lecture seule, un tour de dialogue ; pas encore de canaux entrants.

  5. 05

    Ouvrir les canaux en dernier : Telegram, WeChat, etc. après allowlists et pairing.

  6. 06

    Traçabilité : résultat d'audit, versions Skill et Gateway sur le ticket pour rollback sous 30 jours.

CapacitéRisqueDéfaut production
Lecture/écriture workspace complèteFuite clés API, clés SSHRefuser ; sandbox par préfixe
exec / shellRCE supply-chainStaging seulement ; liste d'approbation en prod
Automatisation navigateurDetournement de session, sonde réseau interneListes headless ou isolation Relay
Webhooks sortantsEntrée non authentifiéeAllowlist IP + clés d'idempotence ; runbooks webhook
04

Portes security audit : --deep, limites de --fix, rôle de doctor

openclaw security audit analyse la configuration Gateway et l'exposition (DM ouverts, flags debug, droits outils, indices supply-chain) et complète Skill Audit. Ordre recommandé : doctor → security audit --deep → (optionnel) channels status --probe.

bash · portes de mise en prod
openclaw doctor --non-interactive
openclaw security audit --deep
openclaw security audit --json
openclaw channels status --probe
OutilRépond àAuto-correction
openclaw doctorMigration, état service, alertes canaux, pairing--fix borné ; archivage session à confirmer
security auditExposition, politiques critical, flags--fix sur items étroits (allowlist, masquage logs)
Skill AuditUn Skill demande-t-il trop ?Décision humaine actif/inactif

À partir des outils Gateway 2026.4.14+, config.patch ne peut plus activer les interrupteurs dangereux signalés par l'audit (ex. dangerouslyDisableDeviceAuth). config.insecure_or_dangerous_flags est un bloqueur de release. Les scans profonds avec sonde live se planifient en fenêtre de maintenance.

i

Note : security audit --fix ne désinstalle pas un Skill malveillant ; rollback via plugins install épinglé et restauration du volume d'état.

05

VPS distant et Mac cloud : loopback, tunnel SSH, symptômes

Sur un VPS, l'écart entre CLI hôte et répertoires d'état Gateway dans le conteneur produit souvent des faux négatifs sur devices approve ou plugins list. Les nœuds Mac distants conviennent aux Gateways d'équipe avec caches modèle et répertoires plugins durables — un profil proche des workflows créatifs sur matériel Apple.

SymptômeVérifier d'abordAction typique
plugins list sans nouveau paquetRestart, montages volumesgateway restart ; install en exec Compose
audit critical bloqueFlags dangereux, DM ouvertsDésactiver debug ; resserrer allowlists
update integrity driftChamps --jsonRéinstaller version épinglée ; ne pas sauter la vérif
doctor vs version pluginTable peerMonter core ou baisser tag plugin ; jamais un seul côté
Disque après activation SkillSession / cache navigateurRunbooks seuil disque

Gardez le plan de contrôle sur 127.0.0.1:18789 et ouvrez l'UI via ssh -L 18789:127.0.0.1:18789 user@vps pour l'audit — n'exposez pas le port admin sur Internet. Pour les logs, restez sur le triptyque canal / Gateway / modèle dans la checklist doctor.

Si votre équipe a besoin de changements plugins traçables, d'un SLA prévisible et d'une Gateway 24/7, les cycles install/rollback sur portable coûtent cher. Pour la prod mêlant CI/CD iOS et Agents OpenClaw persistants, la location cloud Mac Mini VpsMesh est en général le meilleur compromis — nœuds dédiés, disque et bande passante prévisibles pour épingler répertoires plugins et volumes d'état. Tarifs : page tarifs ; accès distant : centre d'aide.

FAQ

Les trois questions les plus fréquentes

Skill Audit examine ce qu'un Skill demande ; security audit examine la politique et l'exposition globales de la Gateway. Avant mise en prod : les deux, et doctor d'abord. Séquence complète : guide déploiement et audit sécurité.

Commencez par openclaw plugins list et openclaw doctor ; confirmez manifest et artefacts runtime. Sous Docker, vérifiez les montages. Ne changez pas les tags modèle dans le même ticket — voir le guide dépannage runtime.

Lisez les champs de dérive avec openclaw update --json, réinstallez la version épinglée depuis un registry de confiance, puis security audit --deep. Dimensionnement : tarifs et centre d'aide.