Suojattu suoratoisto sotilaskomennossa ei ole yksi ongelma — se on päällekkäisten ongelmien pino, joka vaatii tarkkaa insinöörityötä. Drone syöttää ISR-videota 4–8 Mbps:n nopeudella. Anturiverkko lähettää telemetriatapahtumat tuhansina viesteinä sekunnissa. Äänikanava kuljettaa käskyjä, joiden on saavuttava 200 ms:n kuluessa, tai keskustelu hajoaa. Jokaisella virralla on erilaiset viive-, luotettavuus- ja luokitusvaatimukset, mutta kaikkien on virrattava salatun putken kautta, joka selviää verkon heikkenemisestä, välittäjän viasta ja kvanttilaskennan pitkästä varjosta.

Tässä artikkelissa käydään läpi koko arkkitehtuuri: kuljetusvalinnat, välittäjän suunnittelu, avainten hallinta, kvanttijälkeinen salaus, suorituslukemat, vikasietoisuuden mallit ja käyttöönottovaihtoehdot. Tavoitteena on konkreettinen insinöörillinen viite — ei whitepaper-abstraktio.

Vaatimuksia ohjaavat käyttötapaukset

Ennen arkkitehtuurin sitomista on hyödyllistä olla selkeä siitä, mitä putken on kuljetettava.

ISR-dronen video

Täysiliikuvideo tiedusteludroneesta on pinon suurikaistaisin virta. H.265-koodauksella yksi syöte käy 2–8 Mbps resoluutiosta ja kohtauksen monimutkaisuudesta riippuen. Viivevaatimus on tyypillisesti alle 500 ms päästä päähän, jotta analyytikot voivat ohjata ilma-alusta lähes reaaliaikaisesti. Ruutuhäviö yli 2–3% tekee syötteestä käyttökelvottoman, mikä sulkee pois kuljetukset, jotka eivät kykene käsittelemään ruuhkaa sulavasti. Luokitus on usein Salainen tai korkeampi, mikä tarkoittaa, että salaus on pakollista levossa ja siirron aikana.

Salattu ääniyhteys

VoIP taktisessa yhteydessä käyttää Opus-koodekkia 6–32 kbps:n nopeudella, tavoitteena yksisuuntainen viive alle 150 ms. Kova rajoitus on se, että jitter — ei läpäisy — tuhoaa äänenlaadun. 20 ms:n jitterpuskuri on vakio; mikä tahansa yli 60 ms vaatii aggressiivista toistokorjausta. Salaus lisää kiinteän kuorman pakettikohtaisesti, joten salavalinta on tärkeä: virtalukot tai laitteistokiihdytetyt lohkotilat kuten AES-256-GCM pitävät pakettikohtaisen viiveen alle 0,1 ms:ssä modernilla laitteistolla.

Anturitelemetria

Taistelukentän anturiverkko — paikannin, tutkat, elektronisen sodankäynnin vastaanottajat — voi lähettää kymmeniä tuhansia pieniä viestejä sekunnissa. Jokainen viesti voi olla vain 200–500 tavua. Kokonaisliikenteen läpäisy on vaatimaton (5–50 Mbps), mutta viestinopeudella stressataan välittäjän kirjoituspolkua ja kuluttajan deserialisointiläpäisyä. Telemetria sietää hieman suurempaa viivettä kuin ääni — 1–5 sekuntia on hyväksyttävää useimmille anturifuusion työnkuluille — mutta volyymi vaatii välittäjän, joka kestää suuren fan-outin ilman head-of-line-estoja.

C2-tapahtumien jakelu

