SHA1-ის დაიჯესტების სახელები OpenSSL-ში: რას ნიშნავს ძველი სია

ძველი დაიჯესტების სიები კრიპტოგრაფიული გადაწყვეტილებების ჩანაწერად იკითხება, თუმცა ასე არ არის. სახელები, როგორიცაა SHA1, DSA-SHA1-old ან RSA-SHA1-2, ერთმანეთის გვერდით დგას ძველ OpenSSL-ის კრებულებში, რადგან ბიბლიოთეკამ დაკავშირებული ჰეშის მექანიზმის გარშემო რამდენიმე შესვლის წერტილი დაარეგისტრირა. RSA ან DSA იარლიყი ამ სიაში არაფერს ამბობს იმაზე, თუ რა OpenVPN გააკეთა პაკეტთან. რასაც თქვენ კითხულობთ, ბიბლიოთეკის ინვენტარია და არა სესიის ჩანაწერი.

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

რეგისტრაცია ინტერფეისია და არა სიმტკიცის შეფასება

OpenSSL 1.0.2-ში დაიჯესტების რეგისტრაციის ცხრილი ერთ ფაილში აკავშირებს სახელებს, ფსევდონიმებსა და იმპლემენტაციებს. ძველი DSS1 აღწერილობა ყველაზე ნათელი შემთხვევაა: ის აცხადებს SHA-1-ის გამოსავლის სიგრძეს და იძახებს SHA-1-ის დასრულების რუტინას, თან ატარებს სახელს, რომელიც სრულიად სხვა ალგორითმს მიანიშნებს. ამიტომ რეგისტრაციაში დამატებითი ასოები სხვა ჰეშს, უფრო გრძელ გამოსავალს ან უსაფრთხოების ახალ დონეს არ ნიშნავს.

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

ხელმოწერის სახელები ხელმოწერებს არ ქმნის

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

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

იპოვეთ პარამეტრი, რომელმაც სახელი მოიხმარა

OpenVPN 2.6-ის მიერ დოკუმენტირებულ პაკეტების ავთენტიფიკაციის შემთხვევაში auth ირჩევს დაიჯესტს, რომელსაც HMAC იყენებს, გასაღებიანი შეტყობინების ავთენტიფიკაციის კონსტრუქცია და არა სერტიფიკატის ხელმოწერა. TLS სერტიფიკატის ხელმოწერის ალგორითმი ხელის ჩამორთმევის ცალკე თვისებაა.

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

ჩაწერეთ, რაც რეალურად გაქვთ

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

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