Ĉu tiu Wi-Fi-ensaluta paĝo estas aŭtenta? Kontrolu antaŭ ol tajpi pasvorton

Vi aliĝas al la Wi-Fi de la loko, paĝo malfermiĝas, kaj ĝi petas vin ensaluti per retadreso aŭ kompania konto. La reta nomo kongruas kun tio, kion diris la akceptejo, kaj la emblemo aspektas ĝusta. Neniu el la du estas pruvo, ĉar ambaŭ eblas kopii dum unu posttagmezo. Konfirmu la ensalutmetodon per fonto, kiu ne estas la paĝo antaŭ vi, antaŭ ol vi tajpos ion ajn.

Komencu per la instrukcioj, ne per la paĝo

Tio estas la tuta metodo: kontrolu per sendependa kanalo, poste decidu. Ĉio sube estas kion kompari kaj kion rifuzi.

Ĝi sonas malrapida, kaj ĝi daŭras proksimume du minutojn post kiam vi faris ĝin dufoje.

Legu la domajnon, ne la dezajnon

Demandu la lokon kiel funkcias ĝia gastaliro, aŭ legu la karton, la kvitancon aŭ la konfirman retmesaĝon, kiuj venis kun la rezervo. Komparu la ensalutan domajnon kaj la petatan informon kun tiuj instrukcioj. Lokoj ja uzas eksterajn portalajn servojn, do nekonata domajno bezonas kontrolon anstataŭ aŭtomatan supozon en iu ajn direkto. Domajno kongrua kun la instrukcioj ne estas pruvo de sekureco, sed malkongruo estas kialo halti.

Rigardu la adresbreton anstataŭ la paĝan aranĝon. Seruro nur diras, ke la konekto al tiu gastiganto estas ĉifrita; ĝi diras nenion pri tio, ĉu tiu gastiganto estas la intencita de la loko.

HTTPS-a averto estas haltsigno, ne io por klaki preter.

Legu kion la paĝo petas

Wi-Fi-aliro-paĝo havas mallarĝan taskon: akcepti ĉambran numeron, kuponan kodon, retadreson aŭ butonon por la kondiĉoj. Ĝi havas neniun kialon peti vian privatan ŝlosilon de VPN, vian laboran pasvorton, viajn restaŭrajn kodojn aŭ pagkarton por senpaga reto. Tiuj apartenas al aliaj servoj, kaj paĝo, kiu petas ilin, jam diris al vi, kio ĝi estas. Traktu la peton mem kiel la plej fortan signalon, kiun vi ricevos.

Rifuzu instali fidoateston aŭ helpan aplikaĵon ĉar la paĝo diras, ke aliro postulas ĝin. Legitimaj administrataj postuloj venas tra via organizo, ne tra porta instigo.

Se la paĝo postulas iun el la du, malkonektiĝu kaj uzu alian reton.

Aŭtomata aliĝo decidas, en kiu reto vi estas

Konservita reta nomo povas aliĝi aŭtomate, kio signifas, ke la aparato povas esti en reto, kiun vi ne konscie elektis en tiu momento. Kontrolu la agordojn de aŭtomata aliĝo de la platformo kaj forgesu retojn, kiujn vi ne plu bezonas. Tiu unu kutimo forigas la plej oftan manieron, per kiu imita reto altiras aparaton sen decido. Ĝi ankaŭ igas la SSID, en kiu vi estas, konscia elekto anstataŭ fona okazaĵo.

Du retoj kun la sama nomo povas ekzisti en la sama loko, kaj la aparato elektas unu sen demandi. Via memoro pri tio, al kiu vi aliĝis, ne estas fidinda registro.

Kontrolu la reton, kun kiu vi efektive estas asociita, ne tiun, al kiu vi intencis aliĝi.

La VPN ne kovras ĉi tiun paŝon

VPN bezonas la alirvojon antaŭ ol ĝi povas konekti, do la portalo okazas antaŭ ol la tunelo ekzistas. Tiu ordo signifas, ke la portalo ne povas fariĝi fidinda per la VPN, kaj la VPN ne povas retroaktive protekti akreditaĵojn, kiujn vi jam donis al falsa paĝo. Konektu la tunelon post kiam la portalo estas kontrolita kaj la reto estas sufiĉe fidinda por uzi. Traktu la du paŝojn kiel apartajn decidojn kun apartaj pruvoj.

Se la paĝo estas kontrolita kaj la tunelo ankoraŭ malsukcesas, tio estas reta problemo kaj apartenas al alia kontrol-listo.

Se vi jam tajpis laboran pasvorton en paĝon, pri kiu vi nun dubas, ŝanĝu ĝin de konate bona konekto kaj diru al via administranto, kio okazis. Rapideco gravas pli ol certeco ĉi tie.

La arkitekturo de kapta portalo priskribita en RFC 8952 indas unu legadon, ĉar ĝi klarigas, kial la portalo staras ekster iu ajn tunelo, kiun vi eble konstruos poste. Tiu scio transformas suspektan paĝon en decidon anstataŭ divenon.