Tableau de bord des opérations multi-domaines : visualiser les effets inter-domaines

Les opérations multi-domaines (MDO) exigent d'un commandant qu'il comprenne non seulement ce qui se passe dans chaque domaine de combat de façon indépendante, mais aussi comment les actions et les conditions dans un domaine créent, permettent ou dégradent les effets dans les autres. Une intrusion cyber qui coupe les communications d'une unité terrestre a des conséquences invisibles pour une image C2 purement terrestre. Une perturbation des communications satellitaires qui dégrade la coordination d'une force opérationnelle maritime se manifeste comme une capacité dégradée, et non comme une piste sur l'image de surface. Construire un tableau de bord qui rende visibles ces relations inter-domaines — en temps réel, au tempo des opérations modernes — est l'un des problèmes les plus difficiles et non résolus du logiciel de défense.

Cet article examine l'architecture d'un tableau de bord C2 MDO : quelles données spécifiques à chaque domaine chaque couche doit ingérer, comment ces couches sont normalisées en une représentation de piste commune, comment fonctionne la corrélation de pistes inter-domaines, et comment le système visualise les relations causales entre les effets cyber et les éléments de force physiques. Il est destiné aux ingénieurs logiciels de défense qui construisent ou évaluent des plateformes C2 capables de MDO, ainsi qu'aux équipes d'approvisionnement qui cherchent à savoir si un système candidat gère véritablement la fusion multi-domaines ou se contente d'afficher cinq fenêtres mono-domaines côte à côte.

Le défi C2 MDO : cinq domaines, cinq modèles de données, une seule image

Chaque domaine de combat a développé ses propres formats de données, protocoles de messages et fréquences de mise à jour de façon relativement isolée. Le C2 terrestre s'appuie sur des messages XML Cursor on Target (CoT) qui encodent les positions des entités, les identifiants d'unité et les attributs de statut en utilisant le schéma d'identité MIL-STD-2525. Les images de surface maritimes sont construites à partir de l'AIS (Automatic Identification System) pour les navires commerciaux et navals coopératifs, complétées par des pistes radar et des liaisons de données tactiques pour les contacts non coopératifs. Les images aériennes combinent les données de transpondeur ADS-B — de plus en plus absentes dans les espaces aériens contestés où les aéronefs militaires opèrent avec les transpondeurs éteints — avec les radars au sol, les flux d'alerte avancée aéroportée et les pistes dérivées du SIGINT pour les aéronefs non émetteurs. La connaissance du domaine spatial fournit des catalogues de pistes orbitales et l'état des satellites de communication via des flux spécialisés dont les cycles de mise à jour se mesurent en minutes ou en heures. Les données du domaine cyber arrivent sous forme de télémétrie de santé réseau, d'alertes de détection d'intrusion et d'instantanés d'évaluation de vulnérabilité provenant de systèmes SIEM et de surveillance réseau.

Les tempos opérationnels diffèrent aussi fortement que les formats. Une piste aérienne d'un aéronef rapide est opérationnellement obsolète en quelques secondes ; une piste d'unité terrestre peut rester valide pendant plusieurs minutes ; un jeu d'éléments orbitaux peut être précis pendant des heures. Un tableau de bord MDO bien conçu gère cette hétérogénéité sans laisser la péremption du domaine à mise à jour la plus lente contaminer la perception d'actualité des domaines plus rapides, et sans que la fréquence élevée de mise à jour de l'image aérienne ne prive de ressources le traitement des flux de menaces cyber moins fréquents mais tout aussi critiques.

La gestion des niveaux de classification ajoute une autre couche de complexité. De nombreux environnements MDO opèrent à travers des frontières de classification : certains flux de capteurs sont SECRET, d'autres sont NON CLASSIFIÉS ou traités dans le cadre d'accords de partage d'informations avec des nations partenaires assortis de caveats de divulgation. Le tableau de bord MDO doit appliquer des contrôles de niveau d'information au niveau de la piste, et non uniquement à la frontière du système, en veillant à ce qu'un événement de fusion ne puisse pas exposer par inadvertance une source de capteur classifiée à un utilisateur habilité uniquement pour l'image non classifiée.

Couches de domaine : ce que chaque flux contribue

