Integracja C2 CJTF: mostowanie sieci i wymiana danych

Połączona siła zadaniowa (CJTF) to tymczasowa formacja wielonarodowa złożona z sił wielu państw i wielu rodzajów sił zbrojnych w celu wykonania określonego zadania. Wyzwanie dowodzenia i kontroli, które stawia, jest unikalne: sztab, który musi wydawać rozkazy w poprzek granic krajowych, jednocześnie obsługuje wiele domen klasyfikacji, polega na danych przechowywanych w niekompatybilnych krajowych systemach C2 i zależy od łączników komunikacyjnych należących do różnych państw. Budowanie spójnej integracji C2 w tych warunkach jest mniej problemem wyboru produktu niż problemem architektury — a architektura dotyka jednocześnie inżynierii sieciowej, polityki bezpieczeństwa, umów prawnych i zarządzania tożsamością. Niniejszy artykuł obejmuje techniczne i organizacyjne elementy, dzięki którym integracja C2 CJTF działa, oraz wzorce, które wyłoniły się z powtarzalnego doświadczenia operacyjnego. Aby szerzej zobaczyć, jak te elementy wpisują się w ramy interoperacyjności sojuszu, zobacz nasz przewodnik interoperacyjności NATO.

Architektura CJTF: wyzwanie C2 wielonarodowego

Strukturalna trudność integracji C2 CJTF zaczyna się od władzy dowodzenia. Sztab CJTF sprawuje dowodzenie operacyjne nad siłami, które pozostają — dla celów administracyjnych i krajowych — pod dowodzeniem krajowym. Oznacza to, że sztab nie może dyktować standardów technicznych krajowych systemów C2, od których zależy — może jedynie określić, co te systemy muszą być zdolne wymieniać z koalicją, a następnie zbudować most. Skutkiem jest architektura, która musi jednocześnie uwzględniać systemy krajowe zbudowane według różnych standardów, zapewniając warstwę zwróconą ku koalicji na tyle spójną wewnętrzną, aby była użyteczna operacyjnie.

Dowództwa komponentów — lądowe, morskie, powietrzne, operacji specjalnych — każde obsługuje własne systemy C2, często pozyskiwane krajowo, i łączy się z koalicyjną siecią misyjną w określonych punktach agregacji. Model własności sieci ma tu ogromne znaczenie: w CJTF kierowanym przez NATO sieć misyjna jest zazwyczaj administrowana przez dyrekcję systemów łączności i informatyki (CIS) sztabu, ale infrastruktura fizyczna (łączniki satelitarne, obwody naziemne, węzły łączności) może być wnoszona przez poszczególne państwa. Ten podział między własnością administracyjną sieci a własnością fizyczną infrastruktury tworzy zależności koordynacyjne, które muszą zostać rozwiązane, zanim siecią można będzie operować jako spójną całością.

Kluczowym rozróżnieniem planistycznym jest rozróżnienie między krajowym traktem a koalicyjną siecią misyjną. Każde państwo wnoszące wkład operuje własnym krajowym traktem łączności C2, połączonym z krajową infrastrukturą rejonów zaplecza, niosącym dane na krajowych poziomach klasyfikacji. Koalicyjna sieć misyjna to odrębna, budowana celowo sieć niosąca wyłącznie informacje udostępnialne koalicji na uzgodnionym koalicyjnym poziomie klasyfikacji. Żaden system nie łączy się z obiema bez rozwiązania międzydomenowego (CDS) egzekwującego granicę między nimi. Planowanie musi jawnie modelować krajowy trakt każdego państwa wnoszącego wkład, punkt graniczny CDS oraz topologię sieci koalicyjnej — trzy warstwy, które muszą poprawnie współpracować, zanim popłyną jakiekolwiek dane operacyjne.

Architektura sieci misyjnej

