En Numm wéi AES-256-CFB1 dréit zwou Zuelen, an si beäntweren ënnerschiddlech Froen. D'256 ass d'Längt vum AES-Schlëssel. D'1 ass de CFB-Feedback, also d'Segmentgréisst, eng Eegenschaft vun där, wéi de Modus säi Staat weiderdréit. Liest een d'1 wéi eng Schlëssellängt, gesäit den Numm no enger katastrophaler Fehlkonfiguratioun aus, a dofir kënnt d'Fro ëmmer erëm.

Decidéiert, wéi eng vun dräi Quantitéiten der kuckt, ier der den Numm beurteelt: Schlësselgréisst, Blockgréisst oder Segmentgréisst. Nëmmen déi éischt ass e Sécherheetsparameter am gewéinlechen Sënn.

Dräi Zuelen, dräi Quantitéiten

AES akzeptéiert 128-, 192- oder 256-Bit-Schlësselen an huet en 128-Bit-Block, egal wat der wielt. D'Blockgréisst gehéiert zu AES, net zum Modus. D'CFB-Suffix ass déi drëtt Quantitéit: wéi vill Daten de Modus pro Schrëtt verbraucht an zeréckgëtt. OpenSSL AES-Dokumentatioun zielt déi Verrécklungsgréissten ausdrécklech fir d'CFB-Varianten.

CFB1 gëtt ee Bit op eng Kéier zeréck, CFB8 ee Byte, CFB128 en ganze Block. All dräi benotzen intern deeselwechte 128-Bit-Blockchiffre; wat sech ännert, ass wéi vill Bits vun all berechentem Block pro Operatioun benotzt ginn. Dofir verréckelt de Suffix d'Käschten an d'Pufferverhalen, net d'Schlësselstäerkt.

NameKeyAES blockFeedback
AES-256-CFB1256 bits128 bits1 bit
AES-256-CFB8256 bits128 bits8 bits
AES-256-CFB128256 bits128 bits128 bits

Firwat d'Blockgréisst ni ännert

AES ass e Blockchiffre mat engem fixe 128-Bit-Block, a Modus sinn Konstruktiounen, déi ronderëm gebaut sinn. Keen dovun deelt de Block, fir zur Segmentgréisst ze passen. Eng CFB1-Implementatioun berechent nach ëmmer en ganze AES-Block an hëlt ee Bit vum Resultat. Déi aner Bits gi fir dee Schrëtt verworf, an do läit genee de Käschtepunkt vun der Effizienz.

Also implizéiert een Een-Bit-Feedback keen Een-Bit-Schlëssel, an en Numm kann net no sengem Suffix gereiht ginn. CFB128 ass net véier Mol méi staark wéi CFB32; et veraarbecht méi grouss Segmenter.

Wat d'Segmentgréisst tatsächlech ännert

D'Segmentgréisst ännert, wéi vill Chiffretext pro Schrëtt zeréckgëtt a wéi vill Kloertext all Schrëtt ka droen. Si ännert och d'Fehlerausbreedung an d'Pufferverhalen, wat fir streamähnlech Notzung wichteg ass. Byte-orientéiert Segmenter passen zu Puffer, Bit-orientéiert net.

An der Praxis wielt de Protokoll de Modus, net den Operateur. E VPN-Dateskanal benotzt d'Konstruktioun, déi säi Protokoll virschreift, mat sengem eegene Integritéitsschutz, an eng Bibliothéikslescht seet der just, wéi eng Nimm et gëtt.

En onqualifizéierte CFB-Label liesen

En onqualifizéierte CFB-Label brauch säin Implementatiounskontext. An den OpenSSL 1.0.2-Headeren ass EVP_aes_128_cfb e Makro fir EVP_aes_128_cfb128, mat passenden Aliasen fir 192- a 256-Bit-Schlësselen. Dat ass eng API-Namenskonventioun aus engem Branch, keng Behauptung, datt all Bibliothéik, Dateiformat oder GUI d'Ofkierzung gläich opmécht. Kuckt den Header oder d'Dokumentatioun vun der Versioun virun iech.

Wann e Legacypofil CFB seet an de Peer et akzeptéiert, ginn déi ausgehandelt Parameter irgendwou festgehalen: an engem Log, engem Konfiguratiounsdump, enger API-Äntwert. Liest déi, amplaz d'Segmentgréisst aus engem Uweisungsstring ofzeleeden.

Wat en Modusnumm iech net seet

Den Numm beschreift Verschlësselungsverhalen an soss näischt. E VPN brauch nach ëmmer Integritéitsschutz, Schlësselofleedung a Peer-Authentifikatioun, an CFB liwwert keen dovun. CFB8 géint CFB1 ze tauschen ass och keng kosmetesch Ännerung: d'Verhalen um Drot ënnescht sech an béid Säite mussen déiselwecht Konstruktioun ënnerstëtzen. An en Numm an enger Bibliothéik beweist och net, datt de deployéierte Gateway en fir säin Dateskanal akzeptéiert.

Fir alles wat ënnerhal gëtt, benotzt dem Protokoll seng komplett Schutzarrangement an d'Politik vum Operateur, an notéiert Bibliothéiks- a Gateway-Versiounen, déi genee Optioun an dat ausgehandelt Resultat. Den ale Numm erkläert, wat der liest; en rechtfertegt net, d'Konfiguratioun erëmzebelen.

Ähnlech Artikelen