Merivoimien johtamis- ja hallintaohjelmisto pintasodankäyntioperaatioihin

Pintasodankäynti on yksi tietointensiivisimmistä ympäristöistä, joita C2-järjestelmältä voidaan vaatia. Modernin fregattin tai hävittäjän Combat Information Centerissä (CIC) kymmeniä kontakteja — pintakontakteja, ilmauhkia, vedenalaisia signaatuureja, omia yksiköitä, helikoptereita ja miehittämättömiä ajoneuvoja — päivitetään jatkuvasti orgaanisista sensoreista ja datalinkeistä, ja jokainen vaatii luokittelun, priorisoinnin sekä reaaliaikaisen tarkistuksen aktiivisia aseiden käyttövyöhykkeitä vasten. Tätä hallitseva ohjelmisto ei ole pelkkä karttasovellus sensorisyötteillä: se on kerrostettu arkkitehtuuri, joka koostuu fuusiomoottoреista, datalinkkiprotokollapinоista, aseiden koordinointimoduuleista ja kryptografisesti erotetuista verkoista — kaikki ajettuna laitteistolla, jonka on selvittävä merellä pitkien käyttöönottojaksojen ajan ilman päivitysikkunaa. Tämä artikkeli on tekninen tarkastelu siitä, miten merivoimien C2-ohjelmisto arkkitehturoidaan pintasodankäyntiin, kattaen taktisen kuvan, datalinkkiintegraation, WEZ-hallinnan, ASW C2:n, partiolentokoneiden koordinoinnin sekä kyberturvallisuusrajoitteet, joita laivaympäristö asettaa. Laajempaan näkökulmaan sotilaallisin C2-arkkitehtuuriin liittyen katso kattava oppaamme sotilasjohtamisjärjestelmistä.

Merivoimien C2:n laajuus: CIC-automaatiosta laivasto-C2:een

Laivastollinen johtaminen ja hallinta ei ole yksittäinen järjestelmä vaan kolmesta erillisestä toiminnallisesta kerroksesta koostuva pino, joilla kullakin on eri viivevaatimukset, datavolyymit ja operaattoriroolit. Niiden sekoittaminen arkkitehtuurivaiheessa tuottaa suunnittelun, joka ei täytä yhtäkään niistä riittävästi.

Laivatasoinen CIC-automaatiokerros on nopein ja operatiivisesti välittömin. Se fuusioi orgaaniset sensorit — laivan pintahakututkaa, ESM-vastaanottimia, sonaria, elektro-optisia järjestelmiä — sekä datalinkkien panokset yhdeksi kontaktitietokannaksi, hallinnoi asejärjestelmiä ja tarjoaa päivystysoffiseerille ja aluksen komentajalle näyttökonsolit, joita tarvitaan taistelun johtamiseen reaaliajassa. Päivitysnopeudet mitataan tässä sekunteina; viive sensorin havaitsemisesta operaattorin näytölle on oltava alle kolme sekuntia, jotta taktinen kuva on toimintakelpoinen. Tämä kerros toimii Combat Information Centerissä luokitellulla, fyysisesti eristetyllä verkolla ja sen on pysyttävä toiminnassa riippumatta ylempien portaiden viestiyhteyksien tilasta.

Taisteluryhmän C2-kerros koordinoi useita aluksia. Pintahyökkäysryhmä tai lentotukialuksen iskuryhmä toimii integroituna yksikkönä, jakaa yhteisen taktisen kuvan kaikkien alusten kesken, koordinoi aseiden käyttövyöhykkeitä niin, ettei yhden aluksen ohjusten käyttöalue leikkaa toisen aluksen partiointihelikopterin lentorataa, ja purkaa konfliktitilanteita ryhmän sisällä. Tämän kerroksen ohjelmisto koostaa yksittäisten alusten kontaktikuvia datalinkin kautta, ratkaisee kaksoiskappaleet joissa sama kohde näkyy useiden alusten sensoreissa, ja jakaa koordinoidut WEZ-päivitykset takaisin jokaiselle alukselle. Päivitysnopeudet mitataan tässä kymmenissä sekunteissa; taisteluryhmän kuva on hieman karkeampi kuin yksittäisen aluksen orgaaninen kuva mutta kattaa huomattavasti laajemman maantieteellisen alueen.