Koalicyjna sieć misyjna dla CJTF jest budowana wokół architektury CIS, która zazwyczaj podąża za utrwalonymi wzorcami NATO dla rozmieszczonych sztabów. Podstawowym punktem odniesienia jest model architektury CIS TOPFAS (Tool for Operational Planning, Force Activation and Simulation), który definiuje typy węzłów, warstwy usług oraz wymagania łączności dla sztabu CJTF w standardzie NATO. W praktyce każdy CJTF dostosowuje ten model na podstawie państw wnoszących wkład, dostępnej infrastruktury i wymagań operacyjnych — ale baza TOPFAS zapobiega ponownemu wymyślaniu podstawowych decyzji architektonicznych przy każdym wdrożeniu.

Warstwy sieci współistniejące w typowym środowisku CIS CJTF to:

• NATO SECRET (NS): podstawowa koalicyjna sieć misyjna, niosąca planowanie operacyjne, rozkazy, produkty wywiadowcze oraz dane świadomości sytuacyjnej dostępne dla wszystkich uczestników koalicji posiadających klauzulę.
• Społeczności CENTRIXS: kierowane przez USA sieci koalicyjne dla określonych grup partnerskich, działające na SECRET REL TO odpowiedniego zbioru partnerów. CJTF z udziałem sił USA zazwyczaj obejmuje jedną lub więcej sieci CENTRIXS (specyficznych dla danej społeczności, takich jak CENTRIXS-ISAF lub CENTRIXS-J), które niosą dane niedostępne na NS, ale udostępnialne wewnątrz określonej grupy partnerów.
• BICES (Battlefield Information Collection and Exploitation Systems): sieć wymiany wywiadu NATO używana do dzielenia się produktami wywiadowczymi w koalicji na bardziej kontrolowanym poziomie ujawniania niż NS. Dostęp do BICES jest specyficzny dla państwa i nie jest uniwersalny wśród uczestników koalicji.
• Krajowe sieci SECRET: własna infrastruktura SECRET każdego państwa wnoszącego wkład, niosąca dane na krajowych poziomach klasyfikacji, połączona z siecią koalicyjną wyłącznie przez CDS.

Alokacja pasma w poprzek tych warstw wymaga celowego planowania. Łącza WAN sieci misyjnej — satelitarne, naziemne lub hybrydowe — muszą być podzielone między warstwy politykami Quality of Service (QoS) chroniącymi ruch C2 krytyczny czasowo (aktualizacje śladów, rozkazy, alerty) przed wypchnięciem przez masowe transfery danych (obrazowanie, wideo o ciągłym ruchu, meldunki logistyczne). Częstym błędem jest traktowanie WAN sieci misyjnej jako jednego współdzielonego rurociągu bez segmentacji QoS: pod obciążeniem operacyjnym dane masowe z kanałów wywiadowczych nasycają rurociąg, a krytyczny czasowo ruch dowodzenia doświadcza nieakceptowalnych opóźnień. Kanał transferu międzydomenowego CDS musi również otrzymać chroniony wycinek pasma, ponieważ wąskie gardła przepustowości CDS mają efekt mnożnikowy na wszystkie międzydomenowe przepływy danych.

Rozwiązania międzydomenowe między sieciami krajowymi

Rozwiązania międzydomenowe są technicznym punktem egzekwowania reguł ujawniania informacji, które ustanawiają umowy o wymianie danych. W CJTF każdy element danych przemieszczający się z sieci krajowej do koalicyjnej sieci misyjnej — lub odwrotnie — przechodzi przez CDS, które ocenia etykietę bezpieczeństwa elementu wobec obowiązującej polityki ujawniania i decyduje, czy go przesłać, wstrzymać, czy odrzucić. Zrozumienie architektury CDS jest więc centralne dla zrozumienia integracji C2 CJTF, ponieważ granica CDS jest miejscem, w którym spotykają się krajowe i koalicyjne domeny bezpieczeństwa.

Implementacje CDS mieszczą się z grubsza w dwóch kategoriach. Sprzętowe strażniki danych to dedykowane urządzenia poziomu appliance z odporną na manipulację ochroną fizyczną, zatwierdzone do wysokiej pewności transferów międzydomenowych na poziomie krajowym przez krajowy organ akredytacyjny każdego państwa. Implementują filtrowanie treści, przerwy protokołowe i inspekcję etykiet w sprzęcie lub firmware, a ich podstawa certyfikacji to zazwyczaj Common Criteria na poziomie EAL 5 lub wyższym. Programowe produkty CDS implementują równoważną funkcjonalność w stosie programowym, często uruchamianym na sprzęcie komercyjnym z utwardzonym systemem operacyjnym; są zazwyczaj szybsze do konfiguracji i aktualizacji, ale niosą inne wymagania akredytacyjne. W CJTF wybór między sprzętowym a programowym CDS jest często dyktowany przez krajowy organ akredytacyjny każdego państwa, a nie przez koalicję, ponieważ to domena krajowa jest chroniona.

