თვითნაწერი თუ საჯარო CA VPN-ისთვის: რა იცვლება სინამდვილეში

თქვენ აღწევთ VPN-ის კონფიგურაციის სერტიფიკატების გვერდს, ხედავთ უფასო თვითნაწერ ვარიანტს ფასიანი საჯარო CA-ის გვერდით, და კითხვა უსაფრთხოების არჩევანს ჰგავს. სინამდვილეში ეს აუდიტორიის არჩევანია. ორივე ვარიანტი გვირაბს ერთი და იგივე პრიმიტივებით შიფრავს, და ორივე უსარგებლო ხდება, თუ პირადი გასაღები გაჟონავს. მათ შორის გამყოფი ისაა, ვინ აკეთებს მტკიცებას სერვერის იდენტობაზე და ვინ არის იმ პოზიციაში, რომ ეს მტკიცება შეამოწმოს.

სერტიფიკატი ორ საქმეს აკეთებს, რომლებიც ერევა ერთმანეთში

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

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

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

სად იმსახურებს საჯარო CA თავის საფასურს

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

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

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

სად ერგება კერძო CA VPN-ს

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

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

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

CA-ის პირადი გასაღები წყვეტს, რას შეძლებთ მოგვიანებით

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

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

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

შეამოწმეთ, რა მიიღეთ მემკვიდრეობით

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

$ openssl x509 -in server.crt -noout -subject -issuer -dates
subject=CN = vpn.example.net
issuer=CN = vpn.example.net
notAfter=Nov  3 09:00:00 2027 GMT
$ openssl verify -CAfile ca.crt server.crt
server.crt: OK

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

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