É real esa páxina de inicio de sesión do Wi-Fi? Compróbea antes de escribir un contrasinal

Conéctase ao Wi-Fi do local, ábrese unha páxina e pídelle iniciar sesión cun enderezo de correo ou unha conta de empresa. O nome da rede coincide co que lle dixo a recepción e o logotipo parece correcto. Ningunha das dúas cousas é unha proba, porque ambas se poden copiar nunha tarde. Confirme o método de inicio de sesión mediante unha fonte que non sexa a páxina que ten diante antes de escribir nada.

Comece polas instrucións, non pola páxina

Ese é todo o método: verifique por unha canle independente e logo decida. Todo o que segue é que comparar e que rexeitar.

Soa lento, e tarda uns dous minutos unha vez o fixo dúas veces.

Lea o dominio, non o deseño

Pregunte ao local como funciona o seu acceso para invitados, ou lea a tarxeta, o recibo ou o correo de confirmación que chegou coa reserva. Compare o dominio de inicio de sesión e a información solicitada con esas instrucións. Os locais si usan servizos de portal externos, así que un dominio descoñecido necesita verificación e non unha suposición automática en ningunha dirección. Un dominio que coincide coas instrucións non é proba de seguridade, pero unha discrepancia é motivo para deterse.

Mire a barra de enderezos en lugar do deseño da páxina. Un cadeado só di que a conexión con ese host está cifrada; non di nada sobre se o host é o que o local pretendía.

Un aviso de HTTPS é un sinal de stop, non algo polo que se fai clic.

Lea que pide a páxina

Unha páxina de acceso Wi-Fi ten unha tarefa estreita: aceptar un número de habitación, un código de vale, un enderezo de correo ou unha casiña de condicións. Non ten motivo para pedir a súa clave privada de VPN, o seu contrasinal de traballo, os seus códigos de recuperación ou unha tarxeta de pagamento para unha rede gratuíta. Isto pertence a servizos distintos, e unha páxina que o pide xa lle dixo que é. Trate a petición mesma como o sinal máis forte que vai recibir.

Rexeite instalar un certificado de confianza ou unha aplicación auxiliar porque a páxina diga que o acceso o require. Os requisitos xestionados lexítimos chegan a través da súa organización, non a través dun aviso dun portal cativo.

Se a páxina esixe calquera das dúas cousas, desconéctese e use outra rede.

A conexión automática decide en que rede está

Un nome de rede gardado pode conectarse automaticamente, o que significa que o dispositivo pode estar nunha rede que non escolleu deliberadamente nese momento. Revise a configuración de conexión automática da plataforma e esqueza as redes que xa non necesita. Ese só hábito elimina a forma máis común de que unha rede de imitación faga entrar un dispositivo sen unha decisión. Tamén converte o SSID no que está nunha elección deliberada e non nun suceso de fondo.

Dúas redes co mesmo nome poden existir no mesmo lugar, e o dispositivo escolle unha sen preguntar. O seu recordo de a cal se conectou non é un rexistro fiable.

Verifique a rede á que está realmente asociado, non a que pretendía usar.

A VPN non cobre este paso

Unha VPN necesita a ruta de acceso antes de poder conectarse, así que o portal cativo ocorre antes de que exista o túnel. Ese orde significa que o portal non se pode facer fiable grazas á VPN, e que a VPN non pode protexer retroactivamente as credenciais que xa deu a unha páxina falsa. Conecte o túnel despois de que o portal estea verificado e a rede sexa o bastante fiable para usala. Trate os dous pasos como decisións separadas con probas separadas.

Se a páxina está verificada e o túnel segue fallando, iso é un problema de rede e pertence a outra lista.

Se xa escribiu un contrasinal de traballo nunha páxina da que agora dubida, cámbiea desde unha conexión de confianza e conte ao seu administrador o que pasou. Aquí a rapidez importa máis que a certeza.

A arquitectura do portal cativo descrita no RFC 8952 merece unha lectura, porque explica por que o portal queda fóra de calquera túnel que poida construír despois. Ese coñecemento converte unha páxina sospeitosa nunha decisión e non nunha conxectura.