Komento- ja hallintotapahtumat — tehtäväkäskyt, tilanneraportit, toimintavaltuudet — ovat pienvolyymiset mutta korkean integriteettitason vaatimukset. Puuttuva tai vioittunut C2-viesti on operatiivisesti vaarallinen. Nämä virrat vaativat täsmälleen-kerran-toimitussemantiikan, tuottavajärjestelmän vahvan todentamisen ja tarkastuslokin, jota ei voida väärentää jälkikäteen. Viivevaatimukset vaihtelevat: tehtäväkäsky voi sietää 2–5 sekunnin toimitusajan, kun taas hätäkeskeytysilmoituksen on tavoitettava kaikki kuluttajat 500 ms:n kuluessa.

Logistiikka- ja toimitusketjupäivitykset

Logistiikkatiedot — saattojoukkojen sijainnit, varastotasot, huoltostatus — ovat matalammin arkaluonteisia, mutta silti luokiteltuja useimmissa yhteyksissä. Päivitystiheys on tyypillisesti kerran 30–300 sekunnissa per kohde, mikä tarkoittaa, että välittäjä käsittelee tätä kohtuullisen nopeuden aiheena. Kuluttajapohja on laaja: esikuntaupseerit, logistiikkaohjelmistot ja automaattiset täydennysjarjestelmät tilaavat itsenäisesti.

Arkkitehtuurikerrokset

Kuljetuskerros: DTLS ja TLS

Oikea kuljetus riippuu virtatyypistä. UDP DTLS 1.3:n kanssa on oikea valinta videolle ja äänelle, koska se säilyttää datagram-semantiikan — kadonnut paketti hylätään eikä uudelleenlähetä, mikä estää head-of-line-eston, joka tuhoaa reaaliaikaisen median. DTLS tarjoaa saman todennetun salauksen kuin TLS, mutta pakottamatta järjestettyä toimitusta.

C2-tapahtumille ja telemetrialle, joissa toimitusluotettavuus on tärkeämpää kuin viive, TLS 1.3 TCP:n yli on edelleen sopiva. QUIC — joka multipleksoi itsenäiset virrat yhden UDP-yhteyden yli — on yhä houkuttelevampi, koska se poistaa head-of-line-eston kuljetuskerroksella säilyttäen samalla virrannmukaisen luotettavuuden. QUIC:issa on myös sisäänrakennettu yhteyden siirto, mikä auttaa, kun mobiili komentopiste vaihtaa verkkokäyttöliittymäänsä istunnon aikana.

Kaikissa tapauksissa määritä salaussarjat vaatimaan AES-256-GCM ja hylkää neuvottelut alle TLS 1.3:n tai DTLS 1.3:n tason. Ota käyttöön molemminpuolinen TLS (mTLS), jotta sekä tuottajat että kuluttajat esittävät asiakasvarmenteet — tämä estää todentamatonta laitetta syöttämästä dataa tai lukemasta virtoja, vaikka sillä olisi verkkoyhteys.

Välittäjäkerros: Kafka-aiheet luokitusrajoilla

Apache Kafka, tai sen hallittu vastine Azure Event Hubs Kafka-pinnalla, on luonnollinen välittäjävalinta puolustussuoratoistoon. Sen vain-lisäysloki-malli tarjoaa sisäänrakennetun tarkastuspolun; sen aiheabstraktio kuvautuu puhtaasti tietojen luokitustasoille; ja sen kuluttajaryhmämalli tukee fan-out-malleja, joita tarvitaan kun useat C2-näytöt, analytiikkamoottorit ja arkistointijärjestelmät kaikki kuluttavat samaa ISR-syötettä.

Kriittinen arkkitehtuuripäätös on aiheen segmentointi luokitustason mukaan. Salaisten ja Julkisten tietojen sekoittaminen samaan aiheeseen — vaikka molemmat olisi salattu — luo ristikkäisen toimialueen kontaminaatioriskin. Luo erilliset aiheet luokitusta kohden, pakota pääsynhallintaluettelot Kafkan valtuutuskerroksen kautta (tai Azure Event Hubs RBAC), ja poista selkotekstiä kuuntelijat kokonaan. Palvelutilillä, joka tuottaa Salaiseen ISR-aiheeseen, ei pitäisi olla lukuoikeuksia mihinkään muuhun aiheeseen.

