En signert kommando utført på et villedet tidspunkt fører likevel til feilruting
Et teknisk notat for operatører av tidsindekserte nett: konstellasjoner som ruter, tildeler oppgaver eller overleverer etter en tidsplan, der hver node handler når egen klokke når et planlagt tidspunkt.
Forkortelser: GNSS, Global Navigation Satellite System; TPL, timing protection level; PNT, positioning, navigation and timing.
Påstanden#
Å autentisere styremeldinger, også med postkvantesignaturer, beviser hvem som sendte en melding og at den ikke ble endret. Det beviser ikke når mottakeren handler på den. En node utfører en tidsindeksert kommando mot sin egen klokke. Hvis den klokken er trukket med δ, kjøres en kommando som gjelder for tidspunkt T ved sann tid T + δ, med alle signaturer intakte. Når |δ| overstiger slottvernet, havner trafikken i feil slott, en link bytter mens den andre enden fortsatt peker et annet sted, eller en overlevering skjer for tidlig. Nettet feilruter, og hver integritetskontroll i kommandoveien melder suksess.
Hvorfor klokken er det myke målet#
- GNSS-tid er den vanlige referansen, og den kan spoofes. En node som disiplinerer klokken sin mot GNSS arver den tiden mottakeren leverer. En spoofer som holder mottakerens egne kvalitetsflagg grønne, kan trekke tiden sakte.
- Ferskhetskontroller bruker den samme klokken. Et gyldighetsvindu («godta denne kommandoen til
T + w») eller en replay-teller knyttet til tid vurderes mot den lokale klokken, så en trukket klokke kan også utvide vinduet der en fanget signert kommando godtas. - Angrepet trenger ingen nøkkel. Ingenting i den signerte kanalen berøres. Sterkere kryptografi øker kostnaden ved å forfalske en kommando og lar denne kostnaden stå uendret.
Dette står ved siden av postkvantearbeid, ikke mot det: de to tetter ulike hull. Signaturer stopper en forfalsket kommando. Tidsintegritet hindrer at en ekte kommando utføres på feil tidspunkt.
Hva som begrenser det#
Fire tiltak, hvert kvantifisert av scenariotypen slot-timing (SLOT-TIMING.md):
- En klokkestøttet monitor. Sammenlign GNSS-tid med nodens egen klokke som går i coasting over et vindu, og gi alarm når forskjellen er for stor til å være klokkestøy. Den betingede TPL begrenser feilen som kan gå ubemerket før alarmen.
- Uavhengige kontroller, planlagt. En toveis tidsoverføring fra en bakkestasjon eller en kryssforbindelsessammenligning med en nabo utenfor spooferens rekkevidde setter en øvre grense for hvor lenge et sakte trekk kan pågå. Intervallet mellom dem er en sikkerhetsparameter, ikke bare en driftsparameter.
- Geometri. En spoofer på bakken når en satellitt i lav jordbane bare mens den er over spooferens horisont, så trekket begrenses av spooferens rampehastighet ganger det vinduet. Som regnestykke: en rampe på 10 ns/s holdt i 600 s er 6 µs. Det medfølgende eksempelet (
kshana example slot-timing-ocxo-leo: bane på 550 km, maksimal rampe på 10 ns/s) rapporterer en spoofer-eksponering på 732 s og et rampebegrenset trekk på 7 321 ns. - Et vern dimensjonert fra grensen, og en sikker handling ved alarm. Slottvernet bør dekke den største uoppdagede feilen monitoren og kontrollene tillater, ikke bare klokkens frie støy. Ved alarm bør en node holde sin siste gode tidsplan på den coastende klokken i stedet for å følge GNSS.
Hva dette notatet ikke påstår#
Det påstår ikke at en spoofet satellitt er observert feilrute; det anslår ikke noen operatørs eksponering; og grensene det viser til, er MODELLED, betinget av deteksjon og av de oppgitte trusselforutsetningene. Det argumenterer for en sammensetning: en gyldig signatur og et riktig utføringstidspunkt er separate egenskaper, og et tidsindeksert nett trenger begge.