Manuel InfraGuard — InfraGuard

Ouvrir le manuel avec recherche

Prise en main

Premiers pas avec InfraGuardCe qu’est InfraGuard, les problèmes qu’il résout et comment utiliser ce manuel — en cinq minutes.
Rechercher dans ce manuelTrouvez des réponses instantanément grâce à la recherche avec autocomplétion et à la palette de commandes ⌘K.
Connexion et authentificationComment fonctionne la connexion par session à la console, comment la session se resynchronise à chaque requête et comment l’API d’ingestion externe s’authentifie.
Niveaux d’accès (demo · staff · admin)L’unique modèle de contrôle d’accès d’InfraGuard : comparer l’entier user_level au min_req de chaque écran.
Rôles, équipes et responsablesLes rôles et les équipes ne sont que des libellés informatifs — seul le niveau ouvre l’accès —, ainsi que le sélecteur de responsable combinant utilisateurs et équipes.
Navigation · Menu orienté rôlesLe menu d’InfraGuard, orienté rôles et piloté par la base de données (infr_sitemap + min_req) — les 8 zones de rôle et pourquoi la frontière de rôle est la frontière de permissions.
Thème clair / sombreBasculez la console entre clair et sombre — un unique attribut data-theme sur la racine, conservé dans localStorage (infr-theme), un bouton dans la barre supérieure et toutes les couleurs sous forme de jetons de variables CSS --infr-*.
Changer de langue · LocalisationComment changer la langue d’affichage de la console InfraGuard — 8 langues, le sous-ensemble activé choisi par l’administrateur et la règle de résolution session→cookie→profil→valeur par défaut du site.
Mises à jour en direct (Reverb + interrogation)Les deux façons dont les écrans se rafraîchissent d'eux-mêmes — les envois instantanés par WebSocket Reverb et une interrogation légère toutes les 30 secondes avec un jeton de changement rev très économique — et pourquoi la console ne casse jamais lorsque les WebSockets sont désactivés.
Lire la page d’accueil Vue d’ensembleLa console d’accueil convergente qui réunit sur un seul écran les scores composites de disponibilité et de sécurité, les cartes KPI, l’anneau des détections et les bandes de serveurs en direct sur toute la largeur.
Mon profilConsultez les informations de votre propre compte et changez vous-même votre mot de passe — une page en libre-service.
Page d'accueil publique, demandes de démo et balises analytiquesLes surfaces accessibles sans connexion (page d'accueil, formulaire de démo, manuel utilisateur), les balises GA4/GTM qui mesurent leurs visiteurs, et l'écran d'administration qui traite les demandes de démo reçues.

DBA

Service ▸ Base de donnéesSe connecte directement aux bases de données enregistrées et utilise SHOW GLOBAL STATUS + information_schema pour surveiller la charge en direct (concurrence, débit) et la structure du schéma.
Concepts de réglage BD — verrous, cache, index, checkpoint, mémoireRésume les concepts de performance BD enseignés par les popovers pédagogiques au survol de l’écran Service ▸ Base de données (7 causes d’attente de verrou de ligne, taux de succès du cache du buffer pool, utilisation des index, pression checkpoint/redo, vidage des pages modifiées).
Sessions (Redis)Surveillez la santé des sessions et du cache Redis par nœud (capacité, débit, taux de succès, gestion mémoire, espace de clés), lue depuis un modèle en lecture seule alimenté par un collecteur — sans connexion directe à Redis.
Concepts de réglage Redis (formation Sessions)Comment lire les métriques Redis de Service ▸ Sessions (Redis) — les 7 causes du slowlog, le taux de succès, la plage saine de fragmentation mémoire, et expiration contre éviction.
Enregistrer un collecteur de base de donnéesEnregistrez un collecteur access=database sous forme de lignes db@alias par hôte pour alimenter Service ▸ Base de données et les alertes, en stockant le mot de passe avec Crypt ou en le réutilisant via cred_ref=env:PREFIX.

DevOps