Laivasto-C2-kerros koskee operatiivista suunnittelua ja strategista kontaktienjakoa. Se vastaanottaa koottuja yhteenvetoja taisteluryhmiltä, antaa liikekäskyjä ja toimintasääntöjä sekä ylläpitää operatiivisen tason kuvaa kampanjasuunnittelua varten. Tämä kerros toimii pidemmän kantaman viestiyhteyksillä, sietää suurempaa viivettä ja on tyypillisesti sijoitettu maihin tai erilliseen komentolaivaston alukseen eikä jokaiselle taistelualukselle. Monidomääni-C2-arkkitehtuuri, joka ohjaa nykyaikaisia yhteisoperaatioita, kytkee yleensä laivasto-C2-kerroksen yhteiseen operatiiviseen kuvaan, tehden merivoimien kuvan näkyväksi maa- ja ilmavoimien johtamiskeskuksille.

Nämä kolme kerrosta on suunniteltava selkeillä rajapinnoilla niiden välillä. CIC-automaatiokerros, joka paljastaa sisäisen sensorifuusion viestiväylän taisteluryhmäkerrokselle, skaalautuu huonosti; taisteluryhmä-C2, joka pollaa yksittäisiä CIC-järjestelmiä raaasta sensoridatasta, ylikuormittaa CIC:n käsittelykapasiteetin. Oikea raja on standardoitu kontaktivientirajapinta: CIC julkaisee auktoritatiivisen kontaktiluettelonsa hyvin määritellyllä aikataululla vakioviestimuodolla, ja taisteluryhmä-C2 tilaa nämä viennit koskematta CIC-sisäisiin toimintoihin.

Taktisen kuvan koostaminen merioperaatioihin

Taktinen kuva merivoimien CIC:ssä on fuusioitu, monidomääninen kontaktitietokanta. Se sisältää pintakontaktit, vedenalaiset kontaktit, ilmakontaktit ja omien yksiköiden sijainnit yhdessä koordinaatistossa, kussakin luokitus, käyntiinpanoasema, kontaktilaatuarvio ja lähdeluettelo. Tämän kuvan ylläpitäminen tarkasti modernien sensorien tuottamilla datamäärillä on CIC-ohjelmiston ydinhaaste.

Pintakontaktien hallinta alkaa raakatutkapaluista aluksen pintahakututkasta ja muista pintavalvontasensoreista. Tutka antaa kantaman ja suunnan jokaiseen havaittuun kohteeseen; CIC-ohjelmisto muuntaa nämä maantieteellisiksi koordinaateiksi, soveltaa häiriösuodatusta merihäiriöiden ja maatutkaheijastusten poistamiseksi ja aloittaa kontaktin jokaiselle pysyvälle kontaktille. Kontakteja päivitetään jokaisella tutkapyörityksellä — tyypillisesti kahden–kuuden sekunnin välein — Kalman-suotimella, joka arvioi sijainnin, kurssin ja nopeuden sijaintimittausten sarjasta. Kun datalinkkiviestiviestejä saapuu kohteelle, jota tutka jo seuraa, fuusiointimoottori korreloi linkkitiedotteen orgaanisen kontaktin kanssa ja yhdistää ne yhdeksi auktoritatiiviseksi kontaktiksi, johon kuuluu nyt sekä sensorivahvistus että kaikki datalinkin välittämät tunnistetiedot.

