CFB1, CFB8 və CFB128: bu, açar ölçüsü deyil, əks-əlaqə ölçüsüdür
CFB-dən sonrakı rəqəm açar uzunluğu deyil, əks-əlaqə addımıdır: CFB1, CFB8 və CFB128 128 bitlik blokdan istifadə edir. Köhnə adları zəif açarlar uydurmadan oxuyun.
AES-256-CFB1 kimi bir ad iki rəqəm daşıyır və onlar fərqli suallara cavab verir. 256 AES açarının uzunluğudur. 1 isə CFB əks-əlaqəsi, yəni seqment ölçüsüdür; rejimin öz vəziyyətini necə irəli apardığının xassəsidir. Əgər 1 açar uzunluğu kimi oxunarsa, ad fəlakətli səhv konfiqurasiya kimi görünür və sual buna görə təkrar-təkrar qayıdır.
Ada qiymət verməzdən əvvəl üç kəmiyyətdən hansına baxdığınızı müəyyənləşdirin: açar ölçüsü, blok ölçüsü və ya seqment ölçüsü. Adi mənada yalnız birincisi təhlükəsizlik parametridir.
Üç rəqəm, üç kəmiyyət
AES 128, 192 və ya 256 bitlik açarları qəbul edir və hansını seçsəniz də 128 bitlik bloka malikdir. Blok ölçüsü rejimə deyil, AES-ə aiddir. CFB şəkilçisi üçüncü kəmiyyətdir: rejimin hər addımda nə qədər məlumat istehlak edib geri ötürdüyü. OpenSSL AES sənədləri CFB variantları üçün bu sürüşdürmə ölçülərini açıq şəkildə sadalayır.
CFB1 hər dəfə bir bit, CFB8 bir bayt, CFB128 isə tam blok geri ötürür. Üçü də daxildə eyni 128 bitlik blok şifrəsindən istifadə edir; dəyişən hər hesablanmış blokdan hər əməliyyatda neçə bitin istifadə olunduğudur. Şəkilçinin açar gücünü deyil, xərci və buferləmə davranışını dəyişməsi buna görədir.
| 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 |
Blok ölçüsü niyə heç vaxt dəyişmir
AES sabit 128 bitlik bloklu blok şifrəsidir, rejimlər isə onun ətrafında qurulan konstruksiyalardır. Heç biri bloku seqment ölçüsünə uyğun kiçiltmir. CFB1 tətbiqi yenə də tam AES bloku hesablayır və nəticədən bir bit götürür. Digər bitlər həmin addım üçün atılır və səmərəlilik xərci məhz buradadır.
Yəni bir bitlik əks-əlaqə bir bitlik açar demək deyil və adı şəkilçisinə görə sıralamaq olmaz. CFB128 CFB32-dən dörd dəfə güclü deyil; o, daha böyük seqmentləri emal edir.
Seqment ölçüsü əslində nəyi dəyişir
Seqment ölçüsü hər addımda nə qədər şifrəli mətnin geri ötürüldüyünü və hər addımın nə qədər açıq mətn daşıya bildiyini dəyişir. O, həmçinin xəta yayılmasını və buferləmə davranışını dəyişir, bu da axına bənzər istifadə üçün vacibdir. Bayt yönümlü seqmentlər buferlərlə uyğunlaşır, bit yönümlülər isə yox.
Təcrübədə rejimi operator deyil, protokol seçir. VPN məlumat kanalı öz protokolunun təyin etdiyi konstruksiyadan, öz bütövlük qorunması ilə istifadə edir və kitabxana siyahısı yalnız hansı adların mövcud olduğunu deyir.
Qeyri-müəyyən CFB etiketinin oxunması
Qeyri-müəyyən CFB etiketi öz tətbiq kontekstini tələb edir. OpenSSL 1.0.2 başlıqlarında EVP_aes_128_cfb, EVP_aes_128_cfb128 üçün makrodur və 192 və 256 bitlik açarlar üçün uyğun ləqəblər var. Bu, bir budaqdan gələn API adlandırma konvensiyasıdır, hər kitabxananın, fayl formatının və ya GUI-nin abbreviaturanı eyni cür açdığı iddiası deyil. Qarşınızda olan versiyanın başlığına və ya sənədlərinə baxın.
Köhnə profil CFB deyirsə və qarşı tərəf bunu qəbul edirsə, razılaşdırılmış parametrlər haradasa qeyd olunur: jurnalda, konfiqurasiya çıxarışında, API cavabında. Seqment ölçüsünü ekran mətnindən çıxarmaq əvəzinə onları oxuyun.
Rejim adının sizə demədikləri
Ad yalnız şifrələmə davranışını təsvir edir, başqa heç nəyi. VPN hələ də bütövlük qorunmasına, açar törəməsinə və qarşı tərəfin autentifikasiyasına ehtiyac duyur və CFB bunların heç birini vermir. CFB8-in CFB1 ilə dəyişdirilməsi də kosmetik dəyişiklik deyil: şəbəkə davranışı fərqlənir və hər iki tərəf eyni konstruksiyanı dəstəkləməlidir. Kitabxanadakı ad da yerləşdirilmiş şlüzün bunu öz məlumat kanalı üçün qəbul etdiyini sübut etmir.
Dəstəklənən hər şey üçün protokolun tam qorunma quruluşundan və operatorun siyasətindən istifadə edin, kitabxana və şlüz versiyalarını, dəqiq seçimi və razılaşdırılmış nəticəni qeyd edin. Köhnə ad oxuduğunuzu izah edir; konfiqurasiyanı canlandırmağı əsaslandırmır.