Tableau de santé de l’infrastructureTableau de disponibilité en direct présentant sur un seul écran la charge, le CPU, la mémoire et le disque de chaque nœud, ainsi que l’état des services nginx/php/mysql/mongo.
Serveurs (séries temporelles de charge)Charge, CPU et mémoire par serveur sous forme d’anneaux indicateurs, complétés par des graphiques chronologiques, sur l’écran Infrastructure ▸ Serveurs.
Stockage et RAIDTableau de bord en direct et en lecture seule : santé du contrôleur RAID (Optimal/Degraded/Failed), carte des disques physiques et utilisation du volume de données par hôte.
Connexions de ports (PORT OVERVIEW)Écran phare de surveillance des ports : une carte par port affichant en direct la répartition des états TCP par serveur, les principales IP sources et le nombre de sources.
Connexions IPVue par hôte des IP distantes de chaque serveur sous forme de points d’intensité par port, avec une fenêtre d’investigation d’IP couvrant la répartition des connexions, l’historique agrégé, la géolocalisation/l’ASN, la réputation et un lien direct de blocage.
Trafic (E/S réseau)Expose, à partir de server_traffic, le débit d’octets et de paquets entrants/sortants de chaque serveur sous forme de courbes ECharts — des données que la console héritée collectait sans jamais les afficher.
AlertesCréez des politiques de groupe d’alerte regroupant des conditions système, web, base de données et sécurité ; en cas de dépassement, elles notifient automatiquement les destinataires par SMS et e-mail.
Vue d'ensemble des services — tableau en direct sélectifUn tableau de services en direct et sélectif où l'opérateur choisit des services (web, base de données, session, proxy, Docker) sous forme de cartes de priorité et les surveille via une jauge de disponibilité et des séries temporelles en direct.
Services web (nginx-vts)Supervision en direct de chaque site avec nginx-vts et gestion des sites, avec une disponibilité sur 24 h issue d’une sonde synthétique active et le suivi de l’expiration des certificats TLS.
Statistiques de visiteurs et de rechercheConsultez l’analyse des visiteurs GA4 et le trafic de recherche Search Console directement depuis la carte d’un site web, à l’aide d’un compte de service enregistré par site avec son association de propriété.
Catalogue de servicesUne console à deux onglets qui déduit les services démons du registre des versions, vérifie leur activité et cartographie leurs dépendances.
Projets (Service ▸ Projets)Un registre partagé de métadonnées de projet — enregistrez le code source (GitHub), le CI/CD (Jenkins), les liens web/db, les cibles de sauvegarde et les références aux secrets (ce n’est pas un outil de déploiement).
Résolution des problèmes (cas d’incident)Un flux de travail de cas d’incident qui suit les pannes et les erreurs de l’enregistrement à la clôture — enregistrement -> en investigation -> cause identifiée -> résolu -> clos — en consignant la cause directe et la cause profonde, la remise en service et l’action préventive.
Tableau de planification des sauvegardesConsultez au même endroit la planification, l’emplacement de stockage et la prochaine exécution de chaque tâche de sauvegarde, avec indicateurs et historique.
Scripts de sauvegardeLe registre des scripts de sauvegarde générés et de leurs lignes crontab : générez-en un, finissez le code, puis activez-le.
Générateur de scripts de sauvegardePréremplissez un squelette à partir de la cible, terminez le script vous-même, puis activez-le pour qu’il s’exécute selon la planification.
Coffres de sauvegardeGérez les destinations de stockage des sauvegardes — taille stockée, capacité et copie hors site (3-2-1) par coffre.
Restauration et validationRestaurez depuis les points de restauration et vérifiez l’intégrité — la moitié « résilience » de la sauvegarde.
Intégration du compte rendu de sauvegardeUn script de sauvegarde déployé envoie le résultat de son exécution au rappel de compte rendu, qui l’enregistre dans infr_backup_run.
Inventaire (« la poche »)Un endroit où conserver les ressources de réaction rapide — Outils, Extraits, Documents guides et Clés partagées de l’équipe — auxquelles recourent les ingénieurs système, la sécurité et l’exploitation pendant un incident.
Instances — la CMDB des instances de SE accessibles en SSHLa CMDB des instances de système d’exploitation accessibles en SSH (infr_instance) ; l’alias est la clé de jointure canonique vers les métriques en direct.
Terminal SSH PTY interactifUn vrai shell dans le navigateur (top/vi/sudo fonctionnent) : xterm.js ⇄ WebSocket ⇄ un pont ssh2 en Node ⇄ le sshd distant.
Registre des versions logiciellesUn registre, par instance, des versions de logiciels installées (infr_software_catalog + infr_instance_software), par saisie manuelle ou import JSON.
Variables d’environnement par instanceVariables d’environnement propres à chaque instance (chiffrées par Crypt) qui alimentent les mashups {{PLACEHOLDER}} d’Inventory Tools.
Instantané des paramètres serveurUn instantané en lecture seule des réglages web/BD/noyau/application/divers d’une instance, utilisé comme base pour les questions d’optimisation à l’IA.
Registre des règles de pare-feu (instance)Collectez et cataloguez, à l’aide d’une sonde, les règles de pare-feu de chaque instance (iptables/firewalld/ufw), qui alimentent la carte de surface d’attaque de Sécurité ▸ Pare-feu.
Émulation distante · déploiement de sondesDéployez et exécutez des sondes sur des hôtes distants via le relais HTTP tlx.php (sans SSH), puis appliquez les résultats aux actifs — le tout protégé par signature.
Actifs matériels (CMDB)Une CMDB pour le matériel physique des serveurs, du réseau et des bureaux : composants, mappage des ports, topologie et emplacement en baie.
Stockage et fichiersGérez en deux onglets le registre des actifs de stockage et une arborescence sémantique de zones de fichiers : une vue d’actifs, et non un état en direct.
CollecteursUn registre de collecteurs abstrait par méthode d’accès (web·database·agent) — il externalise les constantes codées en dur et alimente Santé et Base de données.
Politique d’exploitationDécisions globales stockées dans infr_setting(group=ops) et lues via OpsPolicy : mode de collecte, seuils, devise, ports surveillés, réseaux internes, interrupteur de blocage automatique.
Clés APIÉmettez des clés API pour que des applications et des hôtes externes publient automatiquement leurs erreurs (incidents) et leurs résultats d’analyse de sécurité, avec un code d’intégration prêt à copier-coller.
Règles et seuilsStocke les constantes des collecteurs de détection srct_tx/kts_tx dans infr_setting(group=rules), les lit via RulesPolicy et les injecte dans la génération de code de Tools.
API de réputationEnregistrez plusieurs clés d’API AbuseIPDB et consommez-les à tour de rôle : mise en commun du quota gratuit et bascule automatique vers la clé suivante.
Adaptateurs IAEnregistrez plusieurs fournisseurs de LLM et choisissez par priorité — utilisés par la rédaction de documents par IA dans Inventory.
Adaptateurs de messagerieEnregistrez plusieurs fournisseurs d’envoi d’e-mails — alimente le canal e-mail de l’envoi des alertes.
Adaptateurs SMSEnregistrez plusieurs fournisseurs SMS par pays d’origine — alimente le canal SMS de l’envoi des alertes.
LocalisationChoisissez le sous-ensemble de langues affichées dans le catalogue de 8 langues et ordonnez-le pour définir la langue par défaut du site.
Utilisateurs et rôles / ÉquipesCRUD des utilisateurs et des équipes dans la table d’authentification propre à InfraGuard (infr_user), et gestion des niveaux (demo/staff/admin).
Journal d’auditParcourez la piste d’audit inaltérable (infr_audit_log) des actions destructrices et de sécurité, avec filtres, facettes et indicateurs.
Développement · ObservabilitéUne section d’observabilité réservée aux super_admin — Doctor, Pulse/Horizon, leader et exécution, requêtes/requêtes HTTP/tâches lentes, exceptions et cache.

