◫ZONES DE L'INTERFACE
ZONE 1 · HEADER BAR
Barre supérieure et statut
Badge de santé — Indicateur global : SANTÉ OPTIMALE (vert), DÉGRADÉE (or), CRITIQUE (rouge clignotant)
Statut API — LIVE (données réelles) ou SIMULATION (mode dégradé)
BUILD — Lance la construction des half-maps (POST /api/v1/fsc/build)
EXPORT JSON — Exporte les données actuelles au format JSON
Horloge — Mise à jour en temps réel
→ IT : Équivalent d'un pipeline CI de validation. BUILD = exécution du scan, statut API = connectivité sonde.
ZONE 2 · KPI PANEL
Indicateurs clés de convergence
FSC Global @0.143 — Score de corrélation Fourier Shell. Le seuil 0.143 est le gold-standard en cryo-EM.
Nœuds Half-Map A — Nombre de nœuds détectés par la première source (SNMP + ARP)
Nœuds Half-Map B — Nombre de nœuds détectés par la seconde source (conntrack + flows)
Liens convergents — Liens confirmés par les deux half-maps
Ombres détectées — Divergences entre A et B (nœuds fantômes, liens fantômes, faible confiance)
Confiance moyenne — Score de confiance moyen sur tous les nœuds et liens
→ IT : Dashboard synthétique de la cohérence du système. FSC = métrique de santé. Ombres = tickets d'incident potentiels.
ZONE 3 · FSC CURVE
Courbe de corrélation Fourier Shell
Graphique de la corrélation en fonction de la fréquence spatiale :
— L'axe X = fréquence spatiale (de 0 à 0.5)
— L'axe Y = valeur de corrélation (de 0 à 1)
— Seuil 0.143 (or) : gold-standard, la résolution est définie à l'intersection
— Seuil 0.5 (rouge) : half-bit, critère plus conservateur
— Les points bleus = échantillons de la courbe
La ligne verticale pointillée indique la résolution atteinte.
→ IT : Graphique de convergence structurelle. Une courbe qui descend vite = faible résolution = beaucoup de divergences. Une courbe qui reste haute longtemps = bonne cohérence.
ZONE 4 · CONFIDENCE MAP
Carte de confiance topologique
Visualisation en anneaux concentriques de la topologie réseau :
— Anneau externe = Half-Map A (SNMP/ARP), nœuds répartis circulairement
— Anneau interne = Half-Map B (conntrack/flows), nœuds en cercle intérieur
— Liens verts = haute confiance (>0.7), liens or = confiance moyenne, liens rouges pointillés = faible confiance
Les nœuds sont positionnés par leur angle d'arrivée dans chaque half-map.
→ IT : Topologie réseau validée par deux méthodes indépendantes. Un nœud présent dans un seul anneau = nœud fantôme. Liens rouges = à investiguer.
ZONE 5 · HALF-MAP COMPARISON A/B
Comparaison côte à côte des demi-cartes
Deux colonnes affichant les nœuds de chaque half-map :
— Half-Map A : source SNMP + ARP (scan réseau traditionnel, tables de commutation)
— Half-Map B : source conntrack + flows (tables de connexion actives, flux réseau)
Chaque nœud affiche son IP, son adresse MAC, sa confiance et son RTT.
En dessous : le journal d'événements en temps réel (BUILD, connexion API, alertes).
→ IT : Deux méthodes de discovery réseau comparées. A = scan actif (SNMP walk + tables ARP), B = observation passive (conntrack + NetFlow/sFlow).
ZONE 6 · TIMELINE
Ligne temporelle des snapshots
Barre horizontale interactive montrant l'historique des builds :
— Chaque tick est un snapshot horaire
— Survol = aperçu (FSC, nombre d'ombres, nombre de nœuds)
— Clic = charger un snapshot historique
— Le snapshot actif est mis en surbrillance
Permet de suivre l'évolution de la convergence dans le temps.
→ IT : Historique des scans de validation. Permet de voir quand une divergence est apparue et si elle se résorbe ou s'aggrave.
ZONE 7 · SHADOWS TABLE
Table des ombres (divergences)
Liste filtrable et triable des divergences détectées :
— TYPE : ghost_node (nœud fantôme), ghost_link (lien fantôme), low_conf (faible confiance)
— CIBLE : adresse IP concernée
— VU PAR : A_only (vu uniquement par SNMP/ARP) ou B_only (vu uniquement par conntrack)
— CONF : score de confiance de la détection
— SEV : sévérité (high, medium, low)
Filtres par type et champ de recherche textuelle.
→ IT : File de tickets d'incidents automatique. Chaque ombre = un écart entre la réalité réseau observée par scan actif et la réalité réseau observée par flux passifs.
ZONE 8 · SUGGESTIONS
Suggestions automatiques de remédiation
Panneau listant les actions correctives recommandées :
— Chaque suggestion est classée par type : mint (information), gold (attention), rouge (critique)
— Exemples : « Vérifier le switch pour le nœud fantôme 10.0.x.y », « Relancer le scan ARP sur le segment suspect »
Les suggestions sont générées automatiquement à partir du type et de la sévérité des ombres.
→ IT : Moteur de recommandations pour la résolution d'incidents réseau. Équivalent d'un runbook automatisé généré à partir des anomalies.
◆CAS D'USAGE
1. DÉTECTION D'ÉQUIPEMENT FANTÔME — « Ce switch existe-t-il vraiment ? »
Un administrateur réseau audite un nouveau segment. Le scan SNMP (Half-Map A) remonte 14 nœuds,
mais conntrack (Half-Map B) n'en voit que 11. Trois ombres ghost_node apparaissent dans la table.
En inspectant : deux sont d'anciens équipements débranchés mais encore dans la table ARP,
un troisième est un switch non géré (pas de conntrack). Le FSC passe de 0.82 à 0.94 après nettoyage.
Action : [BUILD] → inspecter les ombres ghost_node → nettoyer les tables ARP → [BUILD] à nouveau
2. DÉTECTION D'INTRUSION — « Qui est ce nouveau nœud ? »
Le build quotidien révèle une nouvelle ombre ghost_node vue uniquement par conntrack (Half-Map B).
Un nœud avec une IP inconnue émet du trafic mais n'apparaît pas dans les tables SNMP/ARP.
La suggestion automatique indique : « Nœud non enregistré 10.0.5.88 — vues conntrack uniquement. Vérifier DHCP. »
Il s'agit d'un appareil personnel connecté au réseau invité, non autorisé sur le VLAN de production.
Action : [BUILD] → filtrer les ombres B_only → investiguer l'IP suspecte → isoler le VLAN
3. SUIVI DE CONVERGENCE — « La situation s'améliore-t-elle ? »
Après une migration réseau (remplacement de switches), le FSC chute de 0.91 à 0.64 avec 12 ombres.
L'équipe utilise la timeline pour charger les snapshots précédents et identifier les divergences
introduites par la migration. En 48h, les correctifs sont appliqués et le FSC remonte progressivement
à 0.88, validant la stabilisation de la nouvelle topologie.
Action : [TIMELINE] → charger le snapshot pré-migration → comparer → appliquer les suggestions → [BUILD] itératif
4. AUDIT DE COUVERTURE — « Les deux méthodes voient-elles la même chose ? »
Un responsable sécurité veut s'assurer que le monitoring passif (conntrack/flows) couvre bien
tous les équipements connus du scan actif (SNMP/ARP). La comparaison A/B révèle 2 nœuds vus
uniquement par SNMP : les flux NetFlow ne sont pas configurés sur ces switches.
Les suggestions indiquent les équipements à reconfigurer pour une couverture complète.
Action : [HALF-MAP A/B] → repérer les nœuds A_only → activer NetFlow/sFlow sur les switches concernés → [BUILD]