{"id":5199,"date":"2026-02-02T18:46:16","date_gmt":"2026-02-02T18:46:16","guid":{"rendered":"https:\/\/www.hostinger.com\/fr\/support\/?p=5199"},"modified":"2026-02-10T15:20:45","modified_gmt":"2026-02-10T15:20:45","slug":"comment-renforcer-la-securite-openclaw","status":"publish","type":"post","link":"https:\/\/www.hostinger.com\/fr\/support\/comment-renforcer-la-securite-openclaw\/","title":{"rendered":"Comment renforcer la s\u00e9curit\u00e9 d’OpenClaw (anciennement Moltbot\/Clawdbot) sur un VPS Hostinger"},"content":{"rendered":"

OpenClaw est un outil d’automatisation et d’indexation puissant. Comme tout service capable d’exécuter des commandes et de traiter du contenu externe, il doit être correctement sécurisé. C’est particulièrement important si vous installez OpenClaw manuellement sur un VPS : des réglages par défaut trop permissifs peuvent exposer votre serveur à des risques importants.<\/span><\/p>

Si vous déployez OpenClaw via le catalogue Docker de Hostinger, certaines mesures de sécurité essentielles sont automatiquement appliquées (comme l’attribution d’un port aléatoire et l’activation de l’authentification de la passerelle). Toutefois, pour un environnement de production, vous devez encore ajouter plusieurs protections.<\/span><\/p>

Ce guide passe en revue les risques de sécurité les plus courants liés à OpenClaw et les bonnes pratiques pour les réduire.<\/span><\/p>

Ce que Hostinger sécurise par défaut via le catalogue Docker<\/b><\/h2>

Quand OpenClaw est déployé via le<\/span> catalogue Docker de Hostinger<\/span><\/a>, des mesures de sécurité essentielles sont déjà en place :<\/span><\/p>

La passerelle OpenClaw n’est pas exposée sur un port fixe (ou facile à deviner). Cela réduit le risque de scans automatisés et d’attaques par force brute.<\/span>
\n<\/span> L’authentification de la passerelle est activée via un jeton sécurisé <\/span>gateway.auth.token<\/b>. Cela empêche tout accès non authentifié à l’API.<\/span><\/p>

C’est un bon point de départ, mais ce n’est pas suffisant pour un usage en production.<\/span><\/p>

Renforcer la sécurité d’OpenClaw : les réglages essentiels<\/b><\/h2>

Restreindre la politique des messages directs<\/b><\/h3>

Par défaut, la politique des messages directs (DM) peut être trop permissive et autoriser des utilisateurs ou des actions que vous n’aviez pas prévus. Limitez les DM seulement aux utilisateurs, rôles et actions nécessaires. En production, évitez les règles trop larges, comme « Tout autoriser ».<\/span><\/p>

Activer le mode bac à sable<\/b><\/h3>

Exécuter OpenClaw sans bac à sable donne davantage de liberté aux commandes et augmente les risques. Activez systématiquement le mode bac à sable et, si vous utilisez Docker, bloquez l’accès au réseau externe pour les tâches isolées (sauf si c’est indispensable à votre usage). Cela limite les risques : une requête malveillante ou compromise ne pourra pas accéder à votre système ni à votre réseau.<\/span><\/p>

Protéger les identifiants et les secrets<\/b><\/h3>

Évitez de laisser des identifiants en clair dans des fichiers de configuration : c’est l’une des causes les plus fréquentes de fuite. Stockez plutôt vos jetons, clés API et autres secrets dans des variables d’environnement. Et pour les fichiers sensibles, appliquez des permissions strictes afin qu’ils ne soient lisibles que par le compte qui exécute OpenClaw.<\/span><\/p>

Se protéger contre l’injection de requêtes<\/b><\/h3>

OpenClaw peut traiter du contenu web, des messages d’utilisateurs ou d’autres données externes : considérez-les toujours comme non fiables. Isolez clairement ces contenus (par exemple en les marquant comme « Non fiable ») et évitez qu’ils puissent influencer directement l’exécution de commandes ou l’utilisation d’outils.<\/span><\/p>

Bloquer les commandes dangereuses<\/b><\/h3>

Certaines commandes ne doivent jamais être disponibles dans OpenClaw. Bloquez clairement les actions destructrices ou irréversibles, comme les suppressions récursives, les push git forcés, le chaînage de commandes dans le shell ou les appels réseau non contrôlés, sauf si c’est indispensable pour votre usage.<\/span><\/p>

Renforcer l’isolation réseau<\/b><\/h3>

Si OpenClaw s’exécute dans Docker, placez-le dans un réseau Docker isolé. Évitez de lui donner accès à vos services internes, bases de données ou interfaces d’administration, sauf si c’est indispensable. Cette isolation limite l’impact en cas de compromission d’OpenClaw.<\/span><\/p>

Limiter les autorisations des outils<\/b><\/h3>

N’activez que les outils MCP dont OpenClaw a besoin. Donner des droits trop larges (ou trop élevés) augmente les risques et va à l’encontre du principe du moindre privilège. Pensez aussi à revoir régulièrement ces autorisations, surtout si votre configuration évolue.<\/span><\/p>

Activer l’audit et la journalisation des sessions<\/b><\/h3>

Sans journaux, il est difficile de repérer un incident et d’en comprendre l’origine. Activez la journalisation des sessions et des actions afin de savoir ce qu’OpenClaw exécute, quand, et qui en est à l’origine.<\/span><\/p>

Sécuriser les codes d’appairage et d’accès<\/b><\/h3>

Si OpenClaw utilise des codes d’appairage ou des jetons, utilisez des valeurs aléatoires robustes (générées de façon cryptographiquement sûre) et mettez en place une limitation de débit pour limiter les tentatives de force brute.<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"

OpenClaw est un outil d’automatisation et d’indexation puissant. Comme tout service capable d’exécuter des commandes et de traiter du contenu externe, il doit être correctement…<\/p>\n","protected":false},"author":261,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"include_on_kodee":true,"footnotes":""},"categories":[272],"tags":[274,273,276,278],"class_list":["post-5199","post","type-post","status-publish","format-standard","hentry","category-docker-manager","tag-clawdbot","tag-moltbot","tag-openclaw","tag-renforcer-la-securite-dopenclaw"],"hreflangs":[],"include_on_kodee":true,"_links":{"self":[{"href":"https:\/\/www.hostinger.com\/fr\/support\/wp-json\/wp\/v2\/posts\/5199","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.hostinger.com\/fr\/support\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.hostinger.com\/fr\/support\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.hostinger.com\/fr\/support\/wp-json\/wp\/v2\/users\/261"}],"replies":[{"embeddable":true,"href":"https:\/\/www.hostinger.com\/fr\/support\/wp-json\/wp\/v2\/comments?post=5199"}],"version-history":[{"count":5,"href":"https:\/\/www.hostinger.com\/fr\/support\/wp-json\/wp\/v2\/posts\/5199\/revisions"}],"predecessor-version":[{"id":5222,"href":"https:\/\/www.hostinger.com\/fr\/support\/wp-json\/wp\/v2\/posts\/5199\/revisions\/5222"}],"wp:attachment":[{"href":"https:\/\/www.hostinger.com\/fr\/support\/wp-json\/wp\/v2\/media?parent=5199"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.hostinger.com\/fr\/support\/wp-json\/wp\/v2\/categories?post=5199"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.hostinger.com\/fr\/support\/wp-json\/wp\/v2\/tags?post=5199"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}