Vaše geslo VPN je zasebno le toliko kot njegov preverjevalec

Preglejte štiri vprašanja o vsaki prijavi v VPN: kaj ščiti geslo med prenosom, katera komponenta ga prejme, kaj ta komponenta z njim počne in kaj se shrani pozneje. Vsak odgovor je drugačen nadzor, in močan odgovor na enega ne pove nič o drugih. Napaka je obravnavati šifriranje tunela, kot da pokriva vse štiri. Pokriva prvega, in samo prvega.

Vprašajte, kdo konča sejo, ne ali je seja šifrirana.

Šifrirano za koga, natančno?

TLS ščiti geslo med odjemalcem in tistim, kar konča povezavo. Če je ta končna točka prehod VPN, njegova koda za preverjanje pristnosti vidi geslo v čistem besedilu, ga potrdi in posreduje naprej njega ali izpeljano vrednost. To je predvidena zasnova, ne uhajanje. Omrežni opazovalec na poti se ne nauči nič koristnega, komponenta, ki izvaja preverjanje, pa se nauči vse, kar potrebuje.

Skupnost OpenVPN to izrecno dokumentira: auth-user-pass-verify preda predložene poverilnice skriptu ali vtičniku za preverjanje. To je namerno predajanje med komponentami in spada v model zaupanja kot imenovana stran.

Preverjevalec vidi geslo

Ko komponenta prejme geslo za preverjanje, o tem, ali skrivnost ostane zaprta, odločajo njene kontrole dostopa, beleženje in kakovost kode. Skript, ki poverilnice zapiše v dnevnik, ali vtičnik, ki jih shrani v predpomnilnik, ustvari veliko večjo izpostavljenost, kot jo je ustvaril protokol. Dostop je odvisen od arhitekture in vlog, ne od tunela, zato lastnik storitve, ki nadzoruje preverjevalca, spada v oceno.

Različne metode razkrijejo različen material. Preverjanje pristnosti s potrdilom dokaže zasebni ključ, ne da bi ga poslalo, federacijski tok pa lahko obdrži geslo pri ponudniku identitete in VPN izda omejeno trditev. Te zasnove zožijo krog; nobena od njih ne odpravi vseh zaupanja vrednih strani.

Shranjeni hashi ščitijo drugo fazo

Smernice NIST ločujejo zaščiten prenos od odpornega shranjevanja preverjevalca. Sol in stroškovna shema razpršila naslavljata grožnjo shranjenega preverjevalca, to je tisto, kar se zgodi naknadno, če baza podatkov uhaja. Za komponento v času izvajanja, ki mora prejeti vhod, da ga primerja, ne storita nič. Brati smernice, kot da obljubljajo tajnost v času izvajanja, je kategorijska napaka.

Dobro z razpršilom zaščiteno shrambo gesel in izpostavljen skript za preverjanje lahko zato brez nasprotja sobivata v istem izdelku.

Izbira metode, ki zoži krog

Če je zahteva, da prehod nikoli ne prejme gesla za večkratno uporabo, izberite metodo, ki to res zagotavlja; zamenjava šifre podatkov te lastnosti ne ustvari. Preverjanje potrdila strežnika VPN vam pove, do katerega partnerja ste prišli; ne pove nič o tem, kako ta partner pozneje ravna s poverilnicami. Ohranite preverjanje strežnika, uporabljajte različne poverilnice za vsako storitev in sledite toku identitete, ki ga organizacija podpira.

Zabeležite stran, ki prejme geslo, stran, ki ga potrdi, in obliko, v kateri se hrani. Ti trije odgovori spadajo ob profil povezave, ker preživijo vsak posamezni tunel.

Koristno vprašanje ni, ali je geslo šifrirano, ampak pred kom je skrito, katera komponenta ga prejme in kakšna oblika ostane pozneje.