Zakaj samo šifriranje ne ustavi predvajanega paketa

Zaščiteni paketi kriptografsko ne potečejo, zato je paket, ki je bil veljaven pred petimi minutami, veljaven tudi zdaj, ker šifriranje in zaščita celovitosti ne povesta ničesar o tem, kdaj so bili bajti ustvarjeni. Napadalcu, ki lahko prestreže in znova pošlje promet, ni treba zlomiti šifre. Zato vsak resen tunelski protokol poleg ključev nosi stanje zaporedja.

Mehanizem je majhen, njegove načine okvare pa je lahko zamenjati z izgubo paketov.

Veljavno šifrirano besedilo ni sveže šifrirano besedilo

Preverjanje pristnosti odgovori na eno vprašanje: ali so ti bajti prišli nespremenjeni od imetnika ključa. Ne odgovori, ali jih prejemnik vidi prvič. Predvajan paket prvi preizkus brezhibno opravi, in prav zato sama kontrola celovitosti ne more ustaviti predvajanja in zato protokol potrebuje drugo pravilo o sprejemu. Prejemnik, ki samo preverja pristnost, nima obrambe pred napadalcem s posnetkom.

To pravilo je poceni za izvedbo in poceni za izraziti: sprejmi dani zaščiteni paket enkrat, pod danim ključem. Vse drugo na tem področju izhaja iz tega, kako izvedba sledi tistemu enkrat.

Branje zavrnitve zaradi predvajanja kot napake dešifriranja vas pošlje v popolnoma napačen podsistem.

Zaporedna številka in okno

IPsec ESP nosi zaporedno številko in prejemnik drži drsno okno nedavno sprejetih vrednosti, pri čemer specifikacija ESP opisuje privzeto velikost okna in možnost razširitve. WireGuard gre po drugi poti s števcem na ključ in izrecnim preverjanjem proti njemu. Nobena zasnova ne predpostavlja, da paketi prihajajo po vrsti, ker jih resnična omrežja preurejajo. Obe prenašata preurejanje in nobena ne prenaša ponavljanja.

Okno je tisto, kar to toleranco omogoča. Paket malo za najvišjo videno vrednostjo je še mogoče sprejeti, če ni bil sprejet prej; paket daleč zadaj ali tisti, katerega mesto je že označeno, se zavrže. Povečajte okno in tolerirali boste več preurejanja za ceno več stanja na povezavo.

Diagnostični števci kažejo, v katerem primeru ste. Zavrnitve zaradi predvajanja povečajo določen števec, ne splošne napake, in branje tega števca je prvo koristno opažanje.

nstat -az | grep -i XfrmIn
ip -s xfrm state | head -n 30
wg show wg0 transfer

Stanje pripada ključu, ne gostitelju

Stanje števca je vezano na varnostno povezavo ali na dobo ključa, zato menjava ključa ustvari svež kontekst in lasten prostor zaporedja. Čiščenje števca brez zamenjave ključa ali ponovna uporaba povezave po ročni ponastavitvi zlomi predpostavko, na kateri temelji okno prejemnika. Zato obstaja menjava ključev, ki jo vodi protokol, in ne gumb za ponastavitev, viden upravljavcu.

Ko se tunel po ročnem posegu obnaša slabo, vprašajte, ali je poseg posegel v stanje zaporedja. Konfiguracija, ki je videti enaka, se lahko obnaša drugače, ker podedovano stanje ni stanje, ki ga pričakuje.

Diagnosticirajte vzrok, preden karkoli izklopite

Izguba, preurejanje, podvojen promet in napaka v izvedbi se vsi pokažejo kot ponovni prenosi in le eden od njih je težava predvajanja. Izklop kontrole, da bi utišali šum, odstrani lastnost, na katero ste se zanašali, in oteži iskanje prvotnega vzroka, ker ponovni prenosi zdaj nimajo nobene razlage.

Zberite omejene dokaze: identifikatorje povezave, zaporedne številke in števce, brez koristnega tovora. To zadostuje za razlikovanje dvojnika od preurejenega prihoda in vaše diagnostične datoteke ne spremeni v kopijo uporabnikovega prometa.

Česa kontrola ne obljublja

Zaščita pred predvajanjem je lastnost obdelave paketov znotraj enega protokola. Ne pomeni, da upravljavec ne vodi dnevnikov, da spletno mesto ne more prepoznati računa ali da je seja anonimna. To so ločena vprašanja o ločenih sistemih, in močna zasnova proti predvajanju ne odgovori na nobeno od njih.

Vzdrževana programska oprema s podprtimi nastavitvami je praktična kontrola, ki jo ima uporabnik. S paketom se ukvarja protokol; vse ostalo ostaja operativna odločitev.