Projekt polityk filtrów CDS to miejsce, w którym powstaje najbardziej złożona praca inżynierska. Polityka filtra musi implementować reguły ujawniania ze wszystkich obowiązujących umów o wymianie danych, wyrażone w kategoriach atrybutów etykiet bezpieczeństwa pojawiających się na danych źródłowych. Kluczowe atrybuty etykiet dla koalicyjnego C2 NATO są zdefiniowane w STANAG 4774 (Confidentiality Label Syntax) i STANAG 4778 (Metadata Binding) — poziom klasyfikacji, lista udostępnialności oraz wszelkie zastrzeżenia ograniczające dalszą dystrybucję. Polityka filtra odwzorowuje kombinacje tych atrybutów na decyzje ujawniania: dane oznaczone SECRET REL TO ISAF (hipotetycznie) ujawniają się do sieci misyjnej ISAF; dane oznaczone SECRET NOFORN są wstrzymywane na granicy krajowej; dane z zastrzeżeniem społeczności wywiadowczej (np. SI, TK) są kierowane do osobnej kolejki ludzkiego przeglądu, zamiast być ujawniane automatycznie.

Automatyzacja ujawniania informacji (ROI) to zdolność, która czyni to wykonalnym przy operacyjnych objętościach danych. Ręczny przegląd każdego międzydomenowego transferu danych jest wykonalny dla małego elementu łącznikowego, ale całkowicie niepraktyczny dla CJTF wielkości dywizji generującego tysiące aktualizacji śladów, ruchu wiadomości i meldunków czujników na godzinę. Automatyzacja ROI używa etykiety bezpieczeństwa na każdym elemencie danych do zastosowania decyzji ujawniania bez interwencji ludzkiej dla elementów jasno pasujących do polityki. Elementy wpadające w luki polityki — dane nieoznaczone, dane z nierozpoznanymi zastrzeżeniami, dane na granicy klasyfikacji — są wstrzymywane do ludzkiego przeglądu. Jakość automatyzacji jest więc wprost proporcjonalna do jakości oznaczania na danych źródłowych: słabo oznaczone dane tworzą zaległość ludzkiego przeglądu, która niweczy cel automatyzacji i wprowadza opóźnienia w obrazie koalicji.

Aby głębiej poznać technologię CDS i jej rolę w architekturach sieci obronnych, zobacz nasz artykuł o rozwiązaniach międzydomenowych w obronności.

Umowy o wymianie danych i równoważność klasyfikacji

Umowa o wymianie danych (data sharing agreement, DSA) to instrument prawny i polityczny, który upoważnia jedno państwo do udostępniania informacji niejawnych innemu państwu albo koalicji. W CJTF umowy DSA określają warunki wymiany — jakie kategorie informacji są objęte, na jakich poziomach klauzuli tajności, z jakimi ograniczeniami i pod jakim nadzorem — a ich istnienie jest warunkiem koniecznym stosowania polityk ujawniania informacji (ROI) w systemach CDS, które tę wymianę realizują. CDS nie może ujawnić danych koalicji bez ważnej umowy DSA dającej upoważnienie do ujawnienia.

Umowy DSA mogą mieć formę dwustronną (między dwoma państwami) albo wielostronną (w całej koalicji). Umowy dwustronne są zazwyczaj bardziej precyzyjne w kwestii tego, co jest udostępniane i na jakich warunkach, ale nie skalują się do dużej koalicji — CJTF z piętnastu państw wymagałby nawet 105 dwustronnych instrumentów, z których wiele trzeba negocjować indywidualnie na szczeblu rządowym. Wielostronne ramy umów DSA, takie jak NATO Security Policy oraz powiązane dyrektywy techniczne i wdrożeniowe Information Security, ustanawiają warunki bazowe, na jakich wszystkie państwa członkowskie NATO udostępniają sobie nawzajem informacje, ograniczając nakład negocjacji na poszczególne operacje dla państw członkowskich. Partnerzy misji (państwa spoza NATO uczestniczące w konkretnej operacji) zazwyczaj wymagają odrębnych umów dwustronnych, które mapują ich narodowe zasady bezpieczeństwa na ramy NATO.

