Csatlakozik a hely Wi-Fi-hálózatához, megnyílik egy oldal, és e-mail-címmel vagy vállalati fiókkal kér bejelentkezést. A hálózat neve megegyezik azzal, amit a recepción mondtak, és a logó is megfelelőnek tűnik. Egyik sem bizonyíték, mert mindkettő másolható egyetlen délután alatt. Mielőtt bármit beírna, erősítse meg a bejelentkezés módját olyan forrásból, amely nem az előtte lévő oldal.

Kezdje az útmutatással, ne az oldallal

Ez az egész módszer: független csatornán ellenőrizni, aztán dönteni. Az alábbiak mind azt mutatják, mit kell összevetni és mit kell elutasítani.

Lassúnak hangzik, és körülbelül két percig tart, ha kétszer már megcsinálta.

A domaint olvassa, ne a dizájnt

Kérdezze meg a helyet, hogyan működik a vendéghozzáférés, vagy olvassa el a foglaláshoz kapott kártyát, nyugtát vagy visszaigazoló e-mailt. Hasonlítsa össze a bejelentkezési domaint és a kért adatokat ezekkel az útmutatásokkal. A helyek valóban használnak külső portálszolgáltatásokat, ezért egy ismeretlen domain ellenőrzést igényel, nem automatikus feltevést egyik irányban sem. Az útmutatással egyező domain nem biztonsági bizonyíték, de az eltérés ok a megállásra.

A címsávot nézze, ne az oldal elrendezését. Egy lakat csak azt mondja, hogy a kapcsolat ezzel a gazdagéppel titkosított; azt nem, hogy ez a gazdagép-e az, amelyet a hely szánt.

Az HTTPS-figyelmeztetés stoptábla, nem valami, amin át kell kattintani.

Olvassa el, mit kér az oldal

A Wi-Fi-hozzáférési oldalnak szűk a feladata: szobaszámot, utalványkódot, e-mail-címet vagy az elfogadási jelölőnégyzetet fogad el. Semmi oka nincs elkérni a VPN privát kulcsát, a munkahelyi jelszavát, a helyreállítási kódjait vagy egy fizetési kártyát egy ingyenes hálózatért. Ezek más szolgáltatásokhoz tartoznak, és az az oldal, amely ezeket kéri, már elárulta, mi. Magát a kérést tekintse a legerősebb jelnek, amit kaphat.

Utasítsa el a bizalmi tanúsítvány vagy segédprogram telepítését, mert az oldal szerint a hozzáférés ezt igényli. A jogszerű kezelt követelmények a szervezetén keresztül jönnek, nem egy portálfelszólításon keresztül.

Ha az oldal bármelyiket követeli, szakítsa meg a kapcsolatot, és használjon másik hálózatot.

Az automatikus csatlakozás dönti el, melyik hálózaton van

Egy mentett hálózatnév automatikusan csatlakozhat, ami azt jelenti, hogy az eszköz olyan hálózaton lehet, amelyet abban a pillanatban nem tudatosan választott. Ellenőrizze a platform automatikus csatlakozási beállításait, és felejtse el a már nem szükséges hálózatokat. Ez az egyetlen szokás megszünteti a leggyakoribb módját annak, hogy egy hasonmás hálózat döntés nélkül magához vonzza az eszközt. Egyúttal az SSID-t, amelyen van, tudatos választássá teszi háttéresemény helyett.

Két azonos nevű hálózat létezhet ugyanazon a helyen, és az eszköz kérdezés nélkül választ egyet. Az emlékezete arról, hogy melyikhez csatlakozott, nem megbízható feljegyzés.

Azt a hálózatot ellenőrizze, amelyhez valóban kapcsolódik, ne azt, amelyhez csatlakozni akart.

A VPN nem fedi ezt a lépést

A VPN-nek szüksége van a hozzáférési útra, mielőtt csatlakozhat, ezért a portál azelőtt történik, hogy az alagút létezne. Ez a sorrend azt jelenti, hogy a portált nem teheti megbízhatóvá a VPN, és a VPN nem tud visszamenőleg védelmet adni azoknak a hitelesítő adatoknak, amelyeket már odaadott egy hamis oldalnak. Az alagutat azután csatlakoztassa, hogy a portált ellenőrizte, és a hálózat elég megbízható a használathoz. Tekintse a két lépést külön döntésnek, külön bizonyítékokkal.

Ha az oldal ellenőrzött, és az alagút mégis elbukik, az hálózati probléma, és másik ellenőrzőlistához tartozik.

Ha már beírt egy munkahelyi jelszót egy olyan oldalba, amelyben most kételkedik, változtassa meg egy ismerten jó kapcsolatból, és mondja el az adminisztrátorának, mi történt. Itt a gyorsaság többet számít a bizonyosságnál.

Az RFC 8952-ben leírt elfogó portál architektúrája egy olvasást megér, mert megmagyarázza, miért van a portál minden később építhető alagúton kívül. Ez a tudás a gyanús oldalt döntéssé teszi találgatás helyett.

Kapcsolódó cikkek