[{"data":1,"prerenderedAt":202},["ShallowReactive",2],{"seo-verification":3,"blog-self-host-wazuh-vps-fr":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-self-host-wazuh-vps-fr",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":28,"featuredImage":30,"bgImage":31,"posterImage":32,"relatedSolution":30,"intro":33,"sections":34,"ctaTitle":139,"ctaBody":140,"ctaButton":141,"ctaUrl":142,"relatedPosts":143},437,"self-host-wazuh-vps",{"fr":10,"en":12,"ar":13,"es":14},"self-host-wazuh-on-a-vps-full-soc-in-under-an-hour","استضافة-wazuh-على-vps-siem-مراقبة-أمنية-شاملة","self-host-wazuh-en-vps-soc-completo-en-menos-de-una-hora","Self-host Wazuh sur VPS : SOC en moins d'une heure","Déployez Wazuh 4.14 en nœud unique via Docker Compose sur votre VPS. Journalisation, détection d'incidents et conformité NIS2 art. 21 sous contrôle.",9,0,false,"2026-10-13T00:00:00+00:00","2026-10-13T14:10:28+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},8,"Sécurité & Monitoring","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[29],{"id":23,"name":24,"slug":25,"color":26,"icon":27},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fself-host-wazuh-vps-poster.svg","La directive NIS2 oblige les entités essentielles et importantes à mettre en place des outils de journalisation, de surveillance et de réponse aux incidents (article 21). En parallèle, les CVE récentes sur Jira, Confluence et GitLab rappellent qu'un périmètre non observé est un périmètre compromis en silence. Wazuh est un SIEM open source actif qui couvre exactement ces trois exigences — et sa distribution Docker Compose officielle permet de le déployer sur un seul nœud VPS en moins d'une heure, sans expertise préalable en infrastructure de sécurité.",[35,39,68,71,82,113,116,119,122,125,128,131],{"type":36,"title":37,"body":38},"h2","Pourquoi Wazuh pour répondre à NIS2 art. 21","L'article 21 de NIS2 impose quatre capacités : la journalisation des événements, la détection des incidents, la réponse et la notification. Wazuh couvre les trois premières nativement — collecte de logs, règles de détection, réponse active — et son tableau de bord produit les rapports d'audit nécessaires à la quatrième. Contrairement à un SIEM SaaS, les données restent sur votre infrastructure : aucun transfert vers des serveurs tiers, ce qui simplifie aussi la conformité RGPD pour les entités traitant des données personnelles. La version 4.14.8 (publiée le 25 septembre 2026) est la version stable actuelle ; elle regroupe le manager Wazuh, l'indexeur (moteur de recherche basé sur OpenSearch) et le tableau de bord dans un seul stack Docker Compose.",{"type":40,"title":41,"headers":42,"rows":47},"comparison","Wazuh vs alternatives SIEM self-hosted",[43,44,45,46],"Outil","Licence","Stack déploiement","Couverture NIS2 art. 21",[48,53,58,63],[49,50,51,52],"Wazuh 4.14","GPLv2 (manager) \u002F Apache 2 (indexer)","Docker Compose officiel","Journalisation + détection + réponse active",[54,55,56,57],"Elastic SIEM","SSPL (Elastic Stack)","Docker ou packages","Journalisation + détection (réponse via SOAR externe)",[59,60,61,62],"Graylog Open","SSPL","Docker Compose","Journalisation (détection limitée sans plugins)",[64,65,66,67],"Security Onion","GPLv2","ISO bare-metal ou VM","Complet mais nécessite un serveur dédié",{"type":36,"title":69,"body":70},"Prérequis matériels et logiciels","Les prérequis officiels pour un déploiement single-node couvrant jusqu'à 25 agents sont : 4 vCPU, 8 Go de RAM et 50 Go de stockage (pour 90 jours de données indexées). Un VPS de gamme intermédiaire suffit pour une équipe jusqu'à 25 postes ou serveurs surveillés ; au-delà de 50 agents, passez à 8 vCPU et envisagez un volume supplémentaire. Côté logiciel, vous avez besoin de Docker Engine (version 24 minimum), Docker Compose v2, et Git. Le noyau Linux doit autoriser au moins 262 144 zones mémoire virtuelles pour l'indexeur — sans quoi le service refuse de démarrer.",{"type":72,"title":73,"items":74},"ul","Ce que Wazuh surveille dès l'activation des agents",[75,76,77,78,79,80,81],"**Intégrité des fichiers (FIM)** — détecte toute modification, création ou suppression sur les chemins critiques (`\u002Fetc`, `\u002Fbin`, `\u002Fusr\u002Fbin` par défaut)","**Journaux système** — collecte et indexe les logs d'authentification, syslog, journald et les logs applicatifs configurés","**Évaluation de la configuration (SCA)** — compare l'état réel du système aux benchmarks CIS pour Ubuntu, Debian, RHEL et Windows","**Détection de rootkits** — analyse les processus cachés et les anomalies du noyau via `rootcheck`","**Vulnérabilités** — corrèle les paquets installés sur les agents avec les CVE de la National Vulnerability Database","**Réponse active** — bloque automatiquement une IP après N tentatives d'authentification échouées, sans agent SOAR tiers","**Logs cloud** — ingère les events AWS CloudTrail, Azure Activity Log et GCP Audit Log via des modules dédiés",{"type":83,"title":84,"steps":85},"steps","Déploiement pas à pas sur un VPS Debian\u002FUbuntu",[86,89,92,95,98,101,104,107,110],{"title":87,"body":88},"Préparer le système","Mettez à jour les paquets et installez les dépendances :\n```\napt update && apt upgrade -y\napt install -y docker.io docker-compose-v2 git curl\nsystemctl enable --now docker\n```\nAjoutez votre utilisateur non-root au groupe docker si nécessaire :\n```\nusermod -aG docker $USER\n```",{"title":90,"body":91},"Configurer vm.max_map_count","L'indexeur Wazuh (OpenSearch) exige au moins 262 144 zones de mémoire virtuelle. Appliquez le paramètre à chaud et rendez-le permanent :\n```\nsysctl -w vm.max_map_count=262144\necho 'vm.max_map_count=262144' >> \u002Fetc\u002Fsysctl.conf\n```\nSans cette étape, le conteneur `wazuh.indexer` s'arrête avec l'erreur `max virtual memory areas vm.max_map_count [65530] is too low`.",{"title":93,"body":94},"Cloner le dépôt officiel","Clonez la branche correspondant à la version stable actuelle :\n```\ngit clone https:\u002F\u002Fgithub.com\u002Fwazuh\u002Fwazuh-docker.git -b v4.14.8\ncd wazuh-docker\u002Fsingle-node\u002F\n```\nLe répertoire `single-node\u002F` contient le `docker-compose.yml` principal et le `generate-indexer-certs.yml` nécessaire à l'étape suivante.",{"title":96,"body":97},"Générer les certificats TLS inter-services","Wazuh chiffre toutes les communications internes (manager → indexer → dashboard). Générez les certificats avec l'utilitaire fourni :\n```\ndocker compose -f generate-indexer-certs.yml run --rm generator\n```\nLes certificats sont déposés dans `config\u002Fwazuh_indexer_ssl_certs\u002F`. Ne les régénérez pas sans recréer le stack entier — les certificats sont signés mutuellement.",{"title":99,"body":100},"Démarrer le stack","Lancez les trois services en arrière-plan :\n```\ndocker compose up -d\n```\nSuivez le démarrage en temps réel :\n```\ndocker compose logs -f\n```\nL'indexeur a besoin d'environ 60 secondes pour être prêt. Attendez la ligne `Node 'node-1' initialized` avant de continuer.",{"title":102,"body":103},"Accéder au tableau de bord et changer le mot de passe","Ouvrez `https:\u002F\u002FIP-DU-VPS` dans votre navigateur. Acceptez l'avertissement de certificat auto-signé pour la première connexion. Identifiants par défaut : utilisateur `admin`, mot de passe `SecretPassword`. Changez immédiatement le mot de passe via **Security → Internal users → admin → Edit**. Pour une automatisation en ligne de commande :\n```\ndocker exec -it single-node-wazuh.manager-1 \\\n  \u002Fvar\u002Fossec\u002Fbin\u002Fwazuh-passwords-tool.sh \\\n  -u admin -p 'NouveauMotDePasse!'\n```",{"title":105,"body":106},"Ouvrir les ports firewall nécessaires","Sur le VPS, autorisez le trafic entrant pour les agents et le tableau de bord :\n```\nufw allow 443\u002Ftcp   # Dashboard HTTPS\nufw allow 1514\u002Ftcp  # Agents (protocole Wazuh)\nufw allow 1515\u002Ftcp  # Enregistrement des agents\nufw allow 514\u002Fudp   # Réception syslog\nufw allow 55000\u002Ftcp # API REST Wazuh (restreindre à vos IP)\nufw enable\n```\nRestreignez le port 55000 à vos IP de gestion uniquement (`ufw allow from 203.0.113.10 to any port 55000`).",{"title":108,"body":109},"Installer l'agent Wazuh sur un serveur à surveiller","Sur chaque machine à observer, installez l'agent et pointez-le vers votre VPS. Exemple sur Debian\u002FUbuntu :\n```\ncurl -s https:\u002F\u002Fpackages.wazuh.com\u002Fkey\u002FGPG-KEY-WAZUH | gpg --dearmor \\\n  -o \u002Fusr\u002Fshare\u002Fkeyrings\u002Fwazuh.gpg\necho \"deb [signed-by=\u002Fusr\u002Fshare\u002Fkeyrings\u002Fwazuh.gpg] \\\n  https:\u002F\u002Fpackages.wazuh.com\u002F4.x\u002Fapt\u002F stable main\" \\\n  > \u002Fetc\u002Fapt\u002Fsources.list.d\u002Fwazuh.list\napt update && apt install -y wazuh-agent\nWAZUH_MANAGER='IP-DE-VOTRE-VPS' \\\nWAZUH_AGENT_NAME='votre-serveur-01' \\\n  dpkg-reconfigure wazuh-agent\nsystemctl enable --now wazuh-agent\n```\nL'agent apparaît dans le tableau de bord sous **Agents** dans les 30 secondes suivant son enregistrement.",{"title":111,"body":112},"Maillage — aller plus loin","Pour renforcer votre posture de sécurité au-delà de Wazuh, consultez nos guides connexes : **[nis2-securite-informatique-hebergement-obligations]** pour les obligations légales détaillées, **[crowdsec-vs-fail2ban-securite-vps]** pour le blocage collaboratif en amont au niveau réseau, et **[zitadel-sso-self-hosted-vps]** pour centraliser l'authentification et réduire la surface d'attaque sur votre tableau de bord Wazuh.",{"type":36,"title":114,"body":115},"Architecture du stack single-node","Le stack Docker Compose officiel déploie trois services interdépendants. Le **manager Wazuh** est le cœur : il reçoit les événements des agents via le port 1514, applique les règles de détection, déclenche les réponses actives et transmet les alertes à l'indexeur. L'**indexeur Wazuh** (OpenSearch) stocke et rend ces alertes interrogeables ; il communique avec le manager sur le port 9200 et nécessite les ressources noyau spécifiques au moteur de recherche. Le **tableau de bord Wazuh** expose l'interface utilisateur sur le port 443 et interroge l'indexeur en HTTPS. Les trois services partagent des certificats TLS autosignés générés à l'étape de préparation ; modifier l'un sans régénérer les autres provoque des erreurs de validation mutuelle. Les données persistantes — configuration du manager, queue d'alertes, données d'index — sont stockées dans des volumes Docker nommés, séparés du cycle de vie des conteneurs : une mise à jour par remplacement d'image ne perd pas l'historique.",{"type":36,"title":117,"body":118},"Configurer la rétention et les alertes email","Par défaut, Wazuh conserve les données 90 jours. Pour ajuster la rétention, modifiez le paramètre `max_age` dans le fichier de politique ISM de l'indexeur, accessible via **Index Management → Policies** dans le tableau de bord. Vous pouvez par exemple porter la rétention à 180 jours pour répondre aux exigences NIS2 de conservation des journaux, ou la réduire à 30 jours sur un VPS au stockage limité. Pour les alertes email, éditez `\u002Fvar\u002Fossec\u002Fetc\u002Fossec.conf` dans le conteneur manager — ajoutez un bloc `\u003Cemail_notification>` avec votre serveur SMTP et les niveaux d'alerte souhaités (niveau 7 et au-dessus est un bon point de départ pour les alertes critiques, niveau 5 pour inclure les alertes moyennes). Wazuh peut aussi envoyer des notifications via des webhooks vers Slack, Teams ou PagerDuty grâce à son mécanisme d'intégration. Redémarrez le manager après chaque modification de configuration :\n```\ndocker compose restart wazuh.manager\n```",{"type":36,"title":120,"body":121},"Générer des rapports de conformité NIS2 \u002F GDPR","Le tableau de bord Wazuh inclut des tableaux dédiés aux frameworks de conformité : GDPR, PCI DSS, HIPAA et NIST 800-53. Ces tableaux permettent d'exporter des rapports PDF listant les contrôles couverts et les événements associés — utiles pour justifier votre posture auprès d'un auditeur ou d'une autorité compétente NIS2. Pour NIS2 spécifiquement, utilisez la vue GDPR comme base (les obligations de journalisation et de détection se recoupent largement) et complétez avec les règles de détection d'incidents classées par catégorie Mitre ATT&CK disponibles sous **Threat intelligence → Mitre ATT&CK**. NIS2 imposant une notification dans les 72 heures suivant la détection d'un incident significatif, configurez des alertes de niveau 12 (critique) pour déclencher immédiatement une notification — Wazuh inclut des règles prêtes à l'emploi pour les tentatives d'exploitation de CVE connues, les mouvements latéraux et les escalades de privilèges. La vue d'ensemble **Security events** filtrée par agent fournit le contexte chronologique nécessaire pour rédiger la notification réglementaire.",{"type":123,"body":124},"tip","Activez la politique de mots de passe forts dans Wazuh dès l'installation : sous **Security → Security settings**, cochez 'Require complex passwords' et 'Enable audit logging'. Ces deux options sont désactivées par défaut et doivent être activées manuellement avant la mise en production.",{"type":36,"title":126,"body":127},"Mettre à jour Wazuh sans perdre les données","Les données de l'indexeur sont persistées dans des volumes Docker nommés. La procédure de mise à jour consiste à cloner la nouvelle version du dépôt dans un répertoire séparé, à copier les volumes existants, puis à redémarrer le stack. La documentation officielle recommande une sauvegarde des volumes avant toute mise à jour majeure :\n```\ndocker run --rm \\\n  -v single-node_wazuh-indexer-data:\u002Fdata \\\n  -v $(pwd)\u002Fbackup:\u002Fbackup \\\n  alpine tar czf \u002Fbackup\u002Findexer-data-$(date +%Y%m%d).tar.gz \u002Fdata\n```\nPour une mise à jour de version mineure (ex. 4.14.7 → 4.14.8), il suffit de mettre à jour le tag dans le `docker-compose.yml` et de relancer avec `docker compose up -d --pull always`.",{"type":36,"title":129,"body":130},"Dépannage — erreurs courantes","Voici les cinq erreurs les plus fréquentes lors d'un premier déploiement Wazuh Docker, avec leurs causes et remèdes.",{"type":72,"title":132,"items":133},"Erreurs fréquentes et remèdes",[134,135,136,137,138],"**`max virtual memory areas vm.max_map_count [65530] is too low`** — Le paramètre noyau n'a pas été appliqué. Exécutez `sysctl -w vm.max_map_count=262144` et vérifiez avec `sysctl vm.max_map_count` avant de relancer le stack.","**`Connection refused` sur le port 443 après `docker compose up -d`** — L'indexeur n'est pas encore prêt. Attendez 60 à 90 secondes et consultez `docker compose logs wazuh.indexer` pour confirmer l'initialisation du nœud.","**`Agent disconnected` dès l'enregistrement** — Le port 1514\u002FTCP ou 1515\u002FTCP est bloqué côté VPS. Vérifiez `ufw status` et les règles de sécurité réseau de votre hébergeur (groupes de sécurité cloud).","**`certificate verify failed` dans les logs du dashboard** — Les certificats auto-générés ne correspondent pas à l'IP ou au hostname utilisé. Régénérez les certificats (`docker compose -f generate-indexer-certs.yml run --rm generator`) après avoir vérifié que `WAZUH_DASHBOARD_HOST` dans le `docker-compose.yml` correspond à votre IP ou nom de domaine.","**`Wazuh API 401 Unauthorized`** — Le changement de mot de passe `admin` n'a pas été propagé à la configuration du dashboard. Après modification du mot de passe, mettez également à jour `DASHBOARD_PASSWORD` dans le fichier `.env` ou dans les variables d'environnement du service `wazuh.dashboard`, puis redémarrez avec `docker compose restart wazuh.dashboard`.","Un VPS taillé pour Wazuh","Nos VPS professionnels incluent des configurations optimisées pour les charges SIEM : 8 vCPU, 16 Go de RAM, stockage NVMe rapide et réseau isolé. Déployez Wazuh en production avec la bande passante et les ressources qu'il mérite.","Voir les offres professionnelles","\u002Fsolutions\u002Fprofessionnels",[144,162,185],{"id":145,"slug":146,"slugs":147,"title":150,"excerpt":151,"readTime":152,"views":18,"isPinned":19,"publishedAt":153,"updatedAt":21,"category":154,"categories":159,"featuredImage":30,"bgImage":31,"posterImage":161,"relatedSolution":30},433,"nis2-securite-informatique-hebergement-obligations",{"fr":146,"en":148,"ar":148,"es":149},"nis2-cybersecurity-hosting-obligations","nis2-seguridad-informatica-alojamiento-obligaciones","NIS2 et hébergement : obligations techniques 2026","Quelles obligations de l'Article 21 NIS2 s'appliquent à votre infrastructure VPS ? Guide technique pour entités essentielles et importantes en 2026.",11,"2026-10-11T00:00:00+00:00",{"id":155,"name":156,"slug":157,"color":158,"icon":157},10,"Conformité & réglementation","conformite","bg-amber-500\u002F10 text-amber-400",[160],{"id":155,"name":156,"slug":157,"color":158,"icon":157},"\u002Fblog\u002Fcovers\u002Fnis2-securite-informatique-hebergement-obligations-poster.svg",{"id":163,"slug":164,"slugs":165,"title":169,"excerpt":170,"readTime":171,"views":172,"isPinned":19,"publishedAt":173,"updatedAt":174,"category":175,"categories":180,"featuredImage":30,"bgImage":31,"posterImage":182,"relatedSolution":183},348,"crowdsec-vs-fail2ban-securite-vps",{"fr":164,"en":166,"ar":167,"es":168},"crowdsec-vs-fail2ban-which-to-choose-for-your-vps","crowdsec-مقابل-fail2ban-ايهما-تختار-لخادمك","crowdsec-vs-fail2ban-cual-elegir-para-tu-vps","CrowdSec vs Fail2ban : lequel choisir pour protéger votre VPS","CrowdSec ou Fail2ban sur votre VPS Linux ? Comparatif par cas d'usage : blocklist communautaire ou simplicité locale — l'arbre de décision pour choisir.",7,3,"2026-09-11T00:00:00+00:00","2026-09-11T11:34:13+00:00",{"id":176,"name":177,"slug":178,"color":179,"icon":178},5,"Comparatif","comparatif","bg-info\u002F10 text-info",[181],{"id":176,"name":177,"slug":178,"color":179,"icon":178},"\u002Fblog\u002Fcovers\u002Fcrowdsec-vs-fail2ban-securite-vps-poster.svg",{"categorySlug":184,"appSlug":30},"cybersecurity",{"id":186,"slug":187,"slugs":188,"title":192,"excerpt":193,"readTime":194,"views":18,"isPinned":19,"publishedAt":195,"updatedAt":21,"category":196,"categories":197,"featuredImage":30,"bgImage":31,"posterImage":199,"relatedSolution":200},435,"zitadel-sso-self-hosted-vps",{"fr":187,"en":189,"ar":190,"es":191},"self-hosting-zitadel-vps-multi-tenant-sso","استضافة-zitadel-على-vps-sso-متعدد-المستأجرين","zitadel-vps-sso-multi-tenant-sin-keycloak","Héberger ZITADEL sur un VPS : SSO multi-tenant sans Keycloak","Déployez ZITADEL sur votre VPS avec Docker Compose : IAM cloud-native en Go, multi-tenant natif, OIDC, OAuth2, SAML et Passkeys — sans la lourdeur de Keycloak.",14,"2026-10-12T00:00:00+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[198],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fzitadel-sso-self-hosted-vps-poster.svg",{"categorySlug":184,"appSlug":201},"zitadel",1791900991217]