Iepenbier VPN-wachtwurd: wêrom it net jo e-postwachtwurd wêze moat

Profylen yn iepenbiere VPN-gidsen listeare in tsjinner, in brûkersnamme en in wachtwurd dy't tûzenen oare minsken ek hawwe, en de ferlieding is om eat te typen dat te ûnthâlden is. Krekt dat ynstinkt is it probleem: de wearde is gjin persoanlik geheim, en alles wêrfoar't jo it opnij brûke, wurdt ek iepenbier. Behannelje de publisearre oanmelding as in dielde kaai foar in iepenbiere tsjinst, en elk akkount dat jo identifisearret as in folslein oare kategory. De skieding is maklik te hanthavenjen oant de dei dat it ta docht.

Wat de oanmeldingsgegevens eins binne

In oanmelding dy't yn in iepenbiere VPN-gids publisearre wurdt, is in tagongsregeling tusken de operator en elkenien dy't de side lêst. It kin in dield tsjinstakkount identifisearje ynstee fan in persoan, en de operator kin de ferbining by de poarte observearje.

Dat lêste punt fertsjinnet klam: wa't in tunnel beëiniget, sjocht it ferkear dat der yn en út giet, en hâldt it wachtwurd dat it iepene. It opnij brûken fan in wearde foar in e-postakkount fertelt de operator eat oer in akkount dat se nea hawwe kind riede moatten. In dield wachtwurd is yn gjin betsjuttingsfolle sin in geheim, om't in protte minsken it hâlde. De kategoryen binne ûnderskieden: in iepenbier tagongsgeheim, in privee-akkountwachtwurd, in kliïntsertifikaat en in peer-kaai, elk beäntwurdet in oare fraach.

Werbrûk is in bekende wearde, gjin swakke

Rjochtlinen foar wachtwurdsterkte rjochtsje har meast op lingte en unisiteit, en unisiteit is krekt wat werbrûk fernielt. In lang wachtwurd dat op twa plakken brûkt wurdt, is op beide plakken in bekende wearde sadree't ien fan 'e twa lekt.

Credential stuffing hinget fan dy oerlaap ôf, en iepenbiere gidsen meitsje de earste helte fan it pear fergees foar elkenien. It generearjen fan in aparte wearde per tsjinst hellet dy hefboom fuort sûnder eat te freegjen dat better te ûnthâlden is. Lingte kompensearret nea in wearde dy't al op in iepenbiere side printe is.

As it wachtwurd al werbrûkt is

Feroarje it net-relatearre akkount fia syn ferifiearre werstelproses, en besjoch dan syn aktive sesjes en werstelynstellingen, want in weromsetten dat in âlde sesje libben lit, hat it wurk net dien. Stjoer it wachtwurd net nei VPN-stipe om de flater te demonstrearjen. Wêr't multifaktor-autentikaasje beskikber is, ynskeakelje it, want it oerlibbet in lekt wachtwurd.

Rotearje de VPN-oanmeldingsgegevens fia hokker proses de operator ek dokumintearret, en tink derom dat dit in aparte aksje is fan it feroarjen fan jo eigen akkount. Hâld de twa feroaringen yn itselde ticket, sadat nimmen oannimt dat ien de oare dekte.

As in privee kliïntkaai bleatsteld is ynstee fan in wachtwurd, is werropping it middel. It feroarjen fan in e-postwachtwurd ferwideret gjin kopyearre kaai.

Kontrolearje it type oanmeldingsgegevens foardat jo rottearje

Identifisearje wat it fjild eins ferwachtet foardat jo eat generearje. In portaal-keamerkoade, in peer-kaai en in wachtwurd binne net útwikselber, en it ferkearde rottearjen lit de bleatstelling op syn plak.

python3 -c 'import secrets; print(secrets.token_urlsafe(24))'
gpg --gen-random --armor 2 32
pass generate work/mail 24

Bewarje generearre wearden yn in wachtwurdbehearder ynstee fan in notysje, sadat aparte yngongen brûkber bliuwe. Befêstigje dan dat de nije wearde wurket foardat jo de âlde weismite, en hâld beide barrens yn itselde ticket.

Einigje troch bewarre oanmeldingsgegevens op te romjen op elke dielde ynstallaasje dy't de âlde oanmelding brûkte. In oanmeldingsgegevens fuorthelle fan de tsjinner is noch altyd in lek as in apparaat trochgiet mei opnij ferbinen mei in bewarre kopy.