Równoważność klasyfikacji należy do najbardziej istotnych technicznie elementów umowy DSA. Każde państwo stosuje własny narodowy system klasyfikacji, z własnym słownictwem oznaczeń, własnymi zasadami obsługi materiałów niejawnych i własnymi założeniami dotyczącymi tego, co oznacza SECRET w kontekście ujawniania kontrolowanego przez nadawcę. Wielonarodowy CJTF musi ustanowić tabelę mapowania, która określa, jak narodowe poziomy klasyfikacji każdego państwa odpowiadają poziomom koalicyjnym (NATO UNCLASSIFIED, NATO RESTRICTED, NATO CONFIDENTIAL, NATO SECRET, COSMIC TOP SECRET) na potrzeby wymiany informacji. Mapowanie to rzadko jest idealną równoważnością — to, co jedno państwo klasyfikuje jako SECRET, może leżeć znacznie powyżej lub poniżej tego, co drugie uważa za SECRET — a wybory mapowania wpływają zarówno na bezpieczeństwo informacji, jak i na operacyjną dostępność danych w sieci koalicyjnej.

Obsługa zastrzeżeń to problem równoległy. Państwa stosują zastrzeżenia narodowe — NOFORN, REL TO na określone listy, ograniczenia typu national-eyes-only, zastrzeżenia compartimentowe — których należy przestrzegać nawet wtedy, gdy informacja trafia do domeny koalicyjnej. Umowa DSA musi określać, jak obsłużyć każde zastrzeżenie: respektować je bez zmian (zastrzeżenie wraz z danymi trafia do sieci koalicyjnej), usuwać w zdefiniowanych warunkach (nadawca zezwala na usunięcie zastrzeżenia na potrzeby koalicji) albo traktować jako kryterium blokujące (danych z tym zastrzeżeniem w ogóle nie wolno ujawnić koalicji). Wdrożenie polityk filtrowania w CDS wynika wprost z tych zasad obsługi zastrzeżeń, dlatego negocjacje umów DSA i projektowanie polityk CDS muszą przebiegać w ścisłej koordynacji, a nie sekwencyjnie.

Harmonizacja STANAG na potrzeby wymiany danych koalicyjnych

STANAG-i (NATO Standardization Agreements) określają standardy techniczne, jakimi systemy C2 koalicji wymieniają dane. Istotne STANAG-i dla integracji C2 CJTF obejmują oznaczanie, łączność wiadomości, taktyczne łączniki danych oraz model informacyjny C2. Wyzwanie inżynierskie polega na tym, że państwa wdrażają STANAG-i z narodowymi profilami wdrożenia — wybierają różne wersje, włączają różne pola opcjonalne, stosują różne kodowania i różnie interpretują niejednoznaczne postanowienia. CJTF musi albo zharmonizować te narodowe profile, albo zbudować mediację, która je spina na bramie koalicyjnej.

Najistotniejsze STANAG-i dla wymiany danych koalicyjnych to:

