CFB1 enfront de CFB8 enfront de CFB128: és la mida del retorn, no la de la clau

Un nom com AES-256-CFB1 porta dos nombres, i responen a preguntes diferents. El 256 és la longitud de la clau AES. L'1 és el retorn, o la mida del segment, de CFB: una propietat de com el mode avança el seu estat. Si l'1 es llegeix com una longitud de clau, el nom sembla una configuració catastròfica, i per això la pregunta torna una i una altra vegada.

Decidiu quina de les tres quantitats mireu abans de jutjar el nom: mida de la clau, mida del bloc o mida del segment. Només la primera és un paràmetre de seguretat en el sentit habitual.

Tres nombres, tres quantitats

AES accepta claus de 128, 192 o 256 bits i té un bloc de 128 bits trieu el que trieu. La mida del bloc pertany a AES, no al mode. El sufix CFB és la tercera quantitat: quantes dades consumeix i retorna el mode a cada pas. La documentació d'OpenSSL sobre AES llista aquestes mides de desplaçament explícitament per a les variants CFB.

CFB1 retorna un bit alhora, CFB8 un byte, CFB128 un bloc sencer. Els tres fan servir internament el mateix xifratge de bloc de 128 bits; el que canvia és quants bits de cada bloc calculat s'utilitzen per operació. Per això el sufix mou el cost i el comportament de memòria intermèdia, no la força de la clau.

Per què la mida del bloc no canvia mai

AES és un xifratge de bloc amb un bloc fix de 128 bits, i els modes són construccions al seu voltant. Cap d'ells no redueix el bloc per encaixar amb la mida del segment. Una implementació de CFB1 encara calcula un bloc AES sencer i en pren un bit del resultat. Els altres bits es descarten en aquell pas, i just aquí hi ha el cost d'eficiència.

Així, un retorn d'un bit no implica una clau d'un bit, i un nom no es pot ordenar pel seu sufix. CFB128 no és quatre vegades més forta que CFB32; processa segments més grans.

Què canvia realment la mida del segment

La mida del segment canvia quant text xifrat es retorna a cada pas i quant text pla pot portar cada pas. També canvia la propagació d'errors i el comportament de memòria intermèdia, cosa que importa en un ús semblant a un flux. Els segments orientats a bytes s'alineen amb les memòries intermèdies; els orientats a bits, no.

A la pràctica, el mode el tria el protocol, no l'operador. Un canal de dades de VPN fa servir la construcció que especifica el seu protocol, amb la seva pròpia protecció d'integritat, i un llistat de biblioteca només us diu quins noms existeixen.

Llegir una etiqueta CFB sense qualificar

Una etiqueta CFB sense qualificar necessita el context de la seva implementació. A les capçaleres d'OpenSSL 1.0.2, EVP_aes_128_cfb és una macro per a EVP_aes_128_cfb128, amb àlies corresponents per a claus de 192 i 256 bits. Això és una convenció de noms d'API d'una branca, no l'afirmació que cada biblioteca, format de fitxer o GUI desplega l'abreviatura de la mateixa manera. Comproveu la capçalera o la documentació de la versió que teniu al davant.

Si un perfil antic diu CFB i el parell l'accepta, els paràmetres negociats es registren en algun lloc: un registre, un abocament de configuració, una resposta d'API. Llegiu-los en lloc de deduir la mida del segment a partir d'una cadena de pantalla.

Què no us diu un nom de mode

El nom descriu el comportament del xifratge i res més. Una VPN encara necessita protecció d'integritat, derivació de claus i autenticació del parell, i CFB no n'ofereix cap. Canviar CFB8 per CFB1 tampoc no és un canvi estètic: el comportament a la xarxa difereix i tots dos extrems han de suportar la mateixa construcció. Ni un nom en una biblioteca demostra que la passarel·la desplegada l'accepti per al seu canal de dades.

Per a qualsevol cosa mantinguda, feu servir el conjunt complet de protecció del protocol i la política de l'operador, i registreu les versions de la biblioteca i de la passarel·la, l'opció exacta i el resultat negociat. El nom antic explica què llegiu; no justifica reviure la configuració.