← COCKPIT
[FS]
SYMBIOTE.FSC
FILE SYSTEM CONTROLLER — Contrôleur de système de fichiers et validation croisée
SYMBIOTE.FSC — zones de l'interface
1
2
3
4
5
6
7
8
1
KPI Panel — 6 indicateurs clés : FSC Global, Nœuds A/B, Liens convergents, Ombres, Confiance
2
Header Bar — Badge de santé, statut API LIVE/SIMULATION, BUILD, EXPORT JSON, horloge
3
FSC Curve — Courbe de corrélation Fourier Shell avec seuils gold-standard (0.143) et half-bit (0.5)
4
Carte de Confiance — Topologie en anneaux concentriques : Half-Map A (SNMP/ARP) externe, Half-Map B (conntrack) interne
5
Comparaison A/B — Listes côte à côte des nœuds + journal d'événements en temps réel
6
Timeline — Ligne temporelle des snapshots horaires, clic pour charger l'historique
7
Table des Ombres — Divergences A vs B : nœuds fantômes, liens fantômes, faible confiance (filtrable par type)
8
Suggestions — Recommandations automatiques de remédiation classées par sévérité (info, attention, critique)
VUE D'ENSEMBLE
SYMBIOTE.FSC est le système immunitaire du cockpit 0DATA. Il fonctionne par validation croisée — deux « half-maps » (demi-cartes) indépendantes sont construites à partir de sources différentes, puis comparées pour détecter les divergences.

Inspiré de la corrélation de Fourier Shell (FSC) utilisée en cryo-microscopie électronique pour valider la résolution des reconstructions 3D, le FSC mesure la convergence entre deux vues indépendantes du système de fichiers et de la topologie réseau : chaque divergence est une « ombre » — un fichier vu par une source mais pas l'autre, un nœud fantôme, ou un lien à faible confiance.

Le score FSC (0 à 1) indique la santé globale : plus il est proche de 1, plus les deux half-maps concordent.
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.
CORRESPONDANCE IT
MÉTAPHORE BIOLOGIQUERÉALITÉ IT
Système immunitaireSystème de validation croisée de l'infrastructure
Anticorps (Half-Map A)Scan réseau actif : SNMP + ARP (découverte proactive)
Cellule T (Half-Map B)Observation passive : conntrack + NetFlow (détection par flux)
AntigèneNœud réseau (serveur, switch, équipement)
Reconnaissance immunitaireAppariement des nœuds entre les deux half-maps
Tolérance (self)Liens convergents à haute confiance (>0.7)
Réponse immunitaireAlerte sur divergence : nœud fantôme, lien fantôme
Auto-immunitéFaux positif : nœud légitime vu par une seule source
Mémoire immunitaireSnapshots historiques dans la timeline
Corrélation Fourier Shell (FSC)Métrique de convergence globale (score 0–1)
Seuil gold-standard (0.143)Seuil de résolution acceptable pour la topologie
OmbresDivergences : écarts entre la vue scan actif et la vue flux passifs
Résolution atteinteFréquence spatiale au-dessus de laquelle les deux vues divergent
Courbe FSCGraphique de cohérence structurelle par échelle de détail
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]
RACCOURCIS CLAVIER
TOUCHEACTION
BLancer un BUILD (construction des half-maps)
EExporter les données en JSON
RRafraîchir les données et les graphiques
FFocus sur la barre de recherche des ombres
← →Naviguer entre les snapshots de la timeline
Clic timelineCharger un snapshot historique
Survol nœudAfficher le tooltip avec IP, MAC, confiance, RTT
[ RETOUR COCKPIT ] [ INDEX DOCS ]
Documentation SYMBIOTE.FSC · 0DATA Biotech Infrastructure · Mise à jour Août 2026
Organe : Système Immunitaire · Code : [FS] · Cockpit : ORG → SYMBIOTE.FSC
Ce symbiote ne dispose pas de page standalone — documentation uniquement.