Integracijos variantai, reikalavimai, rizikos

4. Kodėl reikalingas PQC Bridge

PQC Bridge reikalingas dėl aiškios kriptografinės ribos: Reticulum stiprybė yra atsparus ir autonomiškas ryšio sluoksnis, bet postkvantinės migracijos tikslas yra ilgalaikės konfidencialios informacijos apsauga nuo ateities kvantinio kriptografinio proveržio. Kadangi Reticulum remiasi ECC, jį saugu naudoti kaip transportą, bet nepakanka deklaruoti kaip postkvantiškai atsparų sprendimą be papildomo mechanizmo.

NIST FIPS 203 apibrężia ML-KEM kaip raktų kapsuliavimo mechanizmą ir nurodo ML-KEM-512, ML-KEM-768 bei ML-KEM-1024 parametrų rinkinius. Praktiniame Reticulum NET scenarijuje racionalus pradinis pasirinkimas būtų ML-KEM-768 kaip subalansuotas enterprise lygio variantas, o didesnio saugumo arba ilgalaikio valstybės/CI objekto scenarijuose — ML-KEM-1024.

Parašų srityje ML-DSA pagal FIPS 204 gali būti naudojamas bridge tapatybei, politikos manifestams ir raktų susitarimo pranešimams pasirašyti, o SLH-DSA pagal FIPS 205 gali būti rezervinis arba konservatyvus algoritmas, kai vertinama matematinių prielaidų diversifikacija.

IETF RFC 9794 apibrężia terminiją postkvantinėms-tradicinėms hibridinėms schemoms. Reticulum atveju formuojamas aiškus principas: klasikinis RNS Link lieka transporto ir papildomo apsaugos sluoksnio dalimi, tačiau PQC Bridge sukuria atskirą postkvantinę sesijos paslaptį ir iš jos išveda aplikacijos duomenų apsaugos raktą. Hibridinis raktų sudarymas turi būti realizuojamas taip, kad nebūtų tyliai grįžtama į vien klasikinį režimą.

6. Integracijos variantų palyginimas

Penki galimi integracijos variantai skiriasi pagal brandą, poveikį Reticulum suderinamumui, saugumo kontrolę ir pilotinio įgyvendinimo sudėtingumą.

Variantas	Aprašymas	Privalumai	Ribojimai	Rekomendacija
A. Aplikacinis PQC envelope	Programa sukuria PQC apsaugotą envelope: suite_id, ML-KEM handshake, AEAD payload, anti-replay.	Greičiausias MVP, nekeičia RNS, tinka demonstratoriui ir ResilQ/RQmod eksperimentui.	Kiekviena aplikacija integruoja bridge biblioteka; reikia spręsti fragmentaciją ir raktų rotaciją.	Pradėti nuo šio varianto.
B. Vartų lygmens PQC Bridge	RNS vartai sukuria postkvantinę sesiją tarp saugumo domenų ir apsaugo srautą.	Geriausiai tinka organizacijų, laboratorijų, QCI salų ir kritinės infrastruktūros scenarijams.	Reikia aiškaus pasitikėjimo modelio, audito, prieigos kontrolės ir key lifecycle.	Produkcinio piloto kelias.
C. PQC ir QKD hibridinis bridge	Į KDF įtraukiama ML-KEM paslaptis ir QKD KME pateiktas raktas su key_id.	Stipri mokslinė ir EuroQCI/QCI demonstracinė vertė; jungia QKD salas su ne-QKD atkarpomis.	Priklauso nuo QKD key rate, KME API, patikimų mazgų ir svetainės saugumo ribų.	Daryti antrame piloto etape.
D. „Reticulum Core“ šaka	Keičiami RNS tapatybės, handshake ar wire-format komponentai į PQC/hibridinius.	Teoriškai giliausia integracija.	Didelė suderinamumo, palaikymo, saugumo peržiūros ir fragmentacijos rizika.	Nerekomenduojama pirmam etapui.
E. GROUP destinacijos	RNS GROUP destination užkraunama PQC arba QKD išvestu simetriniu raktu.	Tinka lokalizuotoms transliacijoms, valdymo pranešimams, laboratoriniams bandymams.	GROUP paketai nėra globaliai transportuojami per multi-hop taip, kaip SINGLE/Link.	Tik specifiniams lokaliems scenarijams.