Osioiden lukumäärä vaikuttaa läpäisyyn ja järjestystakauksiin. Korkean nopeuden telemetriaa varten osio anturin tunnisteen mukaan, jotta saman anturin viestit saapuvat järjestyksessä yhdelle kuluttajasäikeelle. Videolle yksiosioinen aihe kameraa kohden varmistaa ruutujärjestyksen. C2-tapahtumille yksiosioinen aihe matalalla replikointiviiveellä varmistaa tiukan järjestyksen kaikkien kuluttajien välillä.

Kuluttajakerros: C2-näytöt ja analytiikka

Kuluttajat sotilaskomennossa ovat heterogeenisiä: taktinen näyttö, joka pyörii suojatussa kannettavassa, palvelinpuolen analytiikkamoottori, joka fuusioi anturidataa, ja arkistointijärjestelmä, joka kirjoittaa salattuun objektivarastoon. Jokainen kuluttaja tilaa yhden tai useamman aiheen ja käsittelee viestejä omassa tahdissaan välittäjän säilytysikkunassa.

Kuluttajan viiveen seuranta on välttämätöntä. Näyttö, joka on 10 minuuttia live-ISR-syötteen jäljessä, on operatiivisesti yhtä kuin ei syötettä lainkaan. Instrumentoi kuluttajaryhmän siirtymät Prometheuksella ja Grafanalla (tai vastaavilla paikallisilla työkaluilla) ja hälytä, kun jokin kuluttajaryhmä ylittää määritettävän viivekynnyksen. Kriittisimmille kuluttajille määritä enimmäissiirtymäetäisyys, joka laukaisee operatiivisen hälytyksen ennen kuin kuluttajan asema putoaa välittäjän säilytysikkunan ulkopuolelle.

Avainten hallinta suoratoistoon

Lyhytikäiset istuntoavaimet

Jokainen suoratoistoistunto käyttää ainutlaatuista datansalauksessa avainta (DEK), joka luodaan istunnon alussa. DEK salaa todellisen virran hyötykuorman AES-256-GCM:llä. DEK itse kääritään avainten salausavaimella (KEK), joka on tallennettu laitteistopohjaiseen KMS:ään — Azure Key Vault HSM:llä, HashiCorp Vault laitteistotaustalla tai paikallinen FIPS 140-3 Taso 3 HSM.

Kääritty DEK ja avaintunniste upotetaan jokaiseen viestin otsikkoon. Kun kuluttaja vastaanottaa viestin, se lukee avaintunnisteen, tarkistaa paikallisen avainvälimuistin, ja jos DEK ei ole välimuistissa, hakee ja purkaa sen KMS:stä. Tämä kirjekuorensalauma-malli irrottaa avainten elinkaaren virran elinkaaresta: KEK:n kiertäminen ei vaadi minkään virtadatan uudelleensalausta.

Avainten kierto ilman virran keskeytymistä

DEK:n kiertäminen istunnon aikana pudottamatta ruutuja vaatii kaksoisavainnusmenetelmää. Ennen kiertoväliä KMS toimittaa uuden DEK:n ja lähettää sen avaintunnisteen erillisen sisäisen avainilmoitusaiheen kautta. Tuottajat alkavat merkitä uusia ruutuja saapuvan avaimen tunnisteella, kun edellinen avaintunniste pysyy voimassa. Kuluttajat tallentavat molemmat avaimet välimuistiin määritettävän päällekkäisyysikkunan aikana — tyypillisesti 30–60 sekuntia.

Kun kaikki aktiiviset kuluttajaryhmät ovat vahvistaneet käsitelleensä vähintään yhden viestin uudella avaintunnisteella, KMS peruuttaa vanhan DEK:n. Tuottajat lopettavat ruutujen merkitsemisen vanhalla avaintunnisteella. Koko kierto on virran kannalta läpinäkyvä: yhtään ruutua ei pudoteta, uudelleenyhteyttä ei vaadita, eikä kuluttajan näyttö näe mitään keskeytystä.

