Hvað verndar lykilorð á einkalykli VPN í raun

Auðvelt er að lesa rangt þá beiðni sem birtist þegar VPN-viðskiptavinur ræsist. Hún er ekki lykilorð VPN-reikningsins, hún er ekki lykilorð ganganna, og að slá hana inn sannar ekki að tengingin sé örugg. Hún opnar eina geymda framsetningu einkalykils svo viðskiptavinurinn geti lesið lykilefnið og notað það til auðkenningar. Allt sem gerist eftir það er önnur spurning.

Í reynd fer svarið úrskeiðis á jaðrinum: fólk gerir ráð fyrir að lykilorðið verndi gangandi göngin, eða að því breytt afturkalli eintak af lyklinum sem þegar hefur lekið. Báðar forsendur bregðast, og þær bregðast á þann hátt að skilríki verða eftir berskjaldað á meðan stjórnandinn telur málið leyst.

Einn gluggi, nokkur mismunandi leyndarmál

Lykilorð einkalykils afkóðar skrá. Lykilorð reiknings auðkennir þig hjá þjónustu. Lykilorð fyrir PKCS#12-innflutning afkóðar pakka sem inniheldur lykil og skírteini hans, og það er kannski ekki sama strengurinn og lykilorð lykilsins sjálfs. Þessar beiðnir geta litið næstum eins út, og að giska á hvaða leyndarmál fer hvert er leiðin að því að lyklar enda límdir í rangan reit.

Dulkóðun ganganna sjálfra er fjórða atriðið. Gagnarásin notar lotulykla sem samið er um í handabandinu; lykilorð einkalykilsins gegnir engu hlutverki í að vernda einstök pakka. Ef einhver getur lesið lykilskrána getur hann reynt að giska á lykilorðið án nettengingar, en ef hann getur lesið pakka er lykilorðið óviðkomandi.

Hvað dulkóðunin á disknum nær yfir

Dulkóðaður PEM-lykill kemur í tveimur myndum, og hausinn segir þér hvor þú hefur. Nútímamyndin PKCS#8 byrjar á -----BEGIN ENCRYPTED PRIVATE KEY-----; eldri PEM-myndin, sem er enn algeng í eldri OpenVPN-uppsetningum, byrjar á -----BEGIN RSA PRIVATE KEY----- og ber Proc-Type: 4,ENCRYPTED og línu DEK-Info rétt undir. Skráin geymir einkalykilinn dulkóðaðan undir lykli sem er leiddur af lykilorðinu þínu, venjulega með lykilorðsmiðuðu KDF með tilgreindri fjölda endurtekninga eða vinnustuðli. OpenSSL pkey-skjölin ná yfir sniðin og lykilorðsvalkostina sem gilda við lestur.

Tvær afleiðingar fylgja. Veikt lykilorð er hægt að ráðast á án nettengingar á þeim hraða sem KDF leyfir, svo skráarheimildir og aðgangur að afritum skipta enn máli jafnvel þótt skráin sé dulkóðuð. Og árásarmaður sem fær aðeins skrána án lykilorðsins verður að giska; sá sem fær skrána og lykilorðið hefur lykilinn, eins og hann hafi aldrei verið dulkóðaður.

head -3 vpn.key
openssl pkey -in vpn.key -noout -pubout
openssl pkcs12 -in bundle.p12 -info -noout

head -3 sýnir hausinn og, á eldri skrá, línurnar Proc-Type og DEK-Info sem sanna dulkóðun; ein lína ein sér er ekki sönnun í aðra hvora áttina. Línan pkey biður um lykilorðið og prentar aðeins opinbera helminginn, sem sannar að skráin og lykilorðið virka án þess að afhjúpa einkalykilinn. Notaðu ekki -text fyrir þá athugun: hún prentar einkahlutana, privateExponent, prime1, prime2 og restina, og það útgangsefni má aldrei líma neitt, hvorki í miða, spjall né annál. PKCS#12-skipunin segir þér líka hvort pakkinn hefur sérstakt MAC- eða dulkóðunarlykilorð, sem er gott að vita áður en þú afhendir samstarfsmanni hann.

Hvað það hættir að vernda þegar lykillinn er hlaðinn

Aflæsing er einstefnuatburður fyrir það ferli. Viðskiptavinurinn biður KDF um lykilinn, afkóðar skrána og heldur einkalyklinum í minni eins lengi og hann þarf. Frá þeirri stund verndar lykilorðið ekki neitt í gangandi lotunni: hvorki minni ferlisins, kjarnadump, kembiflotu sem er tengd viðskiptavininum né afrit af vélinni sem tekið var á meðan lykillinn var í notkun.

Þetta er sama mörkin og SSH-lykill með lykilorði, eða opinn kassi lykilorðastjóra. Það hækkar kostnaðinn við að stela skránni í hvíld og gerir ekkert gegn spilliforriti sem keyrir sem notandinn þinn, heimilaðri forriti sem biður viðskiptavininn að undirrita, eða stjórnanda sem getur lesið minni. Líttu á það sem eitt lag, ekki sem stjórnina sem gerir lykil öruggan að skilja eftir.

Hvers vegna beiðnin kemur alltaf aftur

Viðskiptavinur sem spyr aftur við hverja endurtengingu er ekki endilega bilaður. Sumir viðskiptavinir skyggja á lykilorðið fyrir lotuna, aðrir geyma það í lyklakippu stýrikerfisins, og enn aðrir er hægt að beina að hjálpara sem útvegar það, svo hegðunin sem þú færð fer eftir viðskiptavininum og stillingum hans, ekki lykilskránni.

Ef endurtekin beiðni er raunverulega kvörtunin skaltu skoða skyggingu og auðkenningarvalkosti viðskiptavinarins áður en þú fjarlægir dulkóðunina af lyklinum. Að fjarlægja lykilorðið breytir varðri skrá í lykil í berum texta, og endurtengingin verður hljóðlát á kostnað eina hvíldarstýringarinnar sem þú hafðir. Betra svar er venjulega studd skilríkjaeymsla með sömu skráarheimildum og þú hefðir notað hvort eð er.

Tap og afhjúpun eru ekki sama viðgerðin

Týnt lykilorð er ekki hægt að endurheimta úr skírteininu. Skírteinið er opinbert efni sem bindur nafn við lykil; það inniheldur enga leið aftur að einkalyklinum og enga vísbendingu um lykilorðið. Hagnýtu valkostirnir eru heimilað afrit af lyklinum eða ný auðkenni gefin út í gegnum venjulegt ferli stjórnandans. Hver sem býður 'endurheimt' lykilorðsins býður að giska á það.

Afhjúpun krefst annarrar svörunar. Endurdulkóðun sama lykils með nýju lykilorði skilur lykilefnið óbreytt, svo eintak sem þegar var opnað annars staðar virkar enn. Viðgerðin er að afturkalla eða skipta út skilríkinu: gefðu út nýjan lykil og skírteini, dreifðu þeim og settu þann gamla í eftirlaun hjá mótaðilanum. Þangað til er breyting á skráarlykilorðinu húsverk, ekki afmörkun. Haltu gömlu skránni fyrir utan afrit aðeins eftir að staðfest hefur verið að nýja auðkennið virki, og skráðu hvaða raðnúmer eða fingrafar kom í staðinn.