AES-GCM yoki ChaCha20-Poly1305: VPN maʼlumotlar shifrini tanlash

Ikkala nom ham AEAD tuzilmalari, ikkisi ham standartlashtirilgan, va hozirgi x86 serverida ikkisidan biri ham ko rinadigan kuch sarflamasdan gigabitli ulanishni to ldiradi. Tanlov o sha serverdan chiqqaningizda o zboshimchalik bo lishdan to xtaydi: arzon routerlar, eski telefonlar va virtual qurilmalarda ko pincha AES tezlashuvi bo lmaydi, u yerda farq katta. Shuning uchun taqqoslash qaysi shifr tezroq degani emas, balki qaysi shifr bu oxirgi nuqtalar to plamida yaxshi ishlaydi va protokol umuman tanlov taklif qiladimi.

Bir xil ish, boshqa yadrolar

Ikkala tuzilma bir o tishda maxfiylik va yaxlitlik beradi va bog liq maʼlumotlarni tasdiqlaydi, shuning uchun VPN protokollari ularni maʼlumot kanali uchun ishlatadi. Farq ichida: AES-GCM sanash rejimidagi AES blok shifri bo lib GF(2^128) ustida ko p hadli tasdiqlovchisi bor, ChaCha20-Poly1305 esa 256 bitli kalitli oqim shifri bo lib alohida bir martalik tasdiqlovchisi bor.

Operatsion jihatdan muhimi umumiy: ikkisi nonce qayta ishlatilganda halokatli tarzda ishdan chiqadi, ikkisiga har bir kalit uchun nonce maydonini boshqarish kerak, va hech biri noto g ri narsani tasdiqlayotgan hamkorni tuzatmaydi. AES-256-GCM degan profil CHACHA20-POLY1305 deganidan xavfsizroq emas; amalga oshirish to g ri bo lsa ikkisi ham kuchli.

AES-GCM qayerda yutadi

AES ko pchilik zamonaviy CPU larda maxsus ko rsatmalarga ega: x86 da AES-NI, ARMv8 da kripto kengaytmalari va yaqin POWER hamda RISC-V dizaynlarida ekvivalentlari. Ular mavjud bo lsa GCM har bir sikl sinfiga bir necha blokni parallel ishlatadi va dasturiy taʼminot amalga oshirilishi ahamiyatsiz bo lib qoladi. Bu serverlar, ish stoli kompyuterlari va hozirgi telefonlar uchun odatiy hol, shuning uchun maʼlumotlar markazida AES ishlating degan maslahat o rinli standart qiymat.

Muammo ikkinchi darajali hol. Maxsus ko rsatmalarsiz dasturiy taʼminotda AES sekin, jadvalga asoslangan dasturiy amalga oshirishlar esa uzoq cache vaqti muammolari tarixiga ega. Mehmon mashinaga AES bayroqlarini ko rsatmaydigan virtual mashinada ishlayotgan VPN markazlashtirgichi aynan shu hol, va mezbon CPU sida bu xususiyat borligi uchun uni oson o tkazib yuborish mumkin.

CPU nima qo llab-quvvatlashini emas, jarayon haqiqatda nima ko rishini tekshiring: Linux da grep -o aes /proc/cpuinfo | head -1, yoki hypervisor ning CPU modelidagi ekvivalent xususiyat bayrog i.

ChaCha20-Poly1305 qayerda yutadi

ChaCha20 ko chma dasturiy taʼminotda tez, chunki faqat qo shish, aylantirish va XOR ishlatadi, amalga oshirishlari esa dizayn bo yicha sirga bog liq jadval qidiruvidan qochadi. AES tezlashuvi yo q qurilmada bu haqiqiy afzallik, va shuning uchun WireGuard uni tanladi: WireGuard protokoli tavsifi ChaCha20-Poly1305 ni muqobilsiz maʼlumot shifri sifatida sanaydi.

O sha bitta tanlov foydali narsa aytadi: AES tezlashtirilgan apparatda WireGuard AES-GCM ga qaraganda bir oz o tkazuvchanlikdan voz kechadi, mualliflari buni telefonlar, uy routerlari va konteyner mezonlarida oldindan aytish mumkin bo lgan xatti-harakat evaziga qabul qilgan. Agar guruhungiz asosan kichik ARM qutilari bo lsa, bu almashinuv sizning foydangizga.

Qarama-qarshi hol band x86 markazlashtirgichi bo lib, u yerda AES-NI bilan AES-GCM tezroq va yaxshiroq qo llab-quvvatlanadigan yo l, ChaCha20 esa har bir gigabitga o lchash mumkin bo lgan CPU sarflaydi. Hech bir tuzilma zaiflik emas; savol apparatingiz qaysinisini arzon bajarishida.

Protokolingiz haqiqatda nimani tanlashga ruxsat beradi

OpenVPN dagi bo linishga eʼtibor bering: boshqaruv kanali va maʼlumot kanali alohida kelishiladi, shuning uchun TLS uchun ko rgan to plamingiz yukingizni himoya qiladigan shifr haqida hech narsa demaydi. Sessiya xulosasi ikkisini ham xabar qiladi, ikkisidan faqat birini o qish chalkashlikning odatiy manbasi.

OpenVPN da maʼlumot kanalining shifri ikkala uchdagi data-ciphers ro yxatidan keladi. Agar server ro yxati va mijoz ro yxati kesishmasa, ulanish data-ciphers-fallback ruxsat bergan narsaga qaytadi yoki butunlay ishdan chiqadi, va bu muvaffaqiyatsizlik odatda noto g ri qatlamga aralashtiriladi. Ikki tomonga bir xil ro yxat qo ying, so ngra ro yxat tartibiga rioya qilindi deb taxmin qilish o rniga kelishilgan natijani jurnalda tasdiqlang.

Joylashtirish haqidagi uchta faktga asoslanib qaror qiling

Birinchidan, oxirgi nuqtalarda AES tezlashuvi bormi? Har bir hamkorda bo lsa AES-GCM arzonroq tanlov va ko pchilik xizmat ko rsatiladigan konfiguratsiyalarda standart. Agar muhim qismi kichik routerlar yoki eski telefonlar bo lsa, ChaCha20-Poly1305 guruhning dumini sig im chegarasiga aylanishidan saqlaydi.

Ikkinchidan, protokol umuman tanlov taklif qiladimi? WireGuard bilan qaror sizning o rningizga qabul qilingan, foydali ish esa atrofdagi vositalar jimgina boshqa narsa qo ymayotganini tekshirish. OpenVPN va IPsec bilan javob bitta konfiguratsiya satri va yozib qo yiladigan kelishilgan natija.

Uchinchidan, ikki tomon kelisha oladimi? Bir hamkor amalga oshirmaydigan shifr unumdorlik qarori emas, bu to xtatish. Shuning uchun hamkorlar ro yxati har qanday o lchovdan muhimroq: aralash guruhga imkoniyatlar kesishmasi kerak, eng tez mashinaning xohishi emas.

Agar o lchasangiz, qurilma, oxirgi nuqta va yukni bir xil saqlang va bitta narsani o zgartiring. Turli hududlardagi ikki serverni taqqoslaydigan sinov yo lni o lchaydi, shifrni emas, noutbukdagi o lchov esa CPU bayroqlari yashirilgan konteyner mezbon haqida hech narsa demaydi. Taqqoslang, so ngra haqiqatda qaysi shifr kelishilganini yozib qo ying: bu yozuv o lchovdan qimmatroq.