Bakit hindi pinipigilan ng encryption lamang ang paulit-ulit na ipinadalang packet

Ang mga protektadong packet ay hindi nag-e-expire sa kriptograpikong paraan, kaya ang packet na balido limang minuto ang nakalipas ay balido pa rin ngayon, dahil ang encryption at integridad na proteksyon ay walang sinasabi tungkol sa kung kailan ginawa ang mga byte. Ang attacker na makakahuli at makapagpadala muli ng traffic ay hindi kailangang basagin ang cipher. Kaya naman ang bawat seryosong tunnel protocol ay may bitbit na sequence state kasama ng mga key nito.

Maliit ang mekanismo, at ang mga failure mode nito ay madaling malito sa pagkawala ng packet.

Ang balidong ciphertext ay hindi sariwang ciphertext

Sinasagot ng authentication ang isang tanong: dumating ba ang mga byte na ito nang walang pagbabago mula sa may hawak ng key. Hindi nito sinasagot kung ito ang unang pagkakataon na nakita sila ng receiver. Ang paulit-ulit na ipinadalang packet ay perpektong pumasa sa unang pagsubok, at iyon mismo ang dahilan kung bakit ang integridad na pagsusuri lamang ay hindi makapipigil sa pag-uulit at kailangan ng protocol ng pangalawang tuntunin tungkol sa pagtanggap. Ang receiver na nagpapatunay lamang ay walang depensa laban sa attacker na may hawak na recording.

Ang tuntuning iyon ay mura iimplementa at mura sabihin: tanggapin ang isang partikular na protektadong packet nang isang beses, sa ilalim ng isang partikular na key. Lahat ng iba pa sa larangang ito ay nagmumula sa kung paano sinusubaybayan ng implementasyon ang isang beses na iyon.

Ang pagbasa sa pagtanggi dahil sa pag-uulit bilang kabiguan sa decryption ay magdadala sa iyo sa ganap na maling subsystem.

Isang sequence number at isang window

Nagdadala ang IPsec ESP ng sequence number at ang receiver ay nagpapanatili ng dumudulas na window ng mga kamakailang tinanggap na halaga, habang ang espesipikasyon ng ESP ay naglalarawan ng default na laki ng window at ng opsyon na palawakin ito. Iba ang landas ng WireGuard na may counter sa bawat key at tahasang pagsusuri laban dito. Wala sa mga disenyo ang nagpapalagay na ang mga packet ay dumarating nang sunod-sunod, dahil ang tunay na network ay nag-aayos muli sa kanila. Pareho silang nagtitiis ng muling pag-aayos, at wala sa kanila ang nagtitiis ng pag-uulit.

Ang window ang nagpapangyari sa pagtitiis na iyon. Ang packet na bahagyang nasa likod ng pinakamataas na halagang nakita ay maaari pa ring tanggapin kung hindi pa ito natatanggap noon; ang malayong nasa likod, o ang may marka na ang puwang, ay itinatapon. Palakihin ang window at magtitiis ka ng mas maraming muling pag-aayos kapalit ng mas maraming estado sa bawat asosasyon.

Ipinapakita ng mga diagnostic counter kung aling kaso ang naroroon ka. Ang mga pagtanggi dahil sa pag-uulit ay nagdaragdag ng tiyak na counter sa halip na pangkalahatang error, at ang pagbasa sa counter na iyon ang unang kapaki-pakinabang na obserbasyon.

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

Ang estado ay pag-aari ng key, hindi ng host

Ang estado ng counter ay nakatali sa isang security association o sa isang panahon ng key, kaya ang pagpapalit ng key ay lumilikha ng sariwang konteksto at sarili nitong sequence space. Ang paglimas ng counter nang hindi pinapalitan ang key, o ang muling paggamit ng asosasyon pagkatapos ng manu-manong reset, ay sumisira sa palagay na pinagbabatayan ng window ng receiver. Kaya mayroong pagpapalit ng key na pinapatakbo ng protocol sa halip na pindutan ng reset na nakikita ng operator.

Kapag mali ang asal ng tunnel pagkatapos ng manu-manong interbensyon, itanong kung ginalaw ng interbensyon ang sequence state. Ang konfigurasyong mukhang pareho ay maaaring kumilos nang iba dahil ang namamana nitong estado ay hindi ang inaasahan nito.

Diagnosisin ang sanhi bago i-disable ang anuman

Ang pagkawala, muling pag-aayos, dobleng traffic at depekto sa implementasyon ay lumilitaw lahat bilang retransmission, at isa lamang sa kanila ang problema sa pag-uulit. Ang pag-disable sa pagsusuri upang patahimikin ang ingay ay nag-aalis ng katangiang pinagkakatiwalaan mo at ginagawang mas mahirap hanapin ang orihinal na sanhi, dahil ngayon ang mga retransmission ay walang anumang paliwanag.

Mangolekta ng limitadong ebidensya: mga identifier ng asosasyon, sequence number at counter, nang walang payload. Sapat iyon upang makilala ang duplicate mula sa muling inayos na pagdating, at hindi nito ginagawang kopya ng traffic ng user ang iyong diagnostic file.

Ang hindi ipinangangako ng pagsusuri

Ang proteksyon sa pag-uulit ay katangian ng pagproseso ng packet sa loob ng isang protocol. Hindi ito nangangahulugang walang itinatago ang operator na log, na hindi makikilala ng website ang isang account, o na anonymous ang isang session. Iyon ay magkahiwalay na tanong tungkol sa magkahiwalay na sistema, at walang sinasagot ang matibay na disenyong anti-pag-uulit sa mga iyon.

Ang software na pinapanatili na may suportadong setting ay ang praktikal na kontrol na mayroon ang isang user. Ang packet ay pinangangasiwaan ng protocol; ang lahat ng iba ay nananatiling desisyong operasyonal.