Jūs pieslēdzaties vietas Wi-Fi, atveras lapa, un tā lūdz pieteikties ar e-pasta adresi vai uzņēmuma kontu. Tīkla nosaukums atbilst tam, ko jums teica reģistratūrā, un logotips izskatās pareizi. Neviens no abiem nav pierādījums, jo abus var nokopēt vienā pēcpusdienā. Pirms kaut ko ievadāt, apstipriniet pieteikšanās veidu ar avotu, kas nav lapa jums priekšā.

Sāciet ar norādēm, nevis ar lapu

Tā ir visa metode: pārbaudiet neatkarīgā kanālā un tad izlemiet. Viss zemāk ir tas, ko salīdzināt un no kā atteikties.

Tas šķiet lēni, un tas aizņem apmēram divas minūtes, kad to esat izdarījis divreiz.

Lasiet domēnu, nevis dizainu

Pajautājiet vietai, kā darbojas viesu piekļuve, vai izlasiet karti, kvīti vai apstiprinājuma e-pastu, kas atnāca kopā ar rezervāciju. Salīdziniet pieteikšanās domēnu un pieprasīto informāciju ar šīm norādēm. Vietas patiešām izmanto ārējus portāla pakalpojumus, tāpēc nezināms domēns prasa pārbaudi, nevis automātisku pieņēmumu kaut vienā virzienā. Domēns, kas atbilst norādēm, nav drošības pierādījums, bet neatbilstība ir iemesls apstāties.

Skatieties adreses joslu, nevis lapas izkārtojumu. Slēdzenīte tikai saka, ka savienojums ar šo resursdatoru ir šifrēts; tā neko nepasaka par to, vai šis resursdators ir tas, ko vieta bija domājusi.

HTTPS brīdinājums ir apstāšanās zīme, nevis kaut kas, kam klikšķināt cauri.

Lasiet, ko lapa prasa

Wi-Fi piekļuves lapai ir šaurs uzdevums: pieņemt istabas numuru, kupona kodu, e-pasta adresi vai noteikumu izvēles rūtiņu. Tai nav pamata prasīt jūsu VPN privāto atslēgu, darba paroli, atjaunošanas kodus vai maksājumu karti par bezmaksas tīklu. Tas pieder citiem pakalpojumiem, un lapa, kas to prasa, jau ir pateikusi, kas tā ir. Uzskatiet pašu pieprasījumu par spēcīgāko signālu, ko saņemsit.

Atteikieties instalēt uzticības sertifikātu vai palīgprogrammu tāpēc, ka lapa saka, ka piekļuvei tas ir vajadzīgs. Likumīgas pārvaldītas prasības nāk caur jūsu organizāciju, nevis caur portāla uzvedni.

Ja lapa pieprasa kādu no tiem, atvienojieties un izmantojiet citu tīklu.

Automātiskā pievienošanās nosaka, kurā tīklā jūs esat

Saglabāts tīkla nosaukums var pievienoties automātiski, kas nozīmē, ka ierīce var būt tīklā, kuru tajā brīdī apzināti neizvēlējāties. Pārbaudiet platformas automātiskās pievienošanās iestatījumus un aizmirstiet tīklus, kas vairs nav vajadzīgi. Šis viens paradums novērš visizplatītāko veidu, kā līdzīgs tīkls piesaista ierīci bez lēmuma. Tas arī padara SSID, kurā esat, par apzinātu izvēli, nevis fona notikumu.

Divi tīkli ar vienu un to pašu nosaukumu var pastāvēt vienā vietā, un ierīce izvēlas vienu, nejautājot. Jūsu atmiņa par to, kuram pievienojāties, nav uzticams ieraksts.

Pārbaudiet tīklu, ar kuru jūs patiešām esat saistīts, nevis to, kuram gribējāt pievienoties.

VPN neaptver šo soli

VPN pirms pievienošanās nepieciešams piekļuves ceļš, tāpēc portāls notiek, pirms tuneļa vēl nav. Šī secība nozīmē, ka portālu nevar padarīt uzticamu ar VPN palīdzību, un VPN nevar ar atpakaļejošu spēku aizsargāt datus, ko jau esat nodevis viltus lapai. Pievienojiet tuneli pēc tam, kad portāls ir pārbaudīts un tīkls ir pietiekami uzticams lietošanai. Uzskatiet abus soļus par atsevišķiem lēmumiem ar atsevišķiem pierādījumiem.

Ja lapa ir pārbaudīta un tunelis joprojām neizdodas, tā ir tīkla problēma, un tā pieder citam sarakstam.

Ja jau esat ievadījis darba paroli lapā, par kuru tagad šaubāties, nomainiet to no zināmas labas savienojuma un pastāstiet administratoram, kas notika. Šeit ātrums ir svarīgāks par pārliecību.

RFC 8952 aprakstītā tveršanas portāla arhitektūra ir vērta vienas lasīšanas reizes, jo tā izskaidro, kāpēc portāls atrodas ārpus jebkura vēlāk veidota tuneļa. Šīs zināšanas pārvērš aizdomīgu lapu lēmumā, nevis minējumā.

Saistītie raksti