Kontaktilaadun arviointi on jatkuva prosessi. Kutakin kontaktia ylläpidetään yhdessä useammasta laadutilasta — vahvistettu, todennäköinen tai alustava — perustuen osallistuvien sensorien lukumäärään, raporttien johdonmukaisuuteen eri lähteiden välillä sekä aikaan viimeisimmästä tukevasta havainnoista. Vahvistettu kontakti on vahvistettu kahdesta tai useammasta riippumattomasta lähteestä ja päivitetty lyhyen toleranssi-ikkunan sisällä. Alustava kontakti on peräisin vain yhdestä lähteestä tai sitä ei ole päivitetty äskettäin, ja se näytetään operaattoreille pienennetyllä luottamuksella. Kun kontaktia ei ole päivitetty määritettävissä olevan aikarajan sisällä, se poistetaan taktisesta kuvasta sen sijaan, että sitä pidettäisiin indefiniittisesti — vanhentuneet kontaktit CIC:ssä ovat vaarallisempia kuin ei kontaktia lainkaan, koska ne vievät operaattorin huomion ja voivat tuottaa virheellisiä sitoutumissuosituksia.

Kontaktin luokittelu on HUNF-standardiluokituksen (vihamielinen/tuntematon/neutraali/ystävällinen) määrittäminen jokaiselle kontaktille. Luokittelu perustuu ESM-dataan (kontaktin tutka- ja viestintälähettimien tunnistaminen tunnetusta lähdekirjastosta), visuaaliseen tunnistamiseen aluksen optisesta tai infrapunasensorijärjestelmästä, AIS-korrelaatioon pintakontakteille ja IFF-vastauksiin ilmakontakteille. Luokittelu ei koskaan ole täysin automaattinen — se on suositus, jonka päivystysoffiseeri esittää ja tekee lopullisen päätöksen — mutta ohjelmisto tarjoaa todistepohjan, jonka avulla kokenut päivystysoffiseeri voi luokitella kontaktin sekunneissa eikä minuuteissa.

Datalinkkiintegraatio meriympäristöissä

Merivoimien C2-ohjelmisto toimii kerroksellisessa datalinkkiympäristössä, joka on kertynyt vuosikymmenten laivastokeHITYksen myötä. Kukin linkki välittää erilaista tietoa, toimii eri taajuuskaistoilla ja sillä on eri kantaman ja luotettavuuden ominaisuudet. CIC-ohjelmiston on ylläpidettävä kaikista aktiivisista linkeistä ja orgaanisista sensoreista koostettua yhdistettyä kontaktikuvaa, esittäen operaattorille yksittäisen deduplikoidun kontaktiluettelon riippumatta siitä, kuinka monta taustalla olevaa lähdettä siihen on osallistunut.

Link 16, jota välitetään Multifunctional Information Distribution System Low Volume Terminal (MIDS-LVT) -päätteillä, on ensisijainen taktinen datalinkki moderneille pintataistelijoille. Se jakaa yhteisen taktisen kuvan J-sarjan viesteillä: pinta-, vedenalaisia ja ilmakontakteja (J3.x), tarkkoja osanottajan sijainteja ja tunnistuksia (J2.x), aseiden koordinointia (J7.x ja J9.x) sekä verkonhallintaa (J0.x). Link 16 on aikajakoinen moniyhteysverkko, jossa jokaiselle osanottajalle on osoitettu aikaslotit, mikä tarkoittaa, että jokaisen osanottajan on oltava aikasynkronoitu ja sille on oltava osoitettu slottivaraus ennen kuin verkko voi toimia — tämä konfigurointivaihe on suoritettava operaatiokäskyprosessin aikana ennen kuin taisteluryhmä lähtee merelle. Yksityiskohtaisempaa käsittelyä Link 16 -viestijoukosta ja integraatioarkkitehtuurista löydät artikkelista Link 16 -taktisen datalinkkin integraatio.

Link 22 laajentaa taktisen datalinkin kuvaa horisontin takaisiin kantamiin käyttämällä HF-taajuuskaistoja ja eri viestiprotokollaa (NILE). Siinä missä Link 16 on pääasiassa näköyhteys- tai satelliittirelairiippuvainen pitkillä kantamilla, Link 22 etenee horisontin taakse HF-taivaanaallon kautta, antaen taisteluryhmälle horisontin takaisia kontaktitietoja ilman relaialusta tai satelliittikaistanleveyttä. CIC-ohjelmisto ylläpitää erillisiä kontaktipanoksia Link 16:sta ja Link 22:sta ennen niiden yhdistämistä yhdistettyyn kuvaan, koska kaksi linkkiä voi välittää saman kontaktin eri kontaktinumeroilla eri yksiköiden osoittamina.