Sécurité

Vue d’ensemble de la sécurité (entonnoir de défense)La pièce maîtresse des opérations de sécurité : un entonnoir qui relie la menace, la détection, le jeu de règles de réponse automatique et le blocage, et raconte l’histoire de la défense automatisée.
Menaces — Triage des menaces IDSTriez les alertes de l’IDS Suricata sous forme d’entités d’IP source, avec des badges de liaison au blocage automatique et des explications de signatures qui précisent ce que chaque détection implique réellement.
Détections + jeux de règles de séquence JA3L’écran phare de la détection — présente les moteurs de détection (Kitsune, srct, nginx, JA3) et déduit des jeux de règles d’anomalie à partir des séquences JA3 grâce à une heuristique déterministe (infr_sec_ruleset).
Jeux de règles de détectionUn catalogue en lecture seule qui normalise chaque règle de détection observée par InfraGuard en 44 jeux de règles répartis sur 11 catégories, affichant les compteurs de déclenchement en direct et, au clic, les événements récents correspondant à chaque jeu de règles.
Pare-feu (surface d’attaque)Une carte d’exposition qui recoupe les règles de pare-feu de chaque hôte avec les services enregistrés et colore chaque port ouvert selon son risque.
Liste de blocage et réputationRaconte la table blacklist_info (blocages par plage /24) que la défense automatique IA/IDS alimente, et permet aux opérateurs de bloquer, lever et rebloquer des plages directement.
Liste blanche (exemption de blocage)Gérez les IP et CIDR à exempter du blocage automatique, avec un modèle d’échéance (permanente ou temporaire), consommé par srct_tx juste avant qu’il ne bloque.
Diagnostic de sécuritéLancez des analyses de rootkits et de durcissement sur de nombreux serveurs à la fois, notez chaque hôte de A à F et promouvez automatiquement les échecs critiques en cas de Résolution des problèmes.
Résolution des problèmes de sécuritéUn tableau de cas qui fait passer les incidents et les compromissions de sécurité par un flux ouvert→en analyse→cause→résolu→clôturé, et qui suit automatiquement les constats critiques promus depuis le Diagnostic de sécurité.
Consultation de réputation d’IP (AbuseIPDB)Cliquez sur n’importe quelle IP suspecte pour consulter les renseignements sur les menaces d’AbuseIPDB dans une fenêtre intégrée — jauge d’indice, signalements, catégories, Tor/liste blanche, avec un cache d’une heure qui protège votre quota gratuit.
Chaîne de blocage automatiqueLe flux de défense en arrière-plan par lequel les collecteurs et le planificateur inscrivent automatiquement les IP attaquantes qui remplissent des déclencheurs configurables, puis les appliquent via l’ipset du noyau.