• STANAG 4774 / 4778: określają składnię klauzuli poufności NATO (NATO Confidentiality Label Syntax) oraz wiązanie metadanych (Metadata Binding) dołączające etykiety bezpieczeństwa do wiadomości i obiektów danych. Państwa wdrażające różne wersje lub opcjonalne rozszerzenia tych STANAG-ów wytwarzają etykiety, których system CDS innego państwa może nie potrafić sparsować — to bezpośrednia awaria interoperacyjności ze skutkami dla bezpieczeństwa.
• STANAG 5048: Military Message Handling System (MMHS) — koalicyjny standard formalnej łączności wiadomościowej między sztabami. Narodowe implementacje MMHS różnią się obsługą zestawów znaków, kodowaniem pól nagłówka i opcjonalnymi konstrukcjami routingu.
• STANAG 5516 (oraz powiązany ADatP-3): formaty taktycznej wymiany danych. Państwa wdrażają Link 16 i jego standardy wiadomości z narodowymi rozszerzeniami i różnicami wersji, które wymagają translacji w bramie, gdy dane obrazu taktycznego przekraczają granice narodowe.
• STANAG 2534 / MIP (Multilateral Interoperability Programme): określa model danych wymiany informacji C2 (C2IEDM / JC3IEDM / MIM) dla naziemnych systemów C2. Narodowe systemy C2 implementują różne wersje MIP, a migracja od wersji wcześniejszych do MIP4 nie jest zakończona w całym sojuszu, co tworzy wymagania mostowania wersji.

Uzgadnianie słowników danych to żmudny proces porównywania narodowych profili wdrożenia pole po polu, identyfikowania miejsc, w których się rozbiegają, i decydowania, jak obsłużyć każde odchylenie. Dla pól, gdzie obie strony stosują to samo kodowanie i tę samą semantykę, most nie jest potrzebny. Dla pól, gdzie jedna strona używa opcjonalnego rozszerzenia, którego druga nie implementuje, trzeba zdefiniować mapowanie albo wartość domyślną. Dla pól, gdzie dwa państwa stosują rzeczywiście różne modele semantyczne dla tego samego pojęcia (np. różne sposoby wyrażania statusu operacyjnego jednostki), trzeba napisać rzeczywistą regułę translacji i przetestować ją na prawdziwych danych. Praca ta jest zwykle wykonywana podczas wydarzenia integracyjnego przed wdrożeniem — najlepiej na ćwiczeniu koalicyjnym w stylu CWIX — a pozostałe luki dokumentuje się jako zaakceptowane ograniczenia wchodzące w operację.

Mostowanie formatów wiadomości w bramie koalicyjnej tłumaczy między formatami narodowymi a koalicyjnym profilem bazowym dla każdego STANAG-a. Usługa mediatora odbiera wiadomości w profilu każdego państwa wnoszącego wkład, stosuje mapowanie uzgodnieniowe i ponownie publikuje wiadomości w koalicyjnym profilu bazowym do odbioru przez pozostałych uczestników. Mediatora należy przetestować na pełnym zakresie typów wiadomości i kombinacji pól, jakie systemy każdego państwa wnoszącego wkład faktycznie wytwarzają — nie tylko na kanonicznych przykładach ze specyfikacji STANAG — ponieważ narodowe implementacje często ćwiczą przypadki brzegowe, których testy laboratoryjne nie wychwytują.

Federacyjne zarządzanie tożsamością i dostępem w CJTF

Kontrola dostępu w sieci misji koalicyjnej musi uwzględniać użytkowników uwierzytelnianych przez wiele różnych narodowych infrastruktur tożsamości, uzyskujących dostęp do zasobów na różnych poziomach klauzuli tajności i oznaczeń ujawnialności, z systemów w wielu rolach organizacyjnych. Centralnie prowadzona przez koalicję lista kontroli dostępu dla poszczególnych użytkowników nie jest wykonalna w dużym CJTF, gdzie skład osobowy zmienia się w miarę rotacji kontyngentów. Rozwiązaniem jest federacyjne zarządzanie tożsamością w połączeniu z kontrolą dostępu opartą na atrybutach (ABAC).

Każde państwo wnoszące wkład utrzymuje własną infrastrukturę klucza publicznego (PKI) — hierarchię CA wydającą cyfrowe certyfikaty swoim użytkownikom i systemom. Aby narodowa PKI była zaufana przez podmioty korzystające z sieci koalicyjnej (serwery uwierzytelniania, usługi kontroli dostępu, portale aplikacyjne), certyfikat głównego CA państwa musi znaleźć się w magazynie kotwic zaufania koalicji, a obie PKI muszą mieć umowę certyfikacji krzyżowej. NATO operuje NATO PKI z własną hierarchią CA; państwa członkowskie operują także narodowymi PKI, a certyfikacja krzyżowa między NATO PKI a narodowymi PKI jest warunkiem płynnego uwierzytelniania w całej koalicji. Partnerzy misji, którzy nie znajdują się w strukturze zaufania NATO PKI, wymagają odrębnych ustaleń certyfikacji krzyżowej, które muszą zostać zakończone przed rozpoczęciem operacji. Szersze omówienie działania tożsamości federacyjnej w sieciach koalicyjnych znajduje się w naszym artykule o sieciach koalicyjnych z tożsamością federacyjną.