7. Saugumo, raktų valdymo ir atitikties reikalavimai

PQC Bridge kuriamas pagal kriptoagilumo principą: algoritmai, parametrų rinkiniai, KDF, AEAD režimai ir parašų schemos identifikuojami per suite_id ir versijas, o ne užkoduojami kaip nekintamos prielaidos. Tai leidžia atnaujinti ML-KEM parametrus, įvesti naujas schemas ir susieti kiekvieną sesiją su auditavimo įrašu.

7.1. Minimalūs kriptografiniai reikalavimai

Reikalavimas	Minimalus sprendimas	Praktinė pastaba
KEM	ML-KEM-768 MVP; ML-KEM-1024 aukštesnės rizikos profiliui.	NIST FIPS 203; pasirinkimas dokumentuojamas pagal duomenų jautrumą ir gyvavimo laiką.
Parašai	ML-DSA bridge manifestams; SLH-DSA kaip rezervinis arba konservatyvus pasirinkimas.	NIST FIPS 204 ir FIPS 205.
AEAD	AES-GCM arba ChaCha20-Poly1305 pagal bibliotekos ir platformos brandą.	Reticulum vidinis AES/HMAC nelieka vieninteliu aplikacijos duomenų apsaugos mechanizmu.
KDF / secret combiner	HKDF ar standartizuota hibridinė konstrukcija su suite_id, transcript hash, nonces, key_id ir domain separation.	Negalima tyliai sumažinti režimo iki vien klasikinės paslapties.
Anti-replay	Monotoniški sekos numeriai, nonce politika, ribotas laiko langas.	Ypač svarbu store-and-forward ir aukštos delsos RNS scenarijams.
Key lifecycle	Trumpas sesijos raktų galiojimas, rotacijos taisyklės, key erasure, key_id registras.	QKD atveju key_id turi būti vienkartinio arba aiškiai kontroliuojamo naudojimo.
Kriptoinventorius	CBOM įrašai: algoritmai, versijos, parametrai, bibliotekos, konfigūracija.	Derinti su ResilQ/RQmod rizikos-as-code kryptimi.
Eksperimentinių algoritmų kontrolė	liboqs naudoti tyrimams; produkcijoje leisti tik aiškiai patvirtintus algoritmus.	Open Quantum Safe atskiria NIST standartizuotus ir eksperimentinius algoritmus.

7.2. Reticulum specifiniai projektavimo reikalavimai

Reikalavimas	Kodėl svarbu	Rekomenduojamas įgyvendinimas
MDU valdymas	Vieno šifruoto RNS paketo payload — 383 baitai.	PQC handshake siųsti per Link/Resource/Channel, ne vienu Packet; fragmentus sieti su transcript hash.
Pririšimo tikslas	RNS destination modelis nėra IP adresas.	Saugoti rns_destination_hash, remote identity ir path metrikas sesijos kontekste.
Transporto būsenos stebėjimas	RNS maršrutai ir terpės gali keistis.	Registruoti rnstatus / rnpath / rnprobe rezultatus, hops, RTT, signal quality, pristatymo būseną.
Saugumo domenų ribos	Vartų (Gateway) modelis gali tapti vienu patikimu tašku.	Bridge laikyti saugumo funkcija: hardening, least privilege, mTLS/KME segmentas, auditas.
Draudimas	Mišriuose tinkluose gali atsirasti klasikinio režimo pagunda.	Politikoje apibrężti fail-closed režimą didelės rizikos duomenims ir aiškius leidžiamus fallback režimus.
Žemo pralaidumo testai	PQC papildomas baitų kiekis gali būti reikšmingas LoRa/RNode aplinkoje.	Atskirti handshake kanalą nuo duomenų kanalo; raktų pakartotinis trumpalaikis naudojimas tik pagal politiką.

7.3. QKD / KME reikalavimai

QKD integracija projektuojama pagal svetainės saugumo ribą. ETSI GS QKD 014 daro prielaidas, kad KME ir SAE yra saugiose svetainėse, kad KME autentifikuoja kiekvieną užklausą, o komunikacija tarp SAE ir KME vyksta per HTTPS/TLS ir JSON. Reticulum NET PQC Bridge neturi prašyti QKD raktų per nepatikimą viešą terpę be atskiro apsaugos modelio. KME adapteris turi turėti mTLS, prieigos kontrolę, key_id apskaitą, raktų fondo ribas ir politiką, kas vyksta, kai QKD raktų fondas išsenka.

QKD aspektas	Reikalavimas	Komentaras
KME autentifikavimas	mTLS arba tiekėjo patvirtintas lygiavertis mechanizmas.	KME turi identifikuoti SAE; Bridge saugo savo SAE ID.
Key ID valdymas	Kiekvienas QKD raktas turi key_id ir naudojimo būseną.	Žurnale matytis, kuris key_id naudotas, kada ir kokiam suite_id.
Raktų fondas	Stebėti buffer lygį, minimalų rezervą ir vartojimo tempą.	Dėl trusted node grandinių greitį riboja silpniausia atkarpa.
Klaidos režimas	fail-closed, PQC-only, classical-denied arba delayed-send.	Didelės rizikos duomenims rekomenduojamas fail-closed arba PQC-only be QKD.
Raktų maišymas	QKD paslaptis nenaudojama izoliuotai be konteksto.	Sujungti su ML-KEM paslaptimi ir transkripto kontekstu per KDF.

8. Rizikos ir ribojimai

Reticulum NET ir PQC Bridge derinys yra perspektyvus, bet turi aiškiai valdomų ribų. Didžiausia rizika — deklaruoti Reticulum kaip postkvantiškai saugų vien dėl to, kad jis naudoja stiprų klasikinį šifravimą. Teisinga formuluotė: Reticulum yra atsparus ir kriptografiškai apsaugotas transporto sluoksnis, kurį galima papildyti postkvantiniu apsaugos sluoksniu per PQC Bridge.

Rizika	Poveikis	Tikimybė	Poveikio dydis	Mažinimo priemonė
Klaidinga saugumo deklaracija	Projektas pristatomas kaip PQC-ready be realaus PQC sluoksnio.	Vidutinė	Aukštas	Dokumentacijoje atskirti RNS klasikinę kriptografiją ir PQC Bridge funkciją.
PQC overhead žemo pralaidumo ryšyje	Handshake ir parašai didina fragmentaciją bei delsą.	Aukšta	Vidutinis	Naudoti Link/Resource, matuoti MDU, optimizuoti sesijos trukmę ir rotaciją.
Reticulum core fork nesuderinamumas	Prarandamas suderinamumas su RNS ekosistema.	Vidutinė	Aukštas	Pirmajame etape nekeisti core; naudoti aplikacinį arba gateway bridge.
Downgrade ataka	Užpuolikas priverčia silpnesnį režimą.	Vidutinė	Aukštas	suite_id pririšimas, transcript hash, fail-closed politika, audit logs.
KME / QKD mazgo kompromitavimas	QKD raktų šaltinis tampa silpna grandimi.	Žema–vidutinė	Aukštas	Svetainės hardening, mTLS, HSM/TPM, žurnalai, ribotas KME pasiekiamumas.
Metaduomenų nutekėjimas	Matomi IP adresai, laikai, apimtys.	Vidutinė	Vidutinis	Privatūs backbone, I2P scenarijai, trafikų dengimas, minimali metadata politika.
Eksperimentinių PQC bibliotekų naudojimas	Nestabilūs algoritmai ar API produkcijoje.	Vidutinė	Vidutinis	MVP — liboqs tyrimams; produkcijoje tik NIST standartizuoti algoritmai ir patikrinti buildų.
Raktų pakartotinis naudojimas	Silpnėja konfidencialumas ir non-repudiation.	Vidutinė	Aukštas	Vienkartinio key_id politika, sekos numeriai, atminties išvalymas, rotacijos terminai.