Kiertovälit riippuvat luokitustasosta ja riskiasenteesta. Kohtuullinen perusviiva on 15–60 minuuttia ISR-videolle ja 5–15 minuuttia C2-tapahtumakanavilla. Erittäin Salaisten tietojen istunnot voivat kierrättää 2–5 minuutin välein. Kierron ylikuorma koostuu pääasiassa KMS:n edestakaisesta matkasta (tyypillisesti 10–50 ms), ei salaustoiminnasta itsestään.

Kvanttijälkeinen integraatio

Kuten aiemmassa analyysissamme CNSA 2.0 -vaatimustenmukaisuudesta puolustusjärjestelmille on kuvattu, Yhdysvaltain NSA:n Commercial National Security Algorithm Suite -version 2 edellyttää kvanttijälkeisiä algoritmeja kaikille uusille luokitelluille järjestelmille. Suoratoiston putkille tällä on kaksi konkreettista seuraamusta.

ML-KEM avainten muodostamiseen

ML-KEM-768 (NIST FIPS 203, aiemmin CRYSTALS-Kyber) korvaa tai täydentää ECDH:ta kädenpuristuksessa, joka muodostaa istunnon DEK:n. Hybridi X25519 + ML-KEM-768 -rakenne tarjoaa turvallisuuden sekä klassisia että kvanttivastustajia vastaan siirtymäkauden aikana — jos jompikumpi algoritmi murtuu, istuntoavain pysyy turvassa, koska molemmat on murrettava samanaikaisesti.

ML-KEM-768-julkinen avain on 1 184 tavua ja salateksti 1 088 tavua — suurempi kuin ECDH-avainten vaihto, mutta hyvin TLS-laajennuksen tai mukautetun kädenpuristuksen otsikon budjetin rajoissa. 3 GHz:n palvelintasoisella suorittimella ML-KEM-768-avaimen luonti kestää noin 0,1 ms ja purku 0,15 ms. Nämä ovat kertakustannuksia istuntoa kohden, ei ruutukohtaisia kustannuksia.

AES-256-GCM bulkkisalaukseen

Kvanttijälkeisiä algoritmeja käytetään avainten muodostamiseen, ei bulkkidatan salaukseen. AES-256-GCM laitteistokiihdytyksellä (AES-NI-ohjeet saatavilla kaikissa moderneissa x86- ja ARM-palvelinsuorittimissa) salaa bulkki-virtadataa 3–10 GB/s per ydin. 4 Mbps:n ISR-videosyöte vaatii noin 0,4 Mbps todellista AES-läpäisyä koodekinkuorman jälkeen — merkityksetön kuorma millä tahansa modernilla suorittimella. Salauksen ylikuorma 1 MB:n hyötykuormalle on alle 0,1 ms.

ML-DSA tuottajan todentamiseen

Jokainen ruutuotsikko kantaa digitaalista allekirjoitusta, joka todentaa tuottavan järjestelmän. ML-DSA-65 (NIST FIPS 204, aiemmin CRYSTALS-Dilithium) tarjoaa kvanttijälkeisen allekirjoitusturvallisuuden. 48-tavuisen viestitiivisteen allekirjoittaminen ML-DSA-65:lla kestää noin 0,3 ms palvelinlaitteistolla; varmennus kestää 0,2 ms. Korkean nopeuden telemetrialle 100 viestin ryhmän Merkle-juuren erätodekirjoittaminen amortisoi tämän kustannuksen alle 0,01 ms:ksi per viesti.

Suorituskyky: realistinen viivebudjetti

