Aller au contenu

Auspex

La CMDB open source qui se remplit en écoutant le réseau : inventaire des actifs et contrôle de la segmentation par écoute passive, pour les environnements IT et industriels (OT). Sans agent, sans compte de service, sans émettre un seul paquet sur les réseaux surveillés.

Vous cherchez plutôt…

Télécharger Code source

Open source, licence AGPL v3 · conçu par Yann Mathon · English summary

À Rome, l'auspex lisait les présages en observant le vol des oiseaux, sans jamais intervenir. C'est le principe de l'outil : tout voir, ne rien émettre.

Ce qu'Auspex apporte

  • Inventaire observé, pas déclaré


    Chaque actif vu sur le réseau est identifié (système, fabricant, modèle, firmware, rôle) avec un score de confiance et la liste de ses indices. Automates Siemens, superviseurs Niagara, passerelles HART, équipements Moxa, Hirschmann, RUGGEDCOM… IHM et stations d'ingénierie distinguées.

  • Segmentation contrôlée en continu


    Chaque flux entre zones est comparé aux règles déclarées (CSV ou Excel) : flux non déclarés, règles expirées encore utilisées, administration depuis un tier moins sensible, flux IT vers OT sans DMZ industrielle.

  • Preuves pour NIS2, DORA, IEC 62443


    Exports d'audit signés par référentiel, vérifiables sans Auspex ; chaque écart porte ses références réglementaires ; alertes vers le SIEM.

  • Intégré à NetBox


    L'inventaire observé s'écrit à côté de l'inventaire déclaré, avec les écarts entre les deux. Tableau de bord, carte interactive, contrôle d'accès renforcé (MFA, clé de sécurité, carte à puce, LDAPS, OIDC, SAML).

En images

Tableau de bord

Tableau de bord : écarts ouverts, état du service, inventaire, matrice des zones

Carte des actifs

Carte : zones de gestion à gauche, zones industrielles à droite, flux en écart en rouge

Détail d'un actif

Détail d'un actif : identification, indices, écarts et flux

Rapport d'audit NIS2

Export d'audit NIS2 signé : constat par exigence

Toutes les captures d'écran

Comment ça marche

Schéma Schéma

  1. Le capteur écoute un port miroir ou un TAP (image Docker, ou appliance ISO durcie dont l'interface d'écoute n'émet rien).
  2. Le central analyse : identification des actifs, conformité des flux, rapprochement avec NetBox, alertes et exports d'audit.
  3. Les équipes consultent dans NetBox, reçoivent les alertes dans leur SIEM, transmettent les exports aux auditeurs.

Prouvé, pas promis

Chaque modification est vérifiée automatiquement sur le vrai produit : installation complète du central, vrai NetBox, vrai navigateur, vrai annuaire et vrais fournisseurs d'identité, appliance démarrée en machine virtuelle (aucune trame émise sur l'écoute), et captures industrielles réelles (66 identifications attendues, faux positifs compris). Le détail des preuves.

Les pratiques de sécurité du projet sont évaluées publiquement par l'OpenSSF (fondation de la Linux Foundation pour la sécurité de l'open source) : fiche OpenSSF Best Practices et analyse OpenSSF Scorecard.