Link 11 (TADIL-A) on edelleen asennettuna vanhoilla fregateilla ja partioaluksilla, jotka eivät ole vielä siirtyneet Link 16:een. Link 11 toimii kutsumispollaus-tilassa, jossa verkon ohjausasema pollaa jokaista osanottajaa vuorotellen — huomattavasti hitaampi päivityssykli kuin Link 16:n jatkuva lähetys. Sekakokoonpanoisessa taisteluryhmässä Link 16 -yksikkö toimii tyypillisesti relaana silloittaen Link 11 -kontaktit Link 16 -kuvaan yksiköille, jotka eivät voi vastaanottaa Link 11:tä suoraan. Relaylaivan CIC-ohjelmiston on sovellettava duplikaatinratkaisua, kun kontakti näkyy molemmilla linkeillä eri kontaktinumeroilla.

Yhdistetyn kontaktinhallinnan logiikka, joka on kaiken datalinkkiintegraation taustalla, noudattaa samaa periaatetta kuin sensorfuusio: yksi kanoninen kontakti per todellinen kohde riippumatta siitä, kuinka moni linkki raportoi sen. Assosiaatiointimoottori ennustaa jokaisen olemassa olevan kontaktin saapuvan linkkitiedotteen aikaleimaan, porttaa tiedotteen ennustetulle sijainnille linkin ilmoitetun sijaintitarkkuuden avulla ja assosioi, jos tiedote osuu portin sisään. Kanoninen kontakti absorboi sitten linkkitiedotteen päivittäen sijaintiarviota ja lisäten linkin osallistuvaksi lähteeksi. Saapuva linkkikontakti, joka ei assosioidu olemassa olevan kontaktin kanssa, käynnistää uuden kontaktin, merkittynä vain datalinkin kautta saatavaksi kunnes orgaaninen sensori tai toinen linkki vahvistaa sen.

Aseiden käyttövyöhykkeiden hallinta

Aseiden käyttövyöhykkeiden (WEZ) hallinta on prosessi, jolla taisteluryhmä perustaa, jakaa ja valvoo maantieteellisiä alueita, joilla kukin asejärjestelmä tai yksikkö on valtuutettu sitoutumaan. Ilman koordinoitua WEZ-hallintaa yhden aluksen ampuma ohjus voisi lentää toisen aluksen sitoutumislilmatilaan, tai matalalentavassa ASW-kuviossa lentävä helikopteri voisi olla pintatorjuntaohjuksen käyttöalueella. Monilaivaisessa taisteluryhmässä, joka suorittaa samanaikaisesti pintasodankäyntiä, ilmapuolustusta ja ASW-operaatioita, WEZ-konfliktit eivät ole reunatapauksia — ne ovat rutiinikoordinointiongelma, jonka ohjelmiston on ratkaistava jatkuvasti.

WEZ-määritelmät C2-tietokannassa ovat geometrisiä objekteja: polygoni- tai ympyrärajoja, vyöhyketyyppi, nimeävä viranomainen, voimassaoloaika ja lähetysasetus. Vyöhyketyypit sisältävät:

• Aseet vapaat — kaikki tunnistetut viholliskontaktit vyöhykkeen sisällä voidaan sitoa ilman lisävaltuutusta nimeävältä komentajalta.
• Aseet tiukat — vain kontakteja, jotka on positiivisesti tunnistettu vihamielisiksi, voidaan sitoa; tuntemattomia kontakteja ei saa sitoa ilman lisävaltuutusta.
• Aseet turvalliset — mitään sitoutumista ei ole valtuutettu vyöhykkeen sisällä riippumatta kontaktin luokittelusta; käytetään suojelemaan helikoptereita, partiolentokoneita ja UUV-ajoneuvoja määritellyllä alueella.

C2-ohjelmisto arvioi jatkuvasti jokaisen kontaktin maantieteellistä sijaintia kaikkiin aktiivisiin vyöhykkeisiin nähden. Kun kontakti ylittää vyöhykerajan, järjestelmä päivittää kyseisen kontaktin sitoutumisrajoitukset, hälyttää asepäällikköä ja, jos kontakti on aktiivisen TEWA-arvioinnin alaisena, laskee uudelleen sitoutumissuosituksen. Tämän sijainnin ja vyöhykkeen tarkistuksen on toimittava reaaliajassa — kolmenkymmenen solmun nopeudella liikkuva kontakti kulkee lähes kuusitoista metriä sekunnissa, eikä vyöhykeraja ole toleranssivyöhyke.

Vyöhykkeenjakelu taisteluryhmässä käyttää Link 16 -kontakti- ja hallintaviestejä jakamaan nykyiset WEZ-määritelmät jokaiselle ryhmän alukselle. Vastaanottavat alukset yhdistävät saapuvat vyöhykemääritelmät omaan WEZ-tietokantaansa käyttäen samaa korrelaatiologiikkaa kuin kontakteille — taisteluryhmän komentajalta saatu vyöhyke korvaa minkä tahansa paikallisesti määritellyn vyöhykkeen, joka kattaa saman alueen. Tämä varmistaa, että jokaisen aluksen sitoutumislogiikka toimii samojen sääntöjen mukaan, vaikka viestiyhteys olisi ajoittainen.

Vyöhykkeiden välinen konfliktintunnistus on erillinen toiminto. Aseet-vapaat-vyöhyke, joka päällekkäin helikopterin toiminta-aluetta kattavan aseet-turvalliset-vyöhykkeen kanssa, on kohtalokas suunnitteluvirhe; C2-ohjelmiston pitäisi tunnistaa ja hälyttää tästä konfliktista ennen lähetystä, ei sen jälkeen kun helikopteri on lentänyt alueelle, jonka se uskoo olevan turvallinen. Konfliktintunnistus arvioi kaikki vyöhykkeiden parit alueellisen päällekkäisyyden osalta ja korostaa tapauksia, joissa vyöhyketyyppien yhdistelmä tuottaisi ristiriitaisia sitoutumissääntöjä samalle kontaktille.

Sukellusveneentorjunnan (ASW) C2

ASW C2 on arkkitehtuurisesti erillinen pintasodankäynnin C2:sta, mutta se jakaa saman kontaktitietokannan ja sen on oltava konfliktinvapaata pinta- ja ilmakuvien kanssa. ASW-moduuli hallinnoi erilaisia sensoreita — sonobojeja, runkoon asennettua sonaria, hinattavaa matriisisonaria — ja toimii aikaskaaloilla ja maantieteellisillä skaaloilla, jotka eroavat pintakontaktien seurannasta.

Sonobojikentän hallinta on ilmassa suoritettavan ASW-toiminnan operatiivinen perusta. CIC-ohjelmisto ylläpitää tietokantaa jokaisesta käyttöönotetusta sonobojeista: sen maantieteellinen sijainti (tiedossa pudotushetkellä ja sen jälkeen ajelehtiva virran mukana), tyyppi (passiivinen LOFAR, aktiivinen DIFAR, vain kantama), jäljellä oleva akkukesto ja nykyinen havaintoasema. Kun sonoboji tuottaa akustisen suuntaviivan, CIC-ohjelmisto korreloi kyseisen suunnan olemassa oleviin vedenalaisiin kontakteihin ja päivittää niitä tai aloittaa uuden alustavan kontaktin. Useat suuntaviivat eri bojeilta kentällä kolmiomitrataan sijaintiesteen tuottamiseksi kontaktille.

Akustinen kontaktinhallinta on huomattavasti vaikeampaa kuin pintakontaktinhallinta. Akustiset havainnot ovat moniselitteisiä kantamaltaan ja suunnaltaan, ja kontaktin syvyys — joka voi vaihdella periskooppisyvyydestä useisiin satoihin metreihin — vaikuttaa sekä sen havaittavuuteen että sen uhkageometriaan. ASW-kontaktinhallinta ylläpitää vedenalaisia kontakteja suuremmilla sijaintiepävarmuusellipseillä kuin pintakontaktit, ja Kalman-suotimen liikemallin on otettava huomioon sukellusveneen täysi kolmiulotteinen manöverointikyky eikä pintakontaktin olennaisesti kaksiulotteinen liike.

Koordinoitu tuomintamenettely sitoo sensorinhallinnan aseiden koordinointikuvaan. Kun vedenalainen kontakti on luokiteltu vihamieliseksi ja tuominta on valtuutettu, ASW-moduuli laskee optimaalisen hakukuvion yhteistyöhelikoptereille, luo bojensijainninmuutostoimeksiannot sijaintiesteen tarkentamiseksi ja ylläpitää tuomintalokia, joka kirjaa jokaisen havainnon ja alustatoimen. Kun kontakti on riittävästi paikannettu, moduuli esittää torpedoratkaisun asepäällikölle valtuutettavaksi, sitoutumisgeometria näytettynä samassa taktisessa kuvassa, joka näyttää pinta- ja ilmakontaktit — jotta aluksen komentaja voi samanaikaisesti arvioida sukellusveneumkaa sekä pinta- ja ilmatilannetta ennen sitoutumisen valtuuttamista.

Meripartiolentokoneiden ja UUV:iden koordinointi

Modernit pintasodankäyntiyksiköt toimivat orgaanisilla helikoptereilla ja yhä enenevässä määrin taisteluryhmälle osoitetuilla kiinteäsiipijärjestelmän meripartiolentokoneilla. CIC:n on koordinoitava sensoritehtäviä, kuvanjakoa ja ilmatilan hallintaa kaikkien näiden alustojen osalta samanaikaisesti.

Meripartiolentokoneiden koordinointi keskittyy molemminpuoliseen datalinkkikuvaan. Esimerkiksi P-8 Poseidon osallistuu taisteluryhmän Link 16 -verkkoon, contributes omia tutka- ja sensorikontaktejaan J-sarjan viesteinä, jotka yhdistyvät CIC:n yhdistettyyn kuvaan. CIC palauttaa taisteluryhmän pintakuvan ilma-alukselle niin, että miehistö voi nähdä taktisen tilanteen matalalentolähestymisten aikana. Ääniviestikoordinointi — nimetyillä UHF- tai HF-taajuuksilla — käsittelee tuomintatyönkulkua, joka vaatii reaaliaikaista vuoropuhelua: bojensijainninmuutospyynnöt, kontaktin luokittelupäivitykset ja aseiden laukaisukoordinointi kun torpedositoutuminen on valtuutettu.

ASW C2 -moduuli luo muodollisia digitaalisia toimeksiantoja MPA:lle: este-hakukuvio maantieteellisillä reittipisteillä määriteltynä, kussakin paikassa käytettävien bojeiden tyypit, passiivikuunteluajanjaksot aktiivisten lähetyssyklien välillä ja akustisten havaintojen raportointimuoto. Tämä toimeksianto lähetetään strukturoituna digitaaliviestinä eikä vapaatekstipuheena, joten CIC voi seurata, mitkä ohjeet on kuitattu, milloin kukin boji on otettu käyttöön ja kuinka kauan ennen kuin kunkin bojen akku loppuu.

Helikopterikoordinointi CIC:stä noudattaa samaa kaavaa, mutta pienemmällä viiveellä, koska orgaaninen helikopteri on jatkuvassa UHF-ääniyhteydessä ja lyhyemmät etäisyydet mahdollistavat nopeammat datalinkkipäivitykset. CIC seuraa helikopteria ystävällisenä ilmakontaktina, ylläpitää sen aseet-turvalliset-vyöhykettä ilma-aluksen ympärillä ja vastaanottaa sonobojidataa jatkuvana syötteenä eikä jaksottaisena raportointina. Helikopterin aseet-turvalliset-vyöhykkeen hallinta on yksi operatiivisesti kriittisimmistä WEZ-toiminnoista — pintatorjuntaohjusjärjestelmä, joka ei tiedä, että aluksen oma helikopteri on sen käyttöalueella, on ystäväntulivaara.

Miehittämättömät vedenalaiset ajoneuvot (UUV) tuovat mukanaan telemetriapohjaisen koordinointimallin, jota CIC-ohjelmiston on tuettava erillisenä rajapintana. Tehtävätoimeksiannot lähetetään UUV:lle etukäteen suunniteltuna tehtävätiedostona — reittipisteiden jaksona, sensorin toimintatiloina ja raportointikäynnistäjinä — ja UUV suorittaa tehtävän autonomisesti. CIC vastaanottaa sijainti- ja sensoriraportit telemetriaviesteillä määritetyin väliajoin, täyttäen UUV:n sijainnin taktisessa näytössä ja yhdistäen sen akustiset havainnot ASW-kontaktikuvaan. Reaaliaikainen uudelleentehtäviä on mahdollista mutta kaistanleveysrajoitteista; CIC-ohjelmiston on hallittava viestintäaikataulua tasapainottaakseen UUV-seurannan suhteessa datalinkkikaistanleveyteen, jota tarvitaan muuhun taktiseen kuvaan.

Kyberturvallisuus laivakohtaisissa C2-järjestelmissä

Laivakohtainen C2-kyberturvallisuus on rajoitteiden ohjaamaa, joita ei sovelleta vastaaviin maissidonnaisiin järjestelmiin: fyysinen eristäytyminen merellä, äärimmäiset operatiivisen jatkuvuuden vaatimukset, TEMPEST-sähkömagneettisten säteilyjen hallinta sekä päivitysprosessit, joiden on otettava huomioon kuukausien mittaiset käyttöönottojaksot ilman luotettavaa yhteyttä päivitysinfrastruktuuriin.

Verkon segmentointi modernilla sota-aluksella toteutetaan fyysisellä erottelulla eikä pelkästään palomuurisäännöillä. Fregatti toimii tyypillisesti neljällä erillisellä verkkosegmentillä: erittäin salainen/arkaluonteinen erillinen tietoliikenne (TS/SCI) -segmentti kaikkein arkaluonteisimmille tiedustelusyötteille ja viestinnälle; salainen segmentti, joka kantaa taktista kuvaa, aseiden koordinointidataa ja Link 16 -liikennettä; luokittelematon segmentti hallinnolliselle, logistiselle ja miehistön hyvinvointiliikenteelle; sekä alustan hallinnan verkko potkurilaitteen ohjauksen, vahinkojen hallinnan ja aluksen järjestelmien seurantaan. Fyysinen erottelu tarkoittaa, että jokainen segmentti toimii erillisellä kaapeloinnilla, erillisellä kytkentäinfrastruktuurilla ja erillisillä työasemilla — hallintakonsolin käyttäjä ei pääse CIC-verkkoon kulkemalla väärin konfiguroidun palomuurin läpi, koska niiden välillä ei ole palomuuria; polkua ei ole lainkaan.

Poikkidomääniset datavirrat hallinnoidaan hyväksytyillä datadiodeilla ja poikkidomäänivartioilla tarkalleen niissä kohdissa, joissa tietojen on kuljettava luokitustasojen välillä. Datadioodi on yksisuuntainen optinen linkki — data voi virrata vain yhteen suuntaan fyysisen rakenteen kautta eikä käytäntömäärittelyn kautta. Poikkidomäänivahti on kehittyneempi laite, joka arvioi rajan yli kulkevia viestejä tiukan muotoskeemasanaston ja sisältöpolitiikan mukaisesti, hylkäen viestin, joka ei ole mukainen. Molempien laitetyyppien on oltava hyväksyttyjä kansallisten tai liittolaisten standardien mukaisesti niiden silloittamille luokitustasoille.

TEMPEST-vaatimukset edellyttävät, että CIC:n laitteet lähettävät sähkömagneettista säteilyä tasoilla, joilla vihollinen ei pystyisi rekonstruoimaan luokiteltua tietoa emanaatioista. Tällä on suoria vaikutuksia laitteiston valintaan: kaupallisesti saatavilla olevat työasemat ja palvelimet eivät lähes koskaan ole TEMPEST-sertifioituja TS/SCI- tai salaisen CIC-segmentin vaatimalla tasolla. Ohjelmien on hankittava kapeasta laivakohtaiseen käyttöön validoitujen kovetettujen, TEMPEST-sertifioitujen alustojen joukosta, hyväksyen korkeammat yksikkökustannukset ja pidemmät hankinta-ajat noudattamisen vastineeksi. CIC-osastolla itsessään — sen kaapelointi, tehon suodatus ja fyysinen suojaus — on myös oltava sovellettavan TEMPEST-standardin mukainen suunnittelu ja se on validoitava ennen käyttöönottoa.

Laivakohtaisen C2-ohjelmiston päivittäminen on operatiivisesti rajoitettua tavoin, joilla ei ole vastinetta yritys-IT:ssä. Alus voi olla merellä kuudesta yhdeksään kuukauteen; CIC-verkolla ei ole rutiiniyhteyttä toimittajan päivityspalvelimeen; ja taktista kuvaa ei voida viedä offline-tilaan päivitystä varten, kun alus on uhka-alueella. Vakiomuotoinen lähestymistapa sisältää kolme elementtiä. Ensinnäkin, käyttöönottoa edeltävä päivityspaketti rakennetaan ja regressiotestataan kyseisen alusluokan omakohtaista laitteisto- ja ohjelmistokokoonpanoa vasten ennen kuin alus lähtee käyttöönottoon, minkä jälkeen se asennetaan satamassa. Toiseksi, kokoonpanonhallintaa ylläpidetään koko käyttöönoton ajan niin, että jokaisen CIC-järjestelmäkomponentin tarkka tila on tiedossa jatkuvasti, mahdollistaen rikostutkinnallisen analyysin, jos poikkeama ilmenee. Kolmanneksi, kriittisen haavoittuvuuden poikkeusprosessi sallii hätäpäivitysten lähettämisen satelliittilinkin kautta, kun haavoittuvuutta hyödynnetään aktiivisesti kyseisen alusluokan kohdalla — nämä päivitykset käyvät läpi tiivistetyn mutta pakollisen regressiosyklin ennen lähetystä eikä niitä työnnetä suoraan toimittajan tiedotteesta.

/* Esimerkki: CIC-verkkosegmentin rajatarkistus poikkidomäänivardissa */

CICMessage msg = receivedFromClassifiedSegment();

// Skeemasvalidointi: hylkää viestit, joissa on strukturoimattomia tekstikenttiä
if (!msg.conformsToSchema(ALLOWED_MESSAGE_TYPES)) {
    guard.reject(msg, "Schema violation: unstructured field detected");
    return;
}

// Suunnatarkistus: data virtaa vain Salainen → Luokittelematon
if (msg.destinationClassification() > SECRET) {
    guard.reject(msg, "Upward flow violation");
    return;
}

// Sisältöpolitiikka: vain luokittelemattomat kontaktiyhteenvedot sallittu
if (msg.containsRawSensorData() || msg.containsKeyingMaterial()) {
    guard.reject(msg, "Content policy violation");
    return;
}

guard.forward(msg, unclassifiedSegment);

Eheyden valvonta täydentää laivakohtaista kyberturvallisuusasentoa. Jokainen CIC:n suoritettava tiedosto, konfiguraatiotiedosto ja datatiedosto tiivistetään käyttöönoton yhteydessä ja tiivistearvot tallennetaan muuttumistodistuksen lokiin. Valvontajärjestelmä laskee tiedostot uudelleen jatkuvalla aikataululla ja hälyttää, jos ero havaitaan — merkki siitä, että tiedostoa on muokattu valtuutetun päivitysikkunan ulkopuolella. Laivaympäristössä, jossa ulkoiseen tunkeutumiseen on vaikea päästä mutta sisäinen uhka ja toimitusketjun vaarantuminen ovat realistisia riskejä, eheyden valvonta on ensisijainen havainnointimekanismi eikä toissijainen.