Kial pli granda ŝlosilnombro ne igas VPN pli sekura

La reklamo diras 256 bitojn, la alia produkto diras 128 bitojn, kaj la konkludo ŝajnas evidenta ĝis vi rimarkas, ke la nombroj priskribas malsamajn aferojn. Simetria ĉifroŝlosilo, publika ŝlosilo de atestilo kaj ŝlosilinterŝanĝa parametro ne mezuriĝas per unu skalo. Neniu el ili kovras ĉu la kliento entute kontrolis la servilon. La nombro estas reala informo, kaj ĝi estas multe pli mallarĝa ol la merkatado ĉirkaŭ ĝi supozigas.

Demandu, kiu ŝlosilo estas kalkulata kaj kion ĝi protektas, antaŭ ol kompari ion ajn.

Tri ŝlosiloj kun tri taskoj

La datumĉifro ĉifras la utilan ŝarĝon de la tunelo, kaj ĝia ŝlosilo estas derivata denove por la sesio. La publika ŝlosilo de la atestilo pruvas la identecon de finpunkto dum aŭtentigo. La paŝo de ŝlosilinterŝanĝo, kutime efemera varianto de Diffie-Hellman, starigas komunan sekreton, kiun poste neniu flanko povas rekonstrui. Ĉiu havas siajn proprajn supozojn pri forteco kaj siajn proprajn konvenciojn pri grando.

Tial 256 apud 2048 apud 32 ne povas esti ordigitaj laŭ grandeco; ili estas respondoj al malsamaj demandoj.

Eĉ ene de unu sola rolo, la nombro diras ion nur rilate al la uzata algoritma familio.

Kie la nombro helpas, kaj kie ĝi haltas

Ene de unu algoritmo, pli granda ŝlosilo altigas la koston de kruda serĉado, kaj publikigitaj gvidlinioj starigas minimumojn por atestilaj ŝlosiloj dum la komputa potenco ŝanĝiĝas. Tio estas laŭleĝa kaj mallarĝa komparo: AES-128 kaj AES-256 ambaŭ rezistas rektan atakon kun larĝaj marĝenoj, do la diferenco malofte estas la decida faktoro praktike.

Ekster tiu komparo, la nombro antaŭdiras nenion pri agordaj eraroj, atestila validigo aŭ protokola versio.

Legu la tutan intertraktitan suition

Tio, kion konekto efektive uzas, estas suito: ĉifra reĝimo, integreca aŭ aŭtentigita ĉifrada konstruo, ŝlosilinterŝanĝa grupo kaj aŭtentiga metodo. Moderna AEAD-reĝimo kun ĝusta manpremo estas alia propono ol pli malnova reĝimo kunigita kun aparta MAC, eĉ kiam la ĉefa ŝlosilgrando estas identa.

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

Legu la intertraktitan rezulton, ne la agorditan maksimumon. Kliento proponanta fortan suition ankoraŭ konektiĝas malforte se la servilo elektas la pli malfortan opcion kaj la profilo permesas tion. Se rendimento estas la zorgo, mezuru ĝin sur la koncerna aparato kaj vojo, ĉar ŝlosilgrando estas malforta antaŭsigno de trairo, kiam aparatar-akcelo kaj paketa grando eniras la bildon.

La partoj, kiujn nombro neniam mezuras

Programara prizorgado estas la unua preterlaso. Tunelo konstruita sur biblioteko, kiu ĉesis ricevi riparojn, estas pli malforta ol ĝia ŝlosilgrando sugestas, kaj neniu agorda valoro riparas tion. Konduto de la funkciiganto estas la dua: konektaj rikordoj, kontaj datumoj kaj subtena traktado staras tute ekster la kriptografio. Servo, kiu konservas pli ol vi atendis, ne fariĝas pli sekura per pli longa ŝlosilo.

Kontrolo de la kunulo estas la tria kaj la plej konsekvenca. Kliento, kiu akceptas ajnan atestilon, havas fortan ĉifron volvitan ĉirkaŭ neaŭtentigita kunulo, kio estas pli malbona ol modesta ĉifro kun ĝusta validigo. Kontrolu tiujn tri antaŭ la nombro, kaj la nombro prenos sian ĝustan lokon.