Een ondertekende opdracht die op een bedrogen tijdstip wordt uitgevoerd, leidt nog steeds verkeerd
Een technische notitie voor beheerders van netwerken met tijdindexen: constellaties die routeren, taken toewijzen of overdragen volgens een schema, waarbij elk knooppunt handelt wanneer zijn eigen klok een gepland tijdstip bereikt.
Afkortingen: GNSS, Global Navigation Satellite System; TPL, timing protection level; PNT, positiebepaling, navigatie en tijdsynchronisatie.
De bewering#
Het authenticeren van besturingsberichten, ook met post-kwantumhandtekeningen, bewijst wie een bericht stuurde en dat het niet is gewijzigd. Het bewijst niet wanneer de ontvanger ernaar handelt. Een knooppunt voert een opdracht met tijdindex uit tegen zijn eigen klok. Als die klok met δ is weggetrokken, wordt een opdracht die geldt voor tijdstip T uitgevoerd op de ware tijd T + δ, met elke handtekening intact. Zodra |δ| de slotmarge overschrijdt, belandt verkeer in het verkeerde slot, schakelt een verbinding om terwijl het andere uiteinde nog ergens anders op is gericht, of vindt een overdracht te vroeg plaats. Het netwerk leidt verkeerd en elke integriteitscontrole in het opdrachtpad meldt succes.
Waarom de klok het zwakke punt is#
- GNSS-tijd is de gebruikelijke referentie, en die is te spoofen. Een knooppunt dat zijn klok op GNSS afstemt, erft elke tijd die de ontvanger levert. Een spoofer die de eigen kwaliteitsvlaggen van de ontvanger op groen houdt, kan die tijd langzaam wegtrekken.
- Versheidscontroles gebruiken dezelfde klok. Een geldigheidsvenster ("accepteer deze opdracht tot
T + w") of een replay-teller die aan tijd is gekoppeld, wordt beoordeeld aan de lokale klok, dus een weggetrokken klok kan ook het venster verruimen waarin een onderschepte ondertekende opdracht wordt geaccepteerd. - De aanval heeft geen sleutel nodig. Er wordt niets in het ondertekende kanaal aangeraakt. Sterkere cryptografie verhoogt de kosten van het vervalsen van een opdracht en laat deze kosten ongewijzigd.
Dit staat naast het werk aan post-kwantum, niet ertegenover: de twee dichten verschillende gaten. Handtekeningen stoppen een vervalste opdracht. Tijdintegriteit voorkomt dat een echte opdracht op het verkeerde moment wordt uitgevoerd.
Wat het begrenst#
Vier maatregelen, elk gekwantificeerd door de scenariosoort slot-timing (SLOT-TIMING.md):
- Een kloksteunende monitor. Vergelijk GNSS-tijd met de eigen klok van het knooppunt die over een venster coast, en geef alarm wanneer het verschil te groot is om klokruis te zijn. De voorwaardelijke TPL begrenst de fout die onopgemerkt kan blijven vóór het alarm.
- Onafhankelijke controles, gepland. Een tweeweg-tijdoverdracht met een grondstation of een crosslinkvergelijking met een buur buiten het bereik van de spoofer begrenst hoe lang een langzame wegtrekking kan doorgaan. Hun herhaalinterval is een beveiligingsparameter, niet alleen een operationele.
- Geometrie. Een spoofer op de grond bereikt een satelliet in een lage baan om de aarde alleen zolang die boven de horizon van de spoofer staat, dus de wegtrekking wordt begrensd door de oploopsnelheid van de spoofer maal dat venster. Als rekensom: een oploop van 10 ns/s gedurende 600 s is 6 µs. Het meegeleverde voorbeeld (
kshana example slot-timing-ocxo-leo: baan van 550 km, maximale oploop van 10 ns/s) meldt een blootstelling aan de spoofer van 732 s en een door de oploop begrensde wegtrekking van 7.321 ns. - Een marge afgeleid van de grens, en een veilige actie bij alarm. De slotmarge moet de grootste onopgemerkte fout dekken die de monitor en de controles toestaan, niet alleen de vrije ruis van de klok. Bij alarm moet een knooppunt zijn laatste goede schema op zijn coastende klok aanhouden in plaats van GNSS te volgen.
Wat deze notitie niet beweert#
Ze beweert niet dat een gespoofde satelliet is waargenomen die verkeerd leidt; ze schat de blootstelling van geen enkele beheerder; en de grenzen waarnaar ze verwijst zijn MODELLED, voorwaardelijk aan detectie en aan de vermelde bedreigingsaannames. Ze betoogt een samenstelling: een geldige handtekening en een correcte uitvoeringstijd zijn afzonderlijke eigenschappen, en een netwerk met tijdindexen heeft beide nodig.