Šis Wi-Fi sertifikāta uzvednes ziņojums nav jauna saknes sertifikācijas iestāde

Dialogs parādās, kad pievienojaties universitātes vai biroja tīklam, tajā minēts sertifikāts un piedāvāta poga ar uzrakstu uzticēties vai turpināt. Aiz šīs pogas slēpjas divas ļoti atšķirīgas izmaiņas. Viena iemāca Wi-Fi klientam, kuru autentifikācijas serveri pieņemt šim vienam tīklam. Otra instalē sertifikācijas iestādi, ko citas programmas pēc tam varēs izmantot. Ekrānā redzamais formulējums ir vienīgā norāde, ko iegūstat, tāpēc izlasiet to pirms pieskaršanās.

1. solis: izlasiet, ko dialogs patiešām prasa

Meklējiet trīs lietas: parādīto servera nosaukumu, norādīto izdevēju un to, vai darbība aprakstīta kā uzticēšanās serverim šim savienojumam vai kā sertifikāta instalēšana ierīcē. Tie ir dažādi objekti, un uzvedne, kas nepaskaidro, kuru no tiem apstiprināt, ir pelnījusi pauzi.

Neapstipriniet nevienu versiju tikai tāpēc, ka tīkla nosaukums šķiet pazīstams. SSID izvēlas tas, kas pārvalda piekļuves punktu, un captive portāla nosaukums nav pierādījums par aiz tā esošo autentifikācijas serveri. Ikviens ar piekļuves punktu var pārraidīt pārliecinošu SSID. Tieši tāpēc pastāv sertifikāta pārbaude.

Ko pierāda 802.1X servera sertifikāts

802.1X ieviešanā ar sertifikātiem ierīces supplicant sarunu laikā validē autentifikācijas serveri. Apple 802.1X ieviešanas rokasgrāmata apraksta, ka RADIUS serveris uzrāda savu sertifikātu un uzticēšanās lēmums attiecas uz šo pakalpojumu.

Pēdējā daļa ir visa būtība. Zināmas sertifikācijas iestādes izdots sertifikāts pierāda, ka izdevējs to parakstīja, nevis to, ka šis konkrētais serveris pieder iestādei, kurai, jūsuprāt, pievienojāties. Mērķim ierobežota uzticēšanās pastāv tieši tāpēc, ka otrais jautājums ir tas, kam ir nozīme.

Atbalstītās konfigurācijas var ierobežot uzticēšanos atlasītiem servera sertifikātiem vai gaidītiem servera nosaukumiem. Tāpēc iestādes izplata pārbaudītu Wi-Fi profilu, nevis liek lietotājiem pieņemt pirmo uzreiz redzamo sertifikātu, un tāpēc uzvedne bez gaidītā nosaukuma ir slikta vieta lēmuma pieņemšanai.

2. solis: pārbaudiet, vai nav instalēta plašāka iestāde

Sertifikācijas iestāde, kurai uzticas pārlūks vai operētājsistēma, sniedzas daudz tālāk nekā vienam tīklam pieņemts Wi-Fi servera sertifikāts. Nosakiet objektu, krātuvi, kurā tas nonāca, mērķi, kam tas atļauts, un kuras programmas konsultē šo krātuvi.

Konfigurācijas pakotne var saturēt vairākus iestatījumus vienlaikus, tāpēc pārbaudiet saturu, nevis paļaujieties uz instalētāja Wi-Fi etiķeti. Etiķete apraksta uzdevumu, ne vienmēr visu, ko dara saturs.

Pat plaša sakne nepierāda, ka katra HTTPS sesija tiek pārbaudīta. Pārbaudei nepieciešams atbilstošs trafika ceļš un servera sertifikāts, ko programma pieņem saskaņā ar savu īsto validācijas politiku, un programmas var izmantot dažādas uzticēšanās krātuves ar papildu pārbaudēm.

3. solis: turiet VPN ārpus uzticēšanās lēmuma

VPN aizsargā savu pārklāto ceļu pēc tam, kad ierīce sasniedz VPN partneri. Tas nenoņem instalētu sakni, nemaina programmas uzticēšanās lēmumus un nepārbauda jūsu vietā negaidītu Wi-Fi autentifikācijas serveri.

Jautājiet administratoram par tīkla autentifikāciju, ierīču pārvaldību un atļautu TLS pārbaudi kā trīs atsevišķus jautājumus. Tie nav trīs viena un tā paša sertifikāta funkcijas nosaukumi, un atbalsta atbilde, kas tos sapludina, nepateiks, kādas izmaiņas jūs apstiprinājāt.

4. solis: atrisiniet neatbilstību, nesalaužot visu

Pierakstiet uzvednes neslepenās detaļas: servera nosaukumu, izdevēju un pirksta nospiedumu, ja tas tiek parādīts. Salīdziniet tos ar vērtībām, ko iestāde publicē savam tīklam, un izturieties pret neatbilstību kā jautājumu konfigurācijas īpašniekam, nevis kā kaut ko, ko vienkārši noklikšķināt.

Pārskatiet instalēto konfigurāciju platformas atbalstītajos iestatījumos, lai zinātu, kas patiešām ir spēkā. Visu ierīces sertifikātu dzēšana sabojā nesaistītu piekļuvi, un nezināmas aizstājējas pieņemšana vājina identitātes pārbaudi, ko gribējāt saglabāt. Izlabojiet konkrēto neatbilstību un atstājiet pārējo uzticēšanās krātuvi mierā.