Er den Wi-Fi-loginside virkelig? Tjek det, før du skriver en adgangskode

Du logger på stedets Wi-Fi, en side åbner, og den beder dig logge ind med en e-mailadresse eller en firmakonto. Netværksnavnet passer med det, receptionen fortalte dig, og logoet ser rigtigt ud. Ingen af delene er bevis, for begge kan kopieres på en eftermiddag. Bekræft loginmetoden gennem en kilde, der ikke er siden foran dig, før du skriver noget.

Begynd med instruktionerne, ikke siden

Det er hele metoden: verificer gennem en uafhængig kanal, og beslut så. Alt nedenfor er, hvad du skal sammenligne, og hvad du skal afvise.

Det lyder langsomt, og det tager cirka to minutter, når du har gjort det to gange.

Læs domænet, ikke designet

Spørg stedet, hvordan gæsteadgangen fungerer, eller læs kortet, kvitteringen eller bekræftelsesmailen, der fulgte med bookingen. Sammenlign login-domænet og de oplysninger, der bliver bedt om, med de instruktioner. Steder bruger faktisk eksterne portaltjenester, så et ukendt domæne kræver verifikation og ikke en automatisk antagelse i nogen retning. Et domæne, der passer med instruktionerne, er ikke bevis på sikkerhed, men en uoverensstemmelse er grund til at stoppe.

Se på adresselinjen frem for sidens layout. En hængelås siger kun, at forbindelsen til værten er krypteret; den siger intet om, hvorvidt værten er den, stedet havde tænkt på.

En HTTPS-advarsel er et stopskilt, ikke noget, man klikker videre igennem.

Læs, hvad siden beder om

En Wi-Fi-adgangsside har en snæver opgave: at acceptere et værelsesnummer, en værdikode, en e-mailadresse eller et afkrydsningsfelt for vilkår. Den har ingen grund til at bede om din private VPN-nøgle, din arbejdsadgangskode, dine gendannelseskoder eller et betalingskort til et gratis netværk. Det hører til andre tjenester, og en side, der beder om det, har fortalt dig, hvad den er. Behandl selve anmodningen som det stærkeste signal, du får.

Afvis at installere et tillidscertifikat eller et hjælpeprogram, fordi siden siger, at adgangen kræver det. Legitime administrerede krav kommer gennem din organisation, ikke gennem en portalmeddelelse.

Hvis siden kræver en af delene, skal du afbryde forbindelsen og bruge et andet netværk.

Auto-tilslutning afgør, hvilket netværk du er på

Et gemt netværksnavn kan tilslutte automatisk, hvilket betyder, at enheden kan være på et netværk, du ikke bevidst valgte i det øjeblik. Tjek platformens indstillinger for auto-tilslutning, og glem netværk, du ikke længere har brug for. Den ene vane fjerner den mest almindelige måde, hvorpå et efterligningsnetværk får en enhed tilkoblet uden en beslutning. Det gør også det SSID, du er på, til et bevidst valg i stedet for en baggrundshændelse.

To netværk med samme navn kan findes på samme sted, og enheden vælger ét uden at spørge. Din erindring om, hvilket du tilsluttede, er ikke en pålidelig registrering.

Verificer det netværk, du faktisk er tilknyttet, ikke det, du mente at tilslutte.

VPN dækker ikke dette trin

En VPN har brug for adgangsvejen, før den kan forbinde, så portalen sker, før tunnelen findes. Den rækkefølge betyder, at portalen ikke kan gøres troværdig af VPN’en, og at VPN’en ikke bagefter kan beskytte de oplysninger, du allerede har givet til en falsk side. Tilslut tunnelen, efter at portalen er verificeret, og netværket er troværdigt nok til brug. Behandl de to trin som separate beslutninger med separate beviser.

Hvis siden er verificeret, og tunnelen stadig fejler, er det et netværksproblem, og det hører til en anden tjekliste.

Hvis du allerede har skrevet en arbejdsadgangskode ind i en side, du nu tvivler på, skal du ændre den fra en kendt god forbindelse og fortælle din administrator, hvad der skete. Hastighed betyder mere end sikkerhed her.

Arkitekturen bag captive portalen beskrevet i RFC 8952 er værd at læse én gang, fordi den forklarer, hvorfor portalen ligger uden for enhver tunnel, du senere bygger. Den viden gør en mistænkelig side til en beslutning i stedet for et gæt.