Image terrestre : pistes CoT et statut des unités au sol

L'image du domaine terrestre est construite à partir de flux Cursor on Target publiés par les systèmes de suivi de véhicules, les dispositifs de suivi portés par les soldats, les capteurs terrestres sans équipage et les nœuds C2. Un message CoT encode l'UID de l'entité publiante, la position (latitude, longitude, altitude avec des estimations d'erreur circulaire et linéaire), le cap, la vitesse et un champ de type qui correspond à la symbologie MIL-STD-2525. Les champs de remarques transmettent des données de statut en texte libre : niveaux de munitions, état du carburant, effectif du personnel et état des communications signalé par l'unité elle-même.

Les attributs pertinents pour le MDO dans l'image terrestre comprennent : quelles unités se trouvent à portée de systèmes de guerre électronique ennemis connus (dérivé en superposant les positions des émetteurs de menace EW issues du SIGINT), quelles unités dépendent du relais satellitaire pour leur réseau de commandement (pertinent lorsque l'état du domaine spatial se dégrade), et quelles unités sont co-localisées avec ou adjacentes à des actifs d'autres domaines tels que des systèmes de défense aérienne déployés en avant ou des éléments de débarquement maritime. Ces relations doivent être maintenues dans le modèle de données MDO, et non déduites de façon ad hoc au moment de l'affichage.

Image maritime : AIS, pistes tactiques et corrélation SIGINT

L'image de surface maritime superpose les pistes de navires coopératifs provenant de l'AIS — qui diffuse le MMSI, la position, le cap, la vitesse et le type du navire — avec les pistes radar pour les contacts non coopératifs et les pistes dérivées du SIGINT pour les navires qui délibérément ne diffusent pas. L'AIS fournit une identification à haute confiance pour les navires commerciaux et navals coopératifs, mais il est trivialement falsifiable et régulièrement absent pour les navires cherchant à dissimuler leur position ou leur identité.

Corrélation inter-domaines dans la couche maritime : une piste de navire dans l'image de surface qui se corrèle avec un émetteur RF spatial (identifié par le SIGINT comme transmettant sur une fréquence tactique adversaire connue) devient une cible de renseignement candidate indépendamment du fait que l'AIS confirme ou non son identité. Le tableau de bord MDO doit présenter cette corrélation — piste de surface plus association SIGINT — comme une entité unique avec des attributs tirés des deux sources, et non comme deux entrées non liées dans des listes de domaines séparées.

Image aérienne : ADS-B, radar et pistes non coopératives

L'image du domaine aérien est la plus exigeante en termes de fréquence de mise à jour et de précision positionnelle. L'ADS-B fournit des mises à jour à 1 seconde pour les aéronefs équipés, mais les opérations militaires impliquent régulièrement des aéronefs non coopératifs — aéronefs adverses, aéronefs amis opérant avec des procédures de contrôle des émissions (EMCON) ou drones sans transpondeur — qui n'apparaissent que sur des pistes radar ou dérivées du SIGINT. Le tableau de bord MDO doit gérer la coexistence transparente des pistes ADS-B à haute fréquence de mise à jour et des pistes radar à plus faible fréquence, sans que les pistes radar n'apparaissent comme des doublons obsolètes de leurs équivalents ADS-B pour le même aéronef.

Intégration du domaine aérien avec les autres domaines : les aéronefs effectuant des missions d'appui aérien rapproché ont des dépendances directes vis-à-vis des communications du contrôleur aérien avancé (FAC) des unités terrestres, des données de déconfliction du trafic aérien partagées avec les unités maritimes dans les zones littorales, et de la disponibilité du GPS spatial pour la navigation de précision. Lorsque l'une de ces dépendances est dégradée — le réseau de communications d'un FAC terrestre est brouillé, le GPS est leurré dans la zone opérationnelle — le tableau de bord MDO doit immédiatement signaler les opérations aériennes affectées, sans attendre qu'un flux de travail de déconfliction distinct découvre le conflit.

Image spatiale : pistes orbitales et état des communications

