Cipher Block Chaining Mode (CBC Mode) ist eine Betriebsart, in der Blockchiffren betrieben werden können. Vor dem Verschlüsseln eines Klartextblocks wird dieser zunächst mit dem im vorhergehenden Schritt erzeugten Geheimtextblock per XOR (exklusives Oder) verknüpft. Der Modus wurde 1976 von William F. Ehrsam, Carl H. W. Meyer, John L. Smith und Walter L. Tuchman veröffentlicht.
Allgemeines Bearbeiten
Die Struktur der Verschlüsselung im CBC-Modus ist in nachfolgender Abbildung dargestellt:
Man kann dieses Diagramm auch mathematisch in Formeln ausdrücken, bezeichne dazu die Verschlüsselungsfunktion mit dem Schlüssel , sei die zugehörige Entschlüsselungsfunktion. Bezeichne den i-ten Klartextblock, den i-ten Geheimtextblock und sei der Initialisierungsvektor; in der Regel wird definiert. Außerdem bezeichne das logische XOR. Dann ist die Verschlüsselung im CBC-Modus wie folgt rekursiv definiert:
Die Struktur der Entschlüsselung im CBC-Modus ist in nachfolgender Abbildung dargestellt:
Die zugehörige Entschlüsselung ist im CBC-Modus hingegen nicht rekursiv und lautet mit den gleichen Bezeichnungen wie oben:
Als Initialisierungsvektor (IV) benutzt man entweder einen Zeitstempel oder eine zufällige Zahlenfolge. Manche Anwendungen benutzen auch eine vorhersagbare, einfach aufsteigende Zahl, aber dies ist nicht sicher, weil fremde Personen unerwünscht einen Wasserzeichenangriff (watermark attack) auf solche Daten ausführen können. Das Modul dm-crypt benutzt zur Generierung des IV das ESS-Verfahren.
Für die Sicherheit des Algorithmus ist es nicht notwendig, den Initialisierungsvektor geheim zu übertragen.
Der CBC-Mode hat einige wichtige Vorteile:
- Klartextmuster werden zerstört.
- Identische Klartextblöcke ergeben unterschiedliche Geheimtexte.
- Verschiedene Angriffe (Time-Memory-Tradeoff und Klartextangriffe) werden erschwert.
- Eine Umsortierung von Chiffratblöcken führt zu fehlerhaften Klartextblöcken.
Jedoch hat der CBC-Mode auch einige Nachteile:
- Die Verschlüsselung ist nicht parallelisierbar, da bekannt sein muss, aber sehr wohl die Entschlüsselung.
- Bitfehler im Chiffrat multiplizieren sich beim Entschlüsseln im Klartext.
- Das Chiffrat ist veränderbar und annähernd XOR-homorph.
Da ein Geheimtextblock nur von dem vorherigen Block abhängt, verursacht ein beschädigter Geheimtextblock, wie beispielsweise ein Bitfehler bei der Datenübertragung, beim Entschlüsseln keinen allzu großen Schaden: Der Klartextblock wird zerstört und im Klartextblock wird das respektive Bit negiert. Dies ist unmittelbar aus der Definition der Entschlüsselung und obiger Abbildung ersichtlich, da ein beschädigter Geheimtextblock nur die Klartextblöcke und beeinflusst und sich nicht unbeschränkt weiter verbreitet. Trotzdem kann diese beschränkte Vervielfachung nur eines einzigen Bitfehlers im Chiffrat bei CBC eine Vorwärtsfehlerkorrektur des Klartextes erschweren bzw. unmöglich machen. Genauso verursacht ein beschädigter Initialisierungsvektor beim Entschlüsseln keinen allzu großen Schaden, da dadurch nur der Klartextblock beschädigt wird.
Der CBC-Modus ist wesentlich sicherer als der ECB-Modus, vor allem wenn man keine zufälligen Texte hat. Unsere Sprache und andere Dateien, wie z. B. Video-Dateien, sind keinesfalls zufällig, weswegen der ECB-Mode gefährlich ist.
Beispiel Bearbeiten
Zur Vereinfachung wird als Verschlüsselungsfunktion die binäre Addition und als Entschlüsselungsfunktion die binäre Subtraktion verwendet.
Verschlüsselung Bearbeiten
Block 1:
Block 2:
Verschlüsselter Text:
Betrachtet man die Verschlüsselung von , sieht man, dass dazu benötigt wird. Generell bedeutet das, dass für eine Verschlüsselung von der Chiffratblock benötigt wird. Eine Parallelisierung des Verschlüsselungsvorgangs fällt damit aus.
Entschlüsselung Bearbeiten
Block 1:
Block 2:
Klartext:
Betrachtet man die Entschlüsselung von , sieht man, dass dafür nicht benötigt wird, sondern lediglich . Generell bedeutet das, dass für eine Entschlüsselung von nur benötigt wird. Damit ist eine Parallelisierung des Entschlüsselungsvorgangs möglich.
Integritätssicherung mit CBC, CBC-MAC Bearbeiten
CBC kann auch zur Integritätssicherung benutzt werden, indem der Initialisierungsvektor auf null gesetzt und der letzte mit CBC verschlüsselte Block als MAC (dem sogenannten CBC-MAC oder CBC-Restwert) an die ursprüngliche unverschlüsselte Nachricht angehängt und diese samt diesem MAC versandt wird. Der Empfänger kann mithilfe des CBC-Algorithmus den CBC-MAC der empfangenen Nachricht berechnen und nun vergleichen, ob der gerade selbst berechnete Wert mit dem an der Nachricht angehängten übereinstimmt. Falls eine mit CBC verschlüsselte Nachricht mit einem CBC-MAC gesichert werden soll, darf für die Generierung des CBC-MAC nicht derselbe Schlüssel verwendet werden wie für die Verschlüsselung. Würde derselbe Schlüssel verwendet, so wäre der MAC-Block gleich dem letzten Chiffratblock und ein Angreifer könnte unentdeckt die gesamte Nachricht mit Ausnahme des letzten Blocks verändern.
CBC-MAC ist nur für Nachrichten fester Länge sicher. Variiert die Nachrichtenlänge, kann das Verfahren durch Length-Extension angegriffen werden. Ein Angreifer kann aus zwei gültigen Nachricht-MAC-Paaren einen gültigen MAC für eine neue Nachricht (die Konkatenation der beiden Nachrichten) erzeugen. Zwei Modifikationen können diesen Angriff verhindern: Jeder Nachricht kann die Nachrichtenlänge vorangestellt werden oder der MAC-Block wird zusätzlich mit einem zweiten Schlüssel verschlüsselt.
Literatur Bearbeiten
- Reinhard Wobst: Abenteuer Kryptologie. Methoden, Risiken und Nutzen der Datenverschlüsselung. 2., überarbeitete Auflage. Addison-Wesley Longman, Bonn u. a. 1998, ISBN 3-8273-1413-5.
Einzelnachweise Bearbeiten
- William F. Ehrsam, Carl H. W. Meyer, John L. Smith, Walter L. Tuchman, "Message verification and transmission error detection by block chaining", US-Patent 4074066, 1976
- Practical malleability attack against CBC-Encrypted LUKS partitions | Jakob Lell's Blog. Abgerufen am 17. Februar 2022 (amerikanisches Englisch).
- Mihir Bellare, Joe Kiliany, Phillip Rogaway: The Security of the Cipher Block Chaining Message Authentication Code. In: Journal of Computer and System Science. Band 61, Nr. 3, 2000, S. 362–399 ( (Memento vom 5. Februar 2012 im Internet Archive) [PDF; 466 kB]).