დიალოგი ჩნდება, როცა უერთდებით კამპუსის ან ოფისის ქსელს, ის ახსენებს სერტიფიკატს და გთავაზობთ ღილაკს წარწერით ენდე ან გააგრძელე. ამ ღილაკის მიღმა იმალება ორი ძალიან განსხვავებული ცვლილება. ერთი ასწავლის Wi-Fi კლიენტს, რომელი ავთენტიფიკაციის სერვერი მიიღოს სწორედ ამ ერთი ქსელისთვის. მეორე აყენებს სერტიფიკაციის ორგანოს, რომლის გამოყენებაც სხვა აპლიკაციებს შეეძლებათ შემდეგ. ეკრანზე არსებული ფორმულირება ერთადერთი მინიშნებაა, რომელსაც იღებთ, ამიტომ წაიკითხეთ იგი სანამ შეეხებით.

ნაბიჯი 1: წაიკითხეთ, რას ითხოვს დიალოგი სინამდვილეში

მოძებნეთ სამი რამ: ნაჩვენები სერვერის სახელი, დასახელებული გამომცემელი და ის, აღწერილია თუ არა მოქმედება, როგორც სერვერის ნდობა ამ კავშირისთვის, თუ როგორც სერტიფიკატის დაყენება მოწყობილობაზე. ეს სხვადასხვა ობიექტია და შეტყობინება, რომელიც არ გიყვებათ, რომელს ამტკიცებთ, პაუზას იმსახურებს.

ნუ დაამტკიცებთ არცერთ ვერსიას მხოლოდ იმიტომ, რომ ქსელის სახელი ნაცნობად გამოიყურება. SSID-ებს ირჩევს ის, ვინც წვდომის წერტილს მართავს, ხოლო captive პორტალზე არსებული სახელი არ არის მტკიცებულება მის უკან მდგარი ავთენტიფიკაციის სერვერის შესახებ. ნებისმიერს წვდომის წერტილით შეუძლია დამაჯერებელი SSID-ის გამოცხადება. სწორედ ამიტომ არსებობს სერტიფიკატის შემოწმება.

რას ამტკიცებს 802.1X სერვერის სერტიფიკატი

802.1X-ის იმპლემენტაციაში სერტიფიკატებით, მოწყობილობის supplicant ამოწმებს ავთენტიფიკაციის სერვერს მოლაპარაკების დროს. Apple-ის 802.1X იმპლემენტაციის სახელმძღვანელო აღწერს, რომ RADIUS სერვერი წარმოადგენს თავის სერტიფიკატს და ნდობის გადაწყვეტილება ამ სერვისს ეკუთვნის.

ბოლო ნაწილი მთელი არსია. ცნობილი სერტიფიკაციის ორგანოს მიერ გაცემული სერტიფიკატი ამტკიცებს, რომ გამომცემელმა ხელი მოაწერა მას, და არა იმას, რომ ეს კონკრეტული სერვერი ეკუთვნის იმ დაწესებულებას, რომელსაც თქვენი აზრით შეუერთდით. მიზნით შეზღუდული ნდობა სწორედ იმიტომ არსებობს, რომ მეორე კითხვაა მნიშვნელოვანი.

მხარდაჭერილი კონფიგურაციები შეიძლება ზღუდავდეს ნდობას შერჩეული სერვერის სერტიფიკატებით ან მოსალოდნელი სერვერის სახელებით. ამიტომ დაწესებულებები ავრცელებენ დამოწმებულ Wi-Fi პროფილს და არ ეუბნებიან მომხმარებლებს, მიიღონ პირველი სერტიფიკატი, რომელიც გამოჩნდება, და ამიტომ მოსალოდნელი სახელის გარეშე შეტყობინება ცუდი ადგილია გადაწყვეტილების მისაღებად.

ნაბიჯი 2: შეამოწმეთ, დაყენდა თუ არა უფრო ფართო ორგანო

სერტიფიკაციის ორგანო, რომელსაც ბრაუზერი ან ოპერაციული სისტემა ენდობა, ბევრად უფრო შორს აღწევს, ვიდრე ერთი ქსელისთვის მიღებული Wi-Fi სერვერის სერტიფიკატი. განსაზღვრეთ ობიექტი, საცავი, რომელშიც ის შევიდა, დანიშნულება, რომლისთვისაც ის დაშვებულია და რომელი აპლიკაციები მიმართავენ ამ საცავს.

კონფიგურაციის პაკეტი შეიძლება შეიცავდეს რამდენიმე პარამეტრს ერთდროულად, ამიტომ შეამოწმეთ შიგთავსი და ნუ ენდობით ინსტალატორის Wi-Fi ეტიკეტს. ეტიკეტი აღწერს დავალებას, არა აუცილებლად ყველაფერს, რასაც დატვირთვა აკეთებს.

ფართო ძირიც კი არ ამტკიცებს, რომ ყოველი HTTPS სესია მოწმდება. შემოწმებას სჭირდება შესაბამისი ტრაფიკის გზა და სერვერის სერტიფიკატი, რომელსაც აპლიკაცია თავისი რეალური ვალიდაციის პოლიტიკის მიხედვით იღებს, ხოლო აპლიკაციებს შეუძლიათ გამოიყენონ სხვადასხვა ნდობის საცავი დამატებითი შემოწმებებით.

ნაბიჯი 3: შეინახეთ VPN ნდობის გადაწყვეტილების გარეთ

VPN იცავს მის მიერ დაფარულ გზას მას შემდეგ, რაც მოწყობილობა მიაღწევს VPN პარტნიორს. ის არ შლის დაყენებულ ძირს, არ ცვლის აპლიკაციის ნდობის გადაწყვეტილებებს და არ ამოწმებს თქვენი სახელით მოულოდნელ Wi-Fi ავთენტიფიკაციის სერვერს.

ჰკითხეთ ადმინისტრატორს ქსელის ავთენტიფიკაციის, მოწყობილობის მართვისა და ნებადართული TLS შემოწმების შესახებ, როგორც სამ ცალკე კითხვად. ეს არ არის ერთი და იმავე სერტიფიკატის ფუნქციის სამი სახელი და მხარდაჭერის პასუხი, რომელიც მათ აერთიანებს, არ გეტყვით, რომელი ცვლილება დაამტკიცეთ.

ნაბიჯი 4: მოაგვარეთ შეუთანხმებლობა ყველაფრის დანგრევის გარეშე

ჩაიწერეთ არასაიდუმლო დეტალები შეტყობინებიდან: სერვერის სახელი, გამომცემელი და თითის ანაბეჭდი, თუ ნაჩვენებია. შეადარეთ ისინი მნიშვნელობებს, რომლებსაც დაწესებულება აქვეყნებს საკუთარი ქსელისთვის, და მოეპყარით შეუთანხმებლობას როგორც კითხვას კონფიგურაციის მფლობელისთვის, და არა როგორც რაღაცას, რაც უნდა გამოტოვოთ.

გადახედეთ დაყენებულ კონფიგურაციას პლატფორმის მხარდაჭერილი პარამეტრების მეშვეობით, რომ იცოდეთ, რა არის სინამდვილეში ძალაში. მოწყობილობაზე ყველა სერტიფიკატის წაშლა ამტვრევს დაუკავშირებელ წვდომას, ხოლო უცნობი ჩანაცვლების მიღება ასუსტებს იდენტობის შემოწმებას, რომლის შენარჩუნებაც გსურდათ. გაასწორეთ კონკრეტული შეუთანხმებლობა და დატოვეთ ნდობის საცავის დანარჩენი ნაწილი მშვიდად.

დაკავშირებული სტატიები