La couche du domaine spatial apporte deux types d'informations primaires à l'image MDO : des données de piste orbitale pour les satellites pertinents pour l'opération (surveillance, communications, navigation) et l'état en temps réel des services de communication et de relais de données que ces satellites fournissent. Les pistes orbitales soutiennent la planification de mission — savoir quand un satellite ISR sera en couverture sur la zone opérationnelle, quand la géométrie des satellites GPS se dégradera en deçà d'un seuil PDOP utilisable — mais ne sont généralement pas consommées par les opérateurs seconde par seconde comme le sont les pistes aériennes.

L'état des satellites de communication est la contribution spatiale la plus immédiatement opérationnelle au tableau de bord MDO. Lorsqu'une liaison de communication satellitaire se dégrade — que ce soit en raison d'effets atmosphériques, de la géométrie orbitale ou d'un brouillage actif — l'effet sur les unités terrestres et maritimes utilisant cette liaison doit être signalé immédiatement. Le tableau de bord MDO maintient une carte de dépendance des services de communication vers les éléments de force et pousse automatiquement les annotations de dégradation vers les pistes affectées. Voir l'article sur le logiciel de connaissance du domaine spatial pour l'architecture complète du pipeline de suivi orbital et d'évaluation des menaces qui alimente cette couche.

Domaine cyber : santé réseau et indicateurs de menace

La couche cyber est le domaine le plus souvent traité comme une réflexion après coup dans les tableaux de bord MDO construits par des équipes ayant des antécédents en C2 cinétique traditionnel. Les données cyber arrivent sous forme d'alertes structurées provenant de systèmes de détection d'intrusion, de métriques de santé réseau issues de l'infrastructure de surveillance et de données d'évaluation de vulnérabilité provenant d'outils d'analyse de sécurité. Rien de tout cela ne correspond naturellement à une piste géographique — il n'y a pas de position pour un événement d'intrusion réseau.

Le tableau de bord MDO comble ce fossé grâce au modèle de dépendance : un graphe maintenu qui cartographie les segments réseau, les liaisons de données et les services vers les éléments de force physiques qui en dépendent. Un événement cyber affectant un segment réseau est automatiquement traduit, via le modèle de dépendance, en un ensemble de pistes d'éléments de force dégradées dans une capacité opérationnellement pertinente. La logique de traduction doit être spécifique : non pas « le réseau de l'unité X est affecté » mais « le réseau de commandement de l'unité X est en panne, la capacité de coordination des missions de tir est réduite, et le flux ISR du secteur 4 est interrompu ». Cette spécificité exige que le modèle de dépendance soit suffisamment riche pour distinguer entre différents canaux et services de communication, et non pas seulement une connectivité binaire.

Architecture d'ingestion de données : le modèle d'adaptateur multi-sources

Une architecture d'ingestion MDO robuste isole l'analyse spécifique au domaine du pipeline de fusion en utilisant un modèle d'adaptateur par source. Chaque adaptateur traite exactement une source dans son format natif — analyseur CoT, décodeur AIS NMEA, récepteur de format ADS-B Beast, client de flux TLE orbital, consommateur de webhook SIEM — et publie des mises à jour de piste normalisées vers un bus de messages interne. Les adaptateurs sont sans état : ils transforment les messages entrants vers le schéma de piste commun et les publient, sans logique de corrélation ni de fusion à ce niveau.

Le schéma de piste commun est le contrat critique. Chaque piste comporte : un identifiant unique global, le domaine source et le système source, un horodatage de création et de dernière mise à jour (UTC à la milliseconde près), une représentation de position appropriée au domaine (WGS84 pour la surface et l'air, éléments orbitaux pour l'espace, identifiant de nœud réseau pour le cyber), une identité et une affiliation MIL-STD-2525, un niveau de confiance et un ensemble d'attributs libres pour les champs spécifiques au domaine. Le schéma doit être explicitement versionné : à mesure que les sources de capteurs évoluent et que de nouveaux types d'attributs sont requis, le schéma doit accepter l'extension sans casser les consommateurs existants.

Le bus de messages découple les adaptateurs du moteur de fusion et de la couche d'affichage. Un adaptateur ADS-B à haute fréquence publiant à 1 Hz pour 500 pistes aériennes ne peut pas être autorisé à monopoliser les ressources CPU au détriment du consommateur d'événements cyber traitant des alertes d'intrusion moins fréquentes mais opérationnellement urgentes. Le bus de messages applique des politiques de consommation équitable et permet au moteur de fusion d'être mis à l'échelle horizontalement quand les volumes de pistes dépassent la capacité d'un seul nœud.