Po ustaleniu tożsamości decyzje o dostępie wykorzystują polityki ABAC, które oceniają atrybuty użytkownika — narodowość, poziom upoważnienia, przydzieloną rolę, przydział operacyjny, stanowisko organizacyjne — względem atrybutów zasobu (poziom klauzuli tajności, zastrzeżenia, oznaczenia ujawnialności) i wydają decyzję o przyznaniu albo odmowie. Przewaga ABAC nad modelami opartymi na rolach w CJTF polega na tym, że politykę można napisać raz, w kategoriach kombinacji atrybutów, i stosować dynamicznie do dowolnego zasobu bez wcześniejszego wyliczania par użytkownik–zasób. Reguła polityki w rodzaju „zasób oznaczony SECRET REL TO [zestaw partnerów] może być dostępny dla każdego użytkownika, którego narodowość należy do [zestawu partnerów] i którego upoważnienie wynosi SECRET lub wyżej” obejmuje nieograniczoną liczbę użytkowników i zasobów bez ręcznej administracji.

Praktyczne wdrożenie ABAC w działającym środowisku CJTF wymaga, by informacje o atrybutach były dokładne i aktualne. Atrybuty poziomu upoważnienia, roli i przydziału muszą pochodzić z autorytatywnych katalogów narodowych albo dostawców tożsamości i być utrzymywane w miarę zmian składu osobowego. Użytkownik, którego atrybut roli nie został zaktualizowany po zmianie przydziału, może zachować dostęp do zasobów, których nowa rola nie uprawnia, albo zostać pozbawiony dostępu wymaganego przez nową rolę. Zarządzanie atrybutami to proces operacyjny, nie jednorazowe zadanie konfiguracyjne, a dyrekcja CIS koalicji musi odpowiadać za mapowanie składu osobowego na atrybuty i utrzymywać je w koordynacji z organami personalnymi każdego państwa wnoszącego wkład.

# Illustrative ABAC policy rule (XACML-style pseudocode)
Rule: "Access SECRET REL TO partner-set resources"
  Effect: Permit
  Condition:
    resource.classification == "SECRET"
    AND resource.releasability.contains(subject.nationality)
    AND subject.clearanceLevel IN ["SECRET", "TOP_SECRET"]
    AND subject.assignment.operationalStatus == "ACTIVE"
  ObligationOnPermit:
    log_access(subject.id, resource.id, decision="PERMIT", timestamp=now())
            

Wnioski z rzeczywistych wdrożeń CJTF

Wzorce wynikające z kolejnych operacji CJTF ujawniają powtarzające się tryby awarii o charakterze architektonicznym, a nie przypadkowym. Ich zrozumienie jest najprostszą drogą do uniknięcia tych samych problemów w nowym wdrożeniu.

Gromadzenie informacji to najbardziej istotny operacyjnie tryb awarii i najczęściej raportowany w analizach pooperacyjnych. Występuje wtedy, gdy kontyngenty narodowe odmawiają ujawnienia danych sieci koalicyjnej, ponieważ polityka ujawniania informacji nie jest rozstrzygnięta, ponieważ CDS nie jest skonfigurowany do realizacji właściwej umowy DSA, albo ponieważ narodowi oficerowie ds. ujawniania stosują nadmiernie konserwatywne interpretacje przy niejednoznacznej polityce. Skutkiem jest wspólny obraz operacyjny koalicji widocznie gorszy od tego, które każde państwo widzi we własnej sieci narodowej, co osłabia zdolność sztabu do planowania i kierowania operacjami. Łagodzenie ryzyka polega na zakończeniu negocjacji umów DSA i konfiguracji polityk CDS przed rozpoczęciem operacji — nie po jej rozpoczęciu — oraz na przeprowadzeniu testów przedwdrożeniowych, które walidują faktyczny przepływ danych, a nie tylko łączność sieciową. Luki w polityce, które ujawniają się dopiero, gdy operacyjne dane zaczynają płynąć, są niezwykle trudne do rozwiązania pod presją czasu.