Viiveen lähteiden ymmärtäminen on välttämätöntä ennen optimointia. Realistinen erittely ISR-videoruudulle, joka matkaa drone-anturista C2-näyttöön heikentyneen taktisen linkin kautta:

  • Verkon RTT (drone maanasemalle): 20–80 ms linkin tyypistä riippuen (satelliitti vs. näköyhteyslinkki)
  • DTLS-kädenpuristus (amortisoidut istuntoa kohden): 1–3 ms sisältäen ML-KEM-768-vaihdon
  • AES-256-GCM-salaus per ruutu: <0,1 ms
  • Kafka-välittäjän kirjoitus + replikointikommit: 2–8 ms rinnakkaisella välittäjällä; 15–40 ms saatavuusalueiden välillä
  • Kuluttajan haku ja DEK-välimuistihaku: 0,5–2 ms
  • AES-256-GCM-purku per ruutu: <0,1 ms
  • Näytön renderöintiputki: 5–16 ms (yksi ruutu 60 fps:llä)

Kokonaisviive päästä päähän: 30–150 ms hyvin varustellussa taktisessa verkossa. Salauskomponentit — sekä klassiset että kvanttijälkeiset — vastaavat alle 5 ms:stä tuosta kokonaisuudesta. Hallitsevat kustannukset ovat verkon RTT ja välittäjän replikointiviive. Salausvalinnan optimoinnilla on merkityksetön vaikutus; välittäjän sijoittelun ja verkkopolun valinnan optimoinnilla on suuri vaikutus.

Äänelle DTLS:n ylikuorma pakettia kohden on relevantti luku: alle 0,1 ms per 20 ms Opus-ruutu, mikä on alle aistittavan kynnyksen. Kvanttijälkeinen kädenpuristus on kertakustannus istunnon muodostamisessa, ei pakettikohtainen ylikuorma.

Vikasietoisuus: mitä tapahtuu kun asiat menevät pieleen

Välittäjän vika

Kafka-klusteri, jossa on kolme välittäjää ja replikointikerroin 3 (min.insync.replicas=2), sietää minkä tahansa yksittäisen välittäjän menetyksen ilman tietohäviötä ja minimaalisella keskeytymisellä. Osion johtajan valinta vikaantuessa tyypillisesti valmistuu 5–30 sekunnissa oletusasetuksilla; unclean.leader.election.enable=false -säätö ja replica.lag.time.max.ms:n pienentäminen 5000 ms:iin pitää tämän ikkunan tiiviinä.

Tuottajien tulisi määrittää uudelleenyritykset eksponentiaalisella takaisinvedolla ja idempotentti tuottajatila (enable.idempotence=true) estääkseen viestien kahdentumisen johtajan valinnan aikana. Automaattisen commitin käyttävien kuluttajien tulisi poistaa se käytöstä ja tehdä siirtymäcommit vasta onnistuneen käsittelyn jälkeen estääkseen viestin menetyksen kuluttajan uudelleenkäynnistyksessä.

Kuluttaja jää jälkeen

Kuluttaja, joka jää jälkeen, voi lopulta pudota välittäjän säilytysikkunan ulkopuolelle menettäen viestit pysyvästi. ISR-videolle määritä operatiiviseen tempoon sopiva säilytysaika — 4 tuntia on kohtuullinen perusviiva taktisille syötteille. C2-tapahtumille, joita ei saa koskaan menettää, kasvata säilytys 7–30 päivään ja harkitse erillistä arkistointikuluttajaa, joka kirjoittaa salattuun pitkäaikaiseen tallennukseen.

Kun kuluttaja ei pysty purkamaan viestiä — esimerkiksi koska sen DEK-välimuisti on vanhentunut ja KMS on tilapäisesti tavoittamattomissa — ohjaa käsittelemätön viesti kuolleita kirjeitä -aiheeseen sen sijaan, että se hylätään hiljaisesti. Operaattori voi sitten tutkia ja toistaa viestit, kun KMS on palautettu.

Avainten kierto aktiivisen istunnon aikana