Défis de la fusion : corrélation de pistes inter-domaines

La corrélation de pistes inter-domaines — déterminer qu'une piste de surface maritime, une piste d'émetteur SIGINT et une détection RF spatiale représentent toutes le même navire — est le défi technique central de la fusion MDO. La corrélation mono-domaine (faire correspondre deux pistes radar du même aéronef) est bien comprise ; la corrélation inter-domaines implique des sources avec des types de mesure, des caractéristiques de précision et des fréquences de mise à jour fondamentalement différents.

Le moteur de corrélation applique un pipeline en deux étapes. Dans la première étape, un index spatial (grille geohash ou R-tree) identifie les paires candidates : des pistes provenant de sources différentes qui se trouvent dans un seuil de proximité approprié au domaine (plus strict pour les pistes aériennes avec une haute précision positionnelle connue, plus large pour les pistes dérivées du SIGINT dont l'estimation de position comporte une grande incertitude). Dans la deuxième étape, les paires candidates sont évaluées pour la cohérence cinématique (les vecteurs de vitesse concordent-ils dans les limites d'incertitude ?), la cohérence temporelle (les horodatages sont-ils compatibles compte tenu de la vitesse signalée de l'entité ?) et la correspondance des attributs (les champs d'identification tels que MMSI, numéro de queue ou empreinte de l'émetteur concordent-ils ?). Un score de corrélation est calculé ; les paires au-dessus d'un seuil sont automatiquement fusionnées en une piste composite fusionnée, tandis que les paires proches du seuil sont présentées aux opérateurs pour résolution manuelle.

La synchronisation temporelle est un défi de fusion sous-estimé. Un message CoT terrestre porte l'heure à laquelle le dispositif d'origine a généré le relevé de position — ce qui peut être plusieurs secondes avant l'heure à laquelle le message arrive au tableau de bord après avoir traversé des liaisons de communication tactiques à latence variable. Une piste ADS-B porte l'horodatage GPS de l'aéronef, qui est très précis mais peut être traité avec un délai d'ingestion. Le moteur de fusion doit utiliser le temps d'observation, et non le temps d'ingestion, lors de la comparaison des pistes — et doit propager la position de chaque piste vers un temps de référence commun avant de calculer la séparation pour la corrélation.

Les rapports contradictoires sont une autre réalité opérationnelle. Deux sources SIGINT peuvent signaler des positions différentes pour le même émetteur en raison de la géométrie de triangulation de radiogoniométrie. Deux unités terrestres peuvent signaler des positions différentes pour le même véhicule hostile observé sous différents angles avec des précisions de capteur différentes. Le tableau de bord MDO doit représenter cette incertitude explicitement — affichant la position fusionnée avec une ellipse d'incertitude positionnelle, ou signalant le conflit pour résolution par l'analyste — plutôt que de choisir silencieusement un rapport plutôt qu'un autre d'une manière qui pourrait induire les décideurs en erreur.

Visualisation des effets inter-domaines

La capacité la plus distinctive d'un véritable tableau de bord MDO — et la plus difficile à implémenter correctement — est la visualisation des relations causales entre les événements cyber et les éléments de force physiques. Lorsqu'une équipe rouge s'introduit dans l'infrastructure de communication soutenant les unités avancées d'une brigade, le tableau de bord MDO ne devrait pas obliger un opérateur à faire mentalement le lien entre une alerte cyber sur un écran et les unités affectées sur un autre écran. La connexion doit être tracée explicitement dans l'interface.

L'approche de visualisation dépend du contexte d'affichage. Sur la carte tactique principale, les symboles des éléments de force affectés reçoivent une superposition de dégradation : une icône normalisée ou une modification de couleur qui indique la catégorie de dégradation (communications, flux de capteur, liaison de données, navigation). L'icône est accompagnée d'une infobulle ou d'un panneau latéral qui décrit l'effet spécifique en termes opérationnels : « Réseau de commandement de brigade : communications dégradées — liaison relais satellitaire interrompue. » La superposition est temporaire et s'efface automatiquement quand l'indicateur de menace cyber se résout ou quand le modèle de dépendance indique que la capacité a été restaurée via un chemin alternatif.

Pour une analyse plus approfondie, une vue en graphe restitue la chaîne causale complète : le nœud d'événement cyber (alerte d'intrusion, indicateur de brouillage, panne réseau) se connecte via des arêtes dirigées aux nœuds d'infrastructure affectés, qui se connectent aux éléments de force dépendants. Les étiquettes des arêtes indiquent la nature de la dépendance et la gravité de la dégradation. Ce graphe n'est pas l'affichage principal — il est accessible depuis la carte principale à la demande — mais il permet au personnel des opérations de retracer le chemin précis d'un effet et d'évaluer quelles options d'atténuation (passage à des communications alternatives, réacheminement de la liaison de données, fonctionnement en mode dégradé) sont disponibles.

Pour un exemple de la façon dont l'architecture du tableau de bord C2 implémente une visualisation en couches qui soutient ce type de modèle de superposition multi-domaines, le modèle de rendu en couches qui y est décrit s'applique directement au contexte MDO — chaque ensemble de pistes de domaine occupe une couche nommée avec des contrôles indépendants de bascule, de filtre et de style.

Besoins en informations du commandant MDO et fréquences de rafraîchissement

Concevoir pour les besoins en informations du commandant — plutôt que pour l'instinct naturel de l'ingénieur de données qui consiste à tout afficher — est ce qui sépare un tableau de bord MDO opérationnellement utile d'une visualisation de données techniquement impressionnante. Les décisions du commandant dans un environnement MDO se répartissent en trois grandes catégories, chacune avec des besoins en informations distincts et des exigences de latence différentes.

Les décisions de synchronisation — timing et coordination des effets à travers les domaines pour obtenir une convergence sur un objectif unique — exigent que le commandant voie simultanément l'état actuel de plusieurs lignes d'effort de domaine et évalue si elles convergent comme prévu. L'information pertinente est : tous les éléments de domaine sont-ils dans les délais par rapport à la matrice de synchronisation ? Y a-t-il des effets dans un domaine qui sont en avance, ou en retard, sur le calendrier dont dépendent d'autres domaines ? Cette image doit être actuelle à la minute, et non à la seconde, et est mieux présentée comme une superposition de chronologie synchronisée plutôt que comme une image de piste brute.

Les décisions d'exploitation — agir sur une opportunité fugace créée par un effet inter-domaines — requièrent une latence bien plus faible. Lorsqu'un effet cyber dégrade le réseau radar de défense aérienne d'un adversaire, la fenêtre d'exploitation du domaine aérien peut se mesurer en minutes avant que l'adversaire ne passe à des systèmes de secours ou à des procédures manuelles. Le tableau de bord MDO doit signaler cette opportunité immédiatement, avec une indication claire de la couverture de capteur affectée et de la durée estimée de la dégradation. C'est la décision qui exige des cycles de mise à jour du tableau de bord inférieurs à la minute.

Les décisions d'atténuation des risques — protéger les forces amies contre les vulnérabilités inter-domaines — exigent de comprendre quels éléments amis sont exposés à une dégradation due aux actions adverses dans d'autres domaines. Quelles unités sont dépendantes du GPS dans une zone où l'adversaire a démontré une capacité de brouillage GPS ? Quels chemins de communication transitent par des liaisons satellitaires à portée de systèmes d'énergie dirigée adverses ? Le tableau de bord MDO doit maintenir cette image de risque en permanence et signaler les nouvelles expositions au fur et à mesure que la situation opérationnelle évolue.

Corvus.Head : fusion de pistes inter-domaines pour les opérations multi-domaines

Construire un tableau de bord MDO fonctionnel nécessite de résoudre la pile complète simultanément : des adaptateurs d'ingestion par domaine, un schéma de piste agnostique au domaine, un moteur de corrélation inter-domaines, un modèle de dépendance pour les effets cyber et une visualisation en couches qui rend les relations causales visibles pour les opérateurs sous pression temporelle. Ces composants ne sont pas séparables — un système avec un excellent affichage de pistes aériennes mais sans modèle de dépendance cyber n'est pas un tableau de bord MDO, quelle que soit la façon dont il est commercialisé.