Kāpēc tikai šifrēšana neaptur atkārtoti nosūtītu paketi

Aizsargātie paketi kriptogrāfiski nebeidzas, tāpēc pakets, kas bija derīgs pirms piecām minūtēm, ir derīgs arī tagad, jo šifrēšana un integritātes aizsardzība neko nesaka par to, kad baiti tika radīti. Uzbrucējam, kurš var pārtvert un atkārtoti nosūtīt datu plūsmu, nav jālauž šifrs. Tāpēc katrs nopietns tuneļa protokols līdzās atslēgām nes secības stāvokli.

Mehānisms ir mazs, un tā kļūmes veidus ir viegli sajaukt ar paketu zudumu.

Derīgs šifrteksts nav svaigs šifrteksts

Autentifikācija atbild uz vienu jautājumu: vai šie baiti nāca nemainīti no atslēgas turētāja. Tā neatbild, vai uztvērējs tos redz pirmo reizi. Atkārtoti nosūtīts pakets lieliski iztur pirmo pārbaudi, un tieši tāpēc integritātes pārbaude vien nevar apturēt atkārtošanu un tāpēc protokolam vajadzīgs otrs noteikums par pieņemšanu. Uztvērējam, kas tikai autentificē, nav aizsardzības pret uzbrucēju ar ierakstu.

Šis noteikums ir lēti īstenojams un lēti formulējams: pieņem doto aizsargāto paketu vienreiz, ar doto atslēgu. Viss pārējais šajā jomā izriet no tā, kā implementācija izseko šo vienreiz.

Atkārtojuma noraidījuma lasīšana kā atšifrēšanas kļūda aizved jūs pilnīgi nepareizajā apakšsistēmā.

Secības numurs un logs

IPsec ESP nes secības numuru, un uztvērējs uztur nesen pieņemto vērtību slīdošo logu, kamēr ESP specifikācija apraksta noklusēto loga lielumu un iespēju to paplašināt. WireGuard iet citu ceļu ar skaitītāju katrai atslēgai un skaidru pārbaudi pret to. Neviens risinājums nepieņem, ka paketi ierodas secīgi, jo reālie tīkli tos pārkārto. Abi pieļauj pārkārtošanu, un neviens nepieļauj atkārtošanu.

Tieši logs padara šo toleranci iespējamu. Pakets, kas ir nedaudz aiz lielākās redzētās vērtības, joprojām var tikt pieņemts, ja tas iepriekš nav ticis pieņemts; pakets, kas ir tālu aiz muguras, vai tāds, kura vieta jau ir atzīmēta, tiek izmests. Palielini logu, un tu pieļausi vairāk pārkārtošanas uz lielāka stāvokļa rēķina uz asociāciju.

Diagnostikas skaitītāji parāda, kurā gadījumā jūs esat. Atkārtojuma noraidījumi palielina konkrētu skaitītāju, nevis vispārīgu kļūdu, un šī skaitītāja lasīšana ir pirmais noderīgais novērojums.

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

Stāvoklis pieder atslēgai, nevis saimniekdatoram

Skaitītāja stāvoklis ir saistīts ar drošības asociāciju vai atslēgas laikmetu, tāpēc atslēgas maiņa rada svaigu kontekstu un savu secības telpu. Skaitītāja notīrīšana, neaizstājot atslēgu, vai asociācijas atkārtota izmantošana pēc manuālas atiestatīšanas pārkāpj pieņēmumu, uz kura balstās uztvērēja logs. Tāpēc pastāv protokola vadīta atslēgu maiņa, nevis operatoram redzama atiestatīšanas poga.

Kad tunelis pēc manuālas iejaukšanās darbojas slikti, pajautājiet, vai iejaukšanās skāra secības stāvokli. Konfigurācija, kas izskatās identiska, var uzvesties citādi, jo mantotais stāvoklis nav tas, ko tā gaida.

Diagnosticē cēloni, pirms kaut ko atslēdz

Zudums, pārkārtošana, dublēta plūsma un ieviešanas defekts visi izpaužas kā atkārtotas pārraides, un tikai viens no tiem ir atkārtošanas problēma. Pārbaudes izslēgšana, lai apklusinātu troksni, noņem īpašību, uz kuru jūs paļāvāties, un padara sākotnējo cēloni grūtāk atrodamu, jo tagad atkārtotajām pārraidēm vispār nav izskaidrojuma.

Vāc ierobežotus pierādījumus: asociācijas identifikatorus, secības numurus un skaitītājus, bez lietderīgās slodzes. Ar to pietiek, lai atšķirtu dublikātu no pārkārtotas ierašanās, un tas nepārvērš jūsu diagnostikas failu lietotāja plūsmas kopijā.

Ko pārbaude nesola

Aizsardzība pret atkārtošanu ir paketu apstrādes īpašība viena protokola ietvaros. Tas nenozīmē, ka operators neveic žurnālus, ka vietne nevar atpazīt kontu vai ka sesija ir anonīma. Tie ir atsevišķi jautājumi par atsevišķām sistēmām, un spēcīgs pretatkārtošanas risinājums neatbild ne uz vienu no tiem.

Uzturēta programmatūra ar atbalstītiem iestatījumiem ir praktiskā kontrole, kas lietotājam ir pieejama. Paketi apstrādā protokols; viss pārējais paliek operatīvs lēmums.