CFB1, CFB8 და CFB128 — ეს უკუკავშირის ზომაა და არა გასაღების ზომა
CFB-ის შემდეგ რიცხვი უკუკავშირის საფეხურია და არა გასაღების სიგრძე: CFB1, CFB8 და CFB128 იყენებენ 128-ბიტიან ბლოკს. წაიკითხეთ ძველი სახელები სუსტი გასაღებების გამოგონების გარეშე.
სახელი, როგორიცაა AES-256-CFB1, ორ რიცხვს ატარებს და ისინი სხვადასხვა კითხვას პასუხობენ. 256 არის AES გასაღების სიგრძე. ხოლო 1 არის CFB-ის უკუკავშირი, ანუ სეგმენტის ზომა: თვისება იმისა, თუ როგორ წევს რეჟიმი თავის მდგომარეობას წინ. თუ 1 წაიკითხება გასაღების სიგრძედ, სახელი კატასტროფულ არასწორ კონფიგურაციას ჰგავს და სწორედ ამიტომ ბრუნდება კითხვა ისევ და ისევ.
სანამ სახელს შეაფასებთ, გადაწყვიტეთ, სამი სიდიდიდან რომელს უყურებთ: გასაღების ზომას, ბლოკის ზომას თუ სეგმენტის ზომას. მხოლოდ პირველია უსაფრთხოების პარამეტრი ჩვეულებრივი გაგებით.
სამი რიცხვი, სამი სიდიდე
AES იღებს 128, 192 ან 256-ბიტიან გასაღებებს და მისი ბლოკი 128 ბიტია, რასაც არ უნდა აირჩიოთ. ბლოკის ზომა AES-ს ეკუთვნის და არა რეჟიმს. CFB სუფიქსი მესამე სიდიდეა: რამდენ მონაცემს მოიხმარს და აბრუნებს რეჟიმი ყოველ საფეხურზე. OpenSSL-ის AES დოკუმენტაცია ამ გადანაცვლების ზომებს CFB ვარიანტებისთვის ცალსახად ჩამოთვლის.
CFB1 ერთ ბიტს აბრუნებს ყოველ ჯერზე, CFB8 — ერთ ბაიტს, CFB128 — მთელ ბლოკს. სამივე შიგნით იმავე 128-ბიტიან ბლოკურ შიფრს იყენებს; იცვლება ის, თუ რამდენი ბიტი ყოველი გამოთვლილი ბლოკიდან გამოიყენება ერთ ოპერაციაზე. ამიტომ სუფიქსი ცვლის ღირებულებასა და ბუფერიზაციის ქცევას და არა გასაღების სიმძლავრეს.
| Name | Key | AES block | Feedback |
|---|---|---|---|
| AES-256-CFB1 | 256 bits | 128 bits | 1 bit |
| AES-256-CFB8 | 256 bits | 128 bits | 8 bits |
| AES-256-CFB128 | 256 bits | 128 bits | 128 bits |
რატომ არ იცვლება ბლოკის ზომა არასოდეს
AES ბლოკური შიფრია ფიქსირებული 128-ბიტიანი ბლოკით, ხოლო რეჟიმები მის გარშემო აგებული კონსტრუქციებია. არც ერთი მათგანი არ ამცირებს ბლოკს სეგმენტის ზომასთან შესაბამისობისთვის. CFB1-ის იმპლემენტაცია მაინც ითვლის სრულ AES ბლოკს და შედეგიდან ერთ ბიტს იღებს. დანარჩენი ბიტები იმ საფეხურისთვის იყრება და სწორედ იქ არის ეფექტურობის ღირებულება.
ამრიგად, ერთბიტიანი უკუკავშირი არ ნიშნავს ერთბიტიან გასაღებს და სახელის რანჟირება სუფიქსით შეუძლებელია. CFB128 ოთხჯერ არ არის უფრო ძლიერი ვიდრე CFB32; ის უფრო დიდ სეგმენტებს ამუშავებს.
რას ცვლის სინამდვილეში სეგმენტის ზომა
სეგმენტის ზომა ცვლის, რამდენი დაშიფრული ტექსტი ბრუნდება ყოველ საფეხურზე და რამდენი ღია ტექსტის გადატანა შეუძლია ყოველ საფეხურს. ის ასევე ცვლის შეცდომების გავრცელებასა და ბუფერიზაციის ქცევას, რაც მნიშვნელოვანია ნაკადის მსგავსი გამოყენებისთვის. ბაიტზე ორიენტირებული სეგმენტები ბუფერებს ერგება, ბიტზე ორიენტირებულები — არა.
პრაქტიკაში რეჟიმს პროტოკოლი ირჩევს და არა ოპერატორი. VPN-ის მონაცემთა არხი იყენებს იმ კონსტრუქციას, რომელსაც მისი პროტოკოლი განსაზღვრავს, საკუთარი მთლიანობის დაცვით, და ბიბლიოთეკის სია მხოლოდ ამბობს, რა სახელები არსებობს.
არაკვალიფიციური CFB ეტიკეტის კითხვა
არაკვალიფიციურ CFB ეტიკეტს სჭირდება მისი იმპლემენტაციის კონტექსტი. OpenSSL 1.0.2-ის სათაურებში EVP_aes_128_cfb მაკროა EVP_aes_128_cfb128-ისთვის, შესაბამისი ფსევდონიმებით 192 და 256-ბიტიანი გასაღებებისთვის. ეს ერთი ტოტის API სახელდების კონვენციაა და არა მტკიცება, რომ ყოველი ბიბლიოთეკა, ფაილის ფორმატი ან GUI აბრევიატურას ერთნაირად ხსნის. შეამოწმეთ თქვენს წინ არსებული ვერსიის სათაური ან დოკუმენტაცია.
თუ ძველი პროფილი ამბობს CFB-ს და მეორე მხარე იღებს მას, მოლაპარაკებული პარამეტრები სადღაც იწერება: ჟურნალში, კონფიგურაციის ამონაწერში, API პასუხში. წაიკითხეთ ისინი და არა სეგმენტის ზომა ეკრანის სტრიქონიდან გამოიტანეთ.
რას არ გეუბნებათ რეჟიმის სახელი
სახელი აღწერს დაშიფვრის ქცევას და მეტს არაფერს. VPN-ს მაინც სჭირდება მთლიანობის დაცვა, გასაღების გამოყვანა და მეორე მხარის აუთენტიფიკაცია, და CFB არც ერთს არ გვაძლევს. CFB8-ის CFB1-ით შეცვლა ასევე არ არის კოსმეტიკური ცვლილება: ქსელში ქცევა განსხვავდება და ორივე მხარემ ერთი და იგივე კონსტრუქცია უნდა დაუჭიროს. ბიბლიოთეკაში არსებული სახელი ასევე არ ამტკიცებს, რომ განლაგებული კარიბჭე მას თავისი მონაცემთა არხისთვის იღებს.
ნებისმიერი მხარდაჭერილი რამისთვის გამოიყენეთ პროტოკოლის სრული დაცვის მოწყობა და ოპერატორის პოლიტიკა, და ჩაწერეთ ბიბლიოთეკისა და კარიბჭის ვერსიები, ზუსტი ოფცია და მოლაპარაკებული შედეგი. ძველი სახელი გიხსნით, რას კითხულობთ; ის არ ამართლებს კონფიგურაციის გაცოცხლებას.