Ograniczenia pasma to druga kategoria awarii i są niemal uniwersalne w elementach rozmieszczonych na wysunięciu, połączonych przez satelitę taktycznego. Ruch generowany przez nowoczesne systemy C2 — ciągłe aktualizacje śladów, wielowarstwowe produkty wywiadowcze, obrazy o wysokiej rozdzielczości i wideo z UAV w ruchu ciągłym — znacznie przekracza możliwości wielu rozwiniętych łącz satelitarnych. Tryb awarii to stopniowa degradacja: ruch C2 wrażliwy na czas zaczyna doświadczać opóźnień, gdy dane masowe wypełniają dostępną pojemność, a obraz koalicyjny staje się nieaktualny akurat wtedy, gdy rośnie tempo operacyjne. Łagodzenie to połączenie egzekwowania QoS (jak opisano powyżej), kompresji danych na bramie koalicyjnej i świadomych decyzji o tym, które kategorie danych są dopuszczone do sieci misji i z jaką częstością aktualizacji. Nie wszystko, co można udostępnić, musi być udostępnione; zarządzanie priorytetami przestrzeni informacyjnej to decyzja dowódcza, którą architektura CIS musi być zaprojektowana do egzekwowania.

Wąskie gardła CDS występują, gdy rozwiązanie międzydziedzinowe staje się ograniczeniem przepustowości. Pojedyncze urządzenie CDS obsługujące cały ruch międzydziedzinowy dla dużego sztabu CJTF — częsta konfiguracja początkowa w szybko składanych operacjach — staje się pojedynczym punktem awarii i wąskim gardłem przetwarzania w miarę wzrostu wolumenów danych. Tryb awarii to zwykle narastanie kolejek przy CDS: przychodzące ujawnienia z sieci narodowych ustawiają się w kolejce za przepustowością inspekcji CDS, wprowadzając opóźnienia, które dla danych wrażliwych na czas, jak aktualizacje śladów powietrznych, czynią ujawnione dane operacyjnie nieaktualnymi w chwili dotarcia do sieci koalicyjnej. Łagodzenie to architektura rozproszona CDS: wiele instancji CDS obsługujących różne funkcjonalne strumienie ruchu (wywiad, ogniowe, logistyka, śledzenie sił własnych), z możliwością przejęcia między instancjami. Wymaga to większej pojemności CDS, ale koszt uzasadnia ryzyko operacyjne wąskiego gardła w ścieżce międzydziedzinowej.

Rzadziej cytowanym, ale praktycznie istotnym trybem awarii jest degradacja jakości etykiet klasyfikacji w trakcie operacji. Na początku wdrożenia dyscyplina oznaczania danych jest zwykle najwyższa — systemy są poprawnie skonfigurowane, operatorzy przeszkoleni, a zgodność sprawdzana. W miarę trwania operacji i zmian tempa operacyjnego jakość etykiet ma tendencję do dryfu: operatorzy stosują etykiety ogólne zamiast precyzyjnych oznaczeń ujawnialności, systemy automatyczne generują nieoznaczone produkty danych, a wyjątki się kumulują. Konsekwencją jest rosnący wolumen danych, których CDS nie może automatycznie ujawnić, ponieważ etykieta nie odpowiada polityce, co tworzy rosnącą kolejkę przeglądu ludzkiego i zmniejsza efektywne pokrycie automatyzacji ROI. Utrzymanie jakości etykiet wymaga stałego nadzoru operacyjnego — okresowych audytów wzorców oznaczania, informacji zwrotnej do jednostek źródłowych, których dane konsekwentnie nie przechodzą filtra automatycznego ujawniania, oraz kontroli inżynierskich zapobiegających przedostawaniu się nieoznaczonych danych do łańcucha dystrybucji już w systemie źródłowym.