Yllä kuvattu kaksoisavainnuskierto käsittelee normaalin tapauksen. Reunatapaus on KMS, joka tulee saavuttamattomaksi kesken kierron. Oikea käyttäytyminen on pidentää nykyisen DEK:n voimassaoloa, kunnes KMS on jälleen tavoitettavissa — ei palata salaamattomaan lähetykseen. Määritä enimmäisavainten ikä, jonka jälkeen tuottaja keskeyttää virran sen sijaan, että jatkaa vanhentuneella avaimella. Tämä on harkittu operatiivinen kompromissi: lyhyt virran keskeytyminen on parempi kuin lähettäminen ilman salausta luokitellulla kanavalla.

Käyttöönottomallit

Pilvipalvelukäyttöönotto: Azure Event Hubs ja Corvus.Quantum

Azure Event Hubs tarjoaa hallitun Kafka-pinnan sisäänrakennetulla geo-redundanssilla ja yksityisen päätepisteen tuella Azure Private Linkin kautta. Yhdistettynä Azure Key Vault Managed HSM:ään avainten tallennusta varten, tämä poistaa operatiivisen taakan Kafka-infrastruktuurin hallinnasta säilyttäen protokollayhteensopivuuden, joka mahdollistaa vakio-Kafka-asiakkaiden yhdistymisen ilman muutoksia.

Corvus.Quantum integroituu suoraan tähän pinoon lisäten kvanttijälkeisen avainten muodostuskerroksen, ML-DSA-tuottajan todentamisen ja automaattisen avainten kierronhallinnan. Alusta käsittelee KMS-integraation, DEK-elinkaaren ja kuluttajaryhmän avainten synkronoinnin monimutkaisuuden — insinööritiimit integroivat sovellustasolla ja perivät turvallisuuskontrollit sen sijaan, että rakentaisivat ne alusta alkaen.

Paikallinen ilmarakokäyttöönotto

Luokitellut verkot, jotka eivät pysty yhdistymään pilvipalveluihin, vaativat täysin paikallisen pinon. Kuten oppaassamme ilmarakokäyttöönotoista puolustusjärjestelmille on kuvattu, tämä tarkoittaa Kafkan, KMS:n, varmenneviranomaisen, skeemarekisterin ja seurantatyökalujen pakkaamista offline-pakettiin. Suoratoiston protokolla ja salauskaavio ovat identtiset pilvipalvelukäyttöönoton kanssa — vain infrastruktuurin isäntä muuttuu.

HSM:n valinta ilmarakokäyttöönotoille on täytettävä vähintään FIPS 140-3 Taso 3 Salaisen tason datalle. Verkkojen segmentointi välittäjäverkon ja kuluttajaverkon välillä datadiodin avulla pakottaa yksisuuntaisen tietovirran syötteille, joissa kuluttajien ei pidä voida vaikuttaa tuottajiin.

Hybridikäyttöönotto

Eteenpäin sijoitetulla komentopaikalla voi olla katkonainen pilviyhteys. Hybridimallissa paikallinen Kafka-välittäjä peilaa osajoukon aiheista pilvipalveluvälittäjälle, kun yhteys on käytettävissä. Tuottajat kirjoittavat paikalliseen välittäjään riippumatta pilviyhteydestä. Pilvessä olevat kuluttajat vastaanottavat dataa, kun peili toimii; etupohjien kuluttajat vastaanottavat dataa jatkuvasti paikalliselta välittäjältä.

Avainten hallinta hybridimallissa vaatii huolellista suunnittelua: KMS:n on oltava tavoitettavissa sekä paikallisilla että pilvipalvelun tuottajilla ja kuluttajilla, tai paikallisen KMS:n on kyettävä toimimaan itsenäisesti ja synkronoimaan pilvipalvelun KMS:n kanssa, kun yhteys palautuu. Ristiriidaton avaintunnisteen nimiavaruus estää törmäykset, kun molemmat KMS-instanssit luovat avaimia itsenäisesti.

Miksi operatiivinen kokemus on tärkeää

Suoratoiston arkkitehtuuri, joka näyttää oikealta paperilla, epäonnistuu usein tuotannossa olosuhteissa, jotka ovat tärkeimpiä: heikentyneet yhteydet, osittaiset viat, korkea operaattorin tempo ja vastustajan häirintä. Tässä artikkelissa esitetyt periaatteet eivät ole teoreettisia — ne heijastavat sitä, mitä olemme oppineet operoimalla suoratoiston infrastruktuuria ympäristöissä, joissa epäonnistuminen ei ole abstraktio.

Viivebudjetit ovat todellisia lukuja todellisista käyttöönotoista satelliitti- ja taktisten radiolinkkien yli. Avainten kierron vikatilat löydettiin ajamalla putki simuloidun KMS-saavuttamattomuuden alla, ei lukemalla Kafka-dokumentaatiota. Kuluttajan viivehälytyskynnykset kalibroitiin todellisten analyytikkojen työnkulkuja vasten, ei benchmarking-skenaarioita vasten.

Tämä operatiivinen pohja on myös syy, miksi lähestymme nollaluottamusarkkitehtuuria näille putkille niin kuin teemme — uhkamalli sisältää sisäpiiriläiset, paikallisessa verkossa vaarantuneet laitteet ja vastustajat, joilla on pitkäaikainen pakettien kaappauskyky. Syvempää käsittelyä siitä, miten nollaluottamus risteää reaaliaikaisen suoratoiston kanssa, katso artikkelimme nollaluottamusarkkitehtuurista sotilasverkoissa.

Yhteenveto

Suojattu suoratoiston sotilaskomentoputki rakennetaan koostettavista, hyvin tunnetuista komponenteista: DTLS/TLS 1.3 kuljetukseen, Kafka välittäjäksi, AES-256-GCM bulkkisalaukseen, ML-KEM-768 kvanttijälkeiseen avainten muodostamiseen ja KMS-tuettu kirjekuorensalauma avainten hallintaan. Mikään näistä komponenteista ei ole eksoottinen. Insinöörillinen haaste on integroida ne oikein, operoida niitä vastustajan olosuhteissa ja varmistaa, että avainten elinkaaren tapahtumat — kierto, peruutus, KMS-vika — eivät luo aukkoja salauskattavuuteen.

Kvanttijälkeinen salaus lisää mitattavan mutta hallittavan ylikuorman: alle 1 ms per istunto avainten muodostamiseen, alle 0,1 ms per viesti allekirjoittamiseen amortisoiduissa erissä. Viivebudjettia hallitsevat verkko- ja välittäjäkustannukset, ei salaus. Kohdista optimointipanostus vastaavasti.

Tässä kuvattu arkkitehtuuri skaalautuu yhdestä ISR-syötteestä eteenpäin sijoitetulla kannettavalla tietokoneella monilukitus-, monikuluttajasuoratoiston kankaaseen, joka palvelee satoja samanaikaisia C2-työasemia. Samat periaatteet pätevät molemmissa päissä kyseistä vaihteluväliä.

Aiheeseen liittyvät artikkelit

Corvus.Quantum toimittaa tuotantovalmiin kvanttijälkeisen salatun suoratoiston sotilaskomennon C2-ympäristöihin — integroiden ML-KEM-avainten muodostamisen, automaattisen DEK-kierron ja Kafka-natiivi kirjekuorensalauma vahvistettuun alustaan, joka otetaan käyttöön Azuressa, paikallisesti tai ilmarakoasetelmissa. Jos ohjelmasi vaatii suoratoiston selkärankaa, joka täyttää CNSA 2.0 -vaatimukset ja selviää todellisista operatiivisista olosuhteista, Corvus.Quantum-tiimi voi esitellä sinulle viitearkkitehtuurin, joka vastaa luokitustasoasi ja verkkorajoituksiasi.

Tutustu Corvus.Quantumiin →