Vaše heslo k VPN je súkromné len tak ako jeho overovateľ

Prejdite štyri otázky pri každom prihlásení k VPN: čo chráni heslo pri prenose, ktorý komponent ho dostáva, čo s ním tento komponent robí a čo sa potom ukladá. Každá odpoveď je iná kontrola a silná odpoveď na jednu nehovorí nič o ostatných. Chyba je považovať šifrovanie tunela za niečo, čo pokrýva všetky štyri. Pokrýva prvú, a len prvú.

Pýtajte sa, kto ukončuje reláciu, nie či je relácia šifrovaná.

Šifrované voči komu, presne?

TLS chráni heslo medzi klientom a tým, čo ukončuje spojenie. Ak je tým koncovým bodom brána VPN, jej autentifikačný kód vidí heslo v otvorenej podobe, overí ho a odovzdá ďalej buď ho, alebo odvodenú hodnotu. To je zamýšľaný návrh, nie únik. Sieťový pozorovateľ na ceste sa nedozvie nič užitočné a komponent vykonávajúci overenie sa dozvie všetko, čo potrebuje.

Komunita OpenVPN to výslovne dokumentuje: auth-user-pass-verify odovzdáva predložené prihlasovacie údaje overovaciemu skriptu alebo doplnku. Je to úmyselné odovzdanie medzi komponentmi a patrí do modelu dôvery ako pomenovaná strana.

Overovateľ vidí heslo

Keď komponent dostane heslo na overenie, o tom, či tajomstvo zostane uzavreté, rozhodujú jeho riadenie prístupu, zaznamenávanie a kvalita kódu. Skript, ktorý zapíše prihlasovacie údaje do záznamu, alebo doplnok, ktorý ich ukladá do vyrovnávacej pamäte, vytvára oveľa väčšiu expozíciu, než vytvoril protokol. Prístup závisí od architektúry a rolí, nie od tunela, a preto do hodnotenia patrí vlastník služby, ktorý overovateľa ovláda.

Rôzne metódy odhaľujú rôzny materiál. Autentifikácia certifikátom preukazuje súkromný kľúč bez jeho odoslania a federačný tok môže ponechať heslo u poskytovateľa identity a vydať VPN obmedzené tvrdenie. Tieto návrhy zužujú okruh; žiadny z nich neodstraňuje všetky dôveryhodné strany.

Uložené hashe chránia inú fázu

Usmernenia NIST oddeľujú chránený prenos od odolného ukladania overovateľa. Soľ a nákladná hašovacia schéma riešia hrozbu uloženého overovateľa, čo je to, čo sa stane dodatočne, ak unikne databáza. S komponentom počas behu, ktorý musí prijať vstup, aby ho porovnal, nerobia nič. Čítať usmernenia tak, akoby sľubovali tajnosť počas behu, je kategorická chyba.

Dobre hašované úložisko hesiel a vystavený overovací skript teda môžu v jednom produkte existovať vedľa seba bez rozporu.

Voľba metódy, ktorá zužuje okruh

Ak je požiadavkou, aby brána nikdy nedostala opakovane použiteľné heslo, zvoľte metódu, ktorá to skutočne zaručuje; zmena šifry údajov túto vlastnosť nevytvára. Overenie certifikátu servera VPN vám povie, ku ktorému partnerovi ste sa dostali; nehovorí nič o tom, ako tento partner potom nakladá s prihlasovacími údajmi. Zachovajte overovanie servera, používajte odlišné údaje pre každú službu a postupujte podľa organizáciou podporovaného toku identity.

Zaznamenajte stranu, ktorá heslo dostáva, stranu, ktorá ho overuje, a formu, v ktorej sa uchováva. Tieto tri odpovede patria vedľa profilu pripojenia, pretože prežívajú každý konkrétny tunel.

Užitočná otázka nie je, či je heslo šifrované, ale pred kým je skryté, ktorý komponent ho dostáva a aká forma neskôr pretrvá.