Bakit hindi ginagawang mas ligtas ng VPN ang mas malaking numero ng key

Sinasabi ng patalastas na 256-bit, sinasabi ng kabilang produkto na 128-bit, at tila malinaw ang kongklusyon hanggang mapansin mo na iba't ibang bagay ang inilalarawan ng mga numerong ito. Ang simetriko na susi ng cipher, ang pampublikong susi ng sertipiko at ang parametro ng palitan ng susi ay hindi sinusukat sa isang sukatan. Wala sa mga ito ang sumasaklaw kung na-verify man ng kliyente ang server. Ang numero ay tunay na impormasyon, at mas makitid ito kaysa sa ipinahihiwatig ng marketing sa paligid nito.

Itanong kung aling susi ang binibilang at ano ang pinoprotektahan nito bago maghambing ng anuman.

Tatlong susi na may tatlong gawain

Ang cipher ng datos ay nag-e-encrypt sa kargamento ng tunel, at ang susi nito ay hinango muli para sa bawat sesyon. Ang pampublikong susi ng sertipiko ay nagpapatunay ng pagkakakilanlan ng isang dulo habang nagpapatotoo. Ang hakbang ng palitan ng susi, karaniwang isang ephemeral na variant ng Diffie-Hellman, ay nagtatatag ng pinagsasaluhang lihim na hindi na maibabalik ng alinmang panig pagkatapos. Bawat isa ay may sariling palagay sa lakas at sariling kaugalian sa sukat.

Kaya ang 256 sa tabi ng 2048 sa tabi ng 32 ay hindi maaaring ayusin ayon sa laki; mga sagot ang mga ito sa magkaibang tanong.

Kahit sa loob ng isang papel, may sinasabi lamang ang numero kaugnay ng pamilya ng algorithm na ginagamit.

Saan nakakatulong ang numero, at saan ito humihinto

Sa loob ng isang algorithm, pinapataas ng mas malaking susi ang gastos ng paghahanap nang basta-basta, at ang mga inilathalang patnubay ay nagtatakda ng pinakamababa para sa mga susi ng sertipiko habang nagbabago ang kapangyarihan ng pagkwenta. Lehitimo at makitid ang paghahambing na iyon: ang AES-128 at AES-256 ay parehong lumalaban sa direktang pag-atake nang may malawak na agwat, kaya bihirang maging mapagpasyang salik ang pagkakaiba sa pagsasanay.

Sa labas ng paghahambing na iyon, wala itong hinuhulaan tungkol sa mga pagkakamali sa pagsasaayos, pagpapatunay ng sertipiko o bersyon ng protocol.

Basahin ang buong napagkasunduang suite

Ang aktwal na ginagamit ng isang koneksyon ay isang suite: isang mode ng cipher, isang konstruksiyon ng integridad o awtentikadong enkripsiyon, isang grupo ng palitan ng susi at isang paraan ng pagpapatotoo. Ang modernong AEAD mode na may tamang handshake ay ibang panukala kaysa sa lumang mode na ipinares sa hiwalay na MAC, kahit na magkapareho ang nakalathalang laki ng susi.

openvpn --show-ciphers | head -20
openvpn --show-tls | head -20
openssl x509 -in server.crt -noout -text | grep -E 'Public-Key|Signature Algorithm'
wg show

Basahin ang napagkasunduang resulta at hindi ang nakaayos na maximum. Ang kliyenteng nag-aalok ng malakas na suite ay mahina pa ring kumokonekta kung pipiliin ng server ang mas mahinang opsiyon at papayagan ito ng profile. Kung performance ang alalahanin, sukatin ito sa partikular na aparato at landas, dahil mahinang hula ng throughput ang laki ng susi kapag pumasok ang hardware acceleration at laki ng packet.

Ang mga bahaging hindi kailanman sinusukat ng numero

Ang pagpapanatili ng software ang unang pagkukulang. Ang tunel na itinayo sa aklatang tumigil sa pagtanggap ng mga pagwawasto ay mas mahina kaysa sa ipinahihiwatig ng laki ng susi nito, at walang halaga ng pagsasaayos ang makakapag-ayos nito. Ang pag-uugali ng operator ang pangalawa: ang mga talaan ng koneksiyon, datos ng account at paghawak ng suporta ay nasa labas mismo ng kriptograpiya. Ang serbisyong nagtatago ng higit sa inaasahan mo ay hindi nagiging mas ligtas sa mas mahabang susi.

Ang pagpapatunay sa kabilang panig ang pangatlo at pinakamalaking bunga. Ang kliyenteng tumatanggap ng anumang sertipiko ay may malakas na cipher na nakabalot sa isang hindi napatunayang kabilang panig, na mas masama kaysa sa katamtamang cipher na may tamang pagpapatunay. Suriin ang tatlong ito bago ang numero, at kukunin ng numero ang tamang lugar nito.