"Einfach ausgetauscht?"

Anni Brandt: Willkommen zurück bei Security Dialogues. Ich bin Anni, das ist Folge sechs. Heute nur die beiden wieder, und zum ersten Mal, seit wir das hier machen, kommt Jonas ohne fertige Antwort in der Tasche rein. Diese Woche hat Jonas einen Retest an einem alten Engagement abgeschlossen. Vor acht Monaten hatte er eine Schwäche gemeldet, wie ein Kunde Daten at rest verschlüsselt hat, nichts Exotisches, nur eine angestaubte Algorithmus-Wahl, die niemand seit einem Jahrzehnt überprüft hatte. Er hat den üblichen Widerstand erwartet. Stattdessen zeigte der eigene Bericht des Kunden: das komplette Verfahren war sauber ausgetauscht worden, in etwa einer Woche, Monate bevor er überhaupt zum Nachschauen zurückkam.

Jonas Weber: Ich hab in den Jahren vielleicht vierzig von diesen Retests gemacht. Der Durchschnitt ist ein Ticket, das immer noch offen ist, oder eine "kompensierende Maßnahme", die sich als Memo entpuppt, das niemand gelesen hat. Ich hab noch nie erlebt, dass "das komplette Verschlüsselungsverfahren ausgetauscht" innerhalb einer Woche passiert, ganz ohne Drama. Ich hab den Bericht zweimal gelesen, weil ich dachte, ich hätte ihn falsch verstanden.

Mira Novak: Hattest du nicht. Das war einer von meinen.

Anni Brandt: Mira, Jonas — euer Start.

— I. Die Woche, in der nichts kaputtging —

Jonas Weber: Erklär mir das, denn ich verstehe wirklich nicht, wie das nicht in ein Achtzehn-Monats-Programm mit eigenem Lenkungsausschuss mündet.

Mira Novak: Weil der Kunde den teuren Teil längst erledigt hatte, Jahre bevor der Fund überhaupt existierte. Der Verschlüsselungsalgorithmus war nirgendwo fest in der Anwendungslogik verdrahtet. Er war ein benannter Eintrag in einer kleinen Konfigurationsschicht, die jeder Dienst ohnehin schon aufgerufen hat, statt sich selbst etwas zu bauen. Den Algorithmus zu wechseln bedeutete: einen Eintrag ändern und einen bereits getesteten Rotationspfad durchlaufen lassen. Niemand hat Business-Logik angefasst, niemand hat irgendwas neu architektiert. Sie haben die neue Einstellung zwei Tage im Staging getestet, dann live geschaltet und die Dashboards beobachtet.

Jonas Weber: Das war's. Das ist die ganze Geschichte.

Mira Novak: Das ist die ganze Geschichte. Und genau deshalb wurde nie eine Geschichte draus, die man erzählt. Nichts ist kaputtgegangen, niemand hat ein Wochenende durchgearbeitet, es gibt kein Postmortem, weil es nichts zu obduzieren gab.

Jonas Weber: Ich bin meine ganze Karriere davon ausgegangen, dass so ein Fund entweder ignoriert wird oder zur Krise wird. Dass es eine dritte Option gibt, in der das Ganze einfach... ein Dienstag ist, kam mir nie in den Sinn.

Mira Novak: Was hast du erwartet, als du reinkamst?

Jonas Weber: Zuerst Ablehnung, meistens ein Risiko-Akzeptanz-Memo, unterschrieben von jemandem, der längst das Team gewechselt hat, bevor es relevant wird. Oder das Gegenteil: eine Panikreaktion, ein All-Hands, ein Release-Stopp, während elf Leute monatelang darüber streiten, welcher Ersatzalgorithmus es werden soll, weil noch nie jemand diese Diskussion geführt hat und jeder derjenige sein will, der die richtige Wahl trifft. Ich hab beides gesehen. Keins von beidem hab ich noch nie gesehen.

Mira Novak: Die Diskussion, welcher Algorithmus es wird, hat bei denen vierzig Minuten gedauert, in einem Meeting, das eigentlich für etwas anderes angesetzt war. Sie haben den genommen, den ihre Konfigurationsschicht ohnehin schon als Fallback unterstützt hat, weil irgendwer diesen Fallback zwei Jahre vorher aus reiner Gewohnheit eingebaut hatte, nicht wegen deines Fundes.

Jonas Weber: Die schwierigste Entscheidung in meinem gesamten Kopfmodell dieses Prozesses ist also gar nicht passiert, weil jemand anderes sie längst getroffen hatte, im Voraus, aus einem Grund, der mit mir überhaupt nichts zu tun hatte.

— II. Was Krypto-Agilität eigentlich bedeutet —

Mira Novak: Das Wort für die dritte Option ist Krypto-Agilität, und ich will präzise sein, weil es viel zu locker benutzt wird. Es bedeutet nicht "wir verschlüsseln stark". Es bedeutet: Wenn sich herausstellt, dass der Algorithmus, den wir heute benutzen, falsch war, gebrochen durch Forschung, von Standardgremien abgekündigt, von Hardware überholt, egal aus welchem Grund, dann können wir ihn austauschen, ohne das System drum herum neu zu schreiben. Stärke ist eine Eigenschaft der heutigen Wahl. Agilität ist eine Eigenschaft davon, wie leicht die Wahl von morgen ist.

Jonas Weber: Man kann also agil sein mit schwacher Kryptografie und starr mit starker.

Mira Novak: Beides passiert ständig. Starr-und-stark ist sogar die gefährlichere Kombination der beiden, weil sie sich sicher anfühlt, genau bis zu dem Tag, an dem der starke Algorithmus aufhört, stark zu sein, und dann merkt man, dass man zehn Jahre Annahmen auf eine Entscheidung gebaut hat, bei der niemand eine Tür offengelassen hat.

Jonas Weber: Was genau das gewesen wäre, was aus meinem Fund auf einem starren System das Achtzehn-Monats-Programm gemacht hätte.

Mira Novak: Genau das wäre passiert. Die Schwachstelle war nie die Krise. Das Fehlen einer Tür war immer schon die eigentliche Krise, egal, wann sie ausgelöst worden wäre. Durch dich, durch jemand anderen, durch einen echten Angriff. Du bist nur zufällig diejenige, die die Tür schon eingebaut vorgefunden hat.

— III. Warum die meisten Systeme das nicht können —

Jonas Weber: Warum hat dann nicht jedes System diese Tür? Das ist ja kein exotischer Ratschlag. Niemand ist überrascht, wenn man hört: "Mach deine Kryptografie austauschbar."

Mira Novak: Weil die Tür zu bauen heute etwas kostet, für einen Nutzen, der vielleicht erst in Jahren ankommt, und jedes Roadmap-Meeting das Feature belohnt, das dieses Quartal ausgeliefert wird. Ich hab Teams gesehen, die einen Algorithmus-Namen fest in ein Wire-Format einprogrammiert haben, Schlüssellängen in ein Datenbankschema eingegossen, kryptografische Aufrufe über vierzig Dateien verstreut ohne gemeinsame Schicht, nicht weil irgendwer Starrheit für gut befunden hat, sondern weil niemand überhaupt etwas entschieden hat. Die starre Version ist das, was man standardmäßig bekommt, wenn niemand den Nachmittag investiert, die Abstraktion absichtlich zu bauen.

Jonas Weber: Und wenn dann jemand wie ich mit einem Fund vorbeikommt, ist aus diesem einen Nachmittag längst ein viel größerer geworden.

Mira Novak: Dann ist es das Achtzehn-Monats-Programm, weil die Algorithmus- Wahl Jahre Zeit hatte, Wurzeln an Stellen zu schlagen, an die niemand mehr denkt. Ich hab erlebt, wie eine Firma entdeckt hat, dass ihre verschlüsselten Backups aus sechs Jahren in einem Format lagen, das so spezifisch an eine abgekündigte Bibliothek gebunden war, dass allein das Wiederherstellen, geschweige denn das Neuverschlüsseln, zu einem eigenen Projekt wurde. Und ich hab die leisere Version gesehen, die fast schlimmer ist: eine Firma, deren Kryptografie im Prinzip völlig austauschbar war, nur dass die zwei einzigen Leute, die verstanden haben, wie das alles verdrahtet ist, längst gegangen waren, und das Wissen mit ihnen. Der Code hätte sich ändern lassen. Es war nur niemand mehr da, der ihn gefahrlos hätte ändern können.

Jonas Weber: Agilität ist also nicht nur eine Abstraktionsschicht. Es ist auch, ob die Leute, die sie verstehen, überhaupt noch im Haus sind.

Mira Novak: Weshalb das Inventar genauso wichtig ist wie der Code. Eine Abstraktionsschicht, die niemand dokumentiert hat, ist eine verschlossene Tür, deren Schlüssel irgendwo in einem einzigen Kopf vergraben liegt.

— IV. Das Inventar, das niemand hat —

Jonas Weber: Woher wusste der Kunde überhaupt, wo seine ganze Kryptografie steckt, um sie so sauber auszutauschen? Das ist der Teil, den ich mir nicht vorstellen kann. Ich mach das beruflich, und normalerweise bekomme ich von einem Kunden keine klare Antwort darauf, was eigentlich womit verschlüsselt wird.

Mira Novak: Die hatten sich das gebaut, was ich eine kryptografische Stückliste nenne, ein Jahr, bevor dein Fund überhaupt existierte. Welcher Algorithmus, welche Schlüssellänge, welche Bibliothek, eingesetzt wo, für was. Nicht weil sie deinen konkreten Fund vorausgesehen hätten. Sondern weil nach einem anderen, unabhängigen Audit irgendwer es leid war, die Frage "was setzen wir eigentlich tatsächlich ein" nicht innerhalb einer Woche beantworten zu können.

Jonas Weber: Das ist dieselbe Grundidee wie eine Software-Stückliste, nur eine Ebene tiefer. Man kann nichts absichern, austauschen oder auch nur diskutieren, das man nicht auflisten kann.

Mira Novak: Gleiche Grundidee, andere Ebene. Eine Software-Stückliste sagt dir, von welchen Komponenten du abhängst. Eine kryptografische Stückliste sagt dir, welche kryptografischen Entscheidungen in diesen Komponenten und im eigenen Code tragend sind. Die wenigsten Organisationen haben irgendeine von beiden. Die, die sich die zweite bauen, haben meistens schon die erste, weil es dieselbe Disziplin ist, nur auf eine engere Frage gerichtet.

Jonas Weber: Und ohne das Inventar ist "den Algorithmus austauschen" keine Wochenarbeit mehr. Es ist eine Schnitzeljagd mit Sicherheitsfolgen, wenn man eine Stelle übersieht.

Mira Novak: Ich hab diese Schnitzeljagd bei einem anderen Kunden mitgemacht, zwei Jahre vor diesem hier. Kein Inventar, keine gemeinsame Schicht, ein Algorithmus-Wechsel, der eine Woche hätte dauern sollen, hat vier Monate gedauert, weil jedes Mal, wenn wir dachten, wir hätten jede Aufrufstelle gefunden, irgendein Dienst auftauchte, an den niemand mehr gedacht hatte, immer noch mit dem alten Algorithmus, entdeckt erst, als er kaputtging. Wir haben den Fix in Stücken ausgeliefert, über vier Monate verteilt, während die verwundbare Version in Teilen des Bestands die ganze Zeit weiterlief. Das ist die Version dieser Geschichte, die nie in einem Podcast landet, weil sie nicht sauber genug ist, um eine gute Geschichte zu sein. Sie ist einfach nur langsam und leicht beschämend.

Jonas Weber: Was vermutlich der Grund ist, warum niemand das Inventar baut, bevor er genau das durchgemacht hat.

Mira Novak: Oder davor, wenn man das Glück hat, jemanden zu haben, der darauf besteht, ohne erst die Narbe zu brauchen.

— V. Jetzt abgreifen, später entschlüsseln —

Jonas Weber: Warum jetzt? Verschlüsselung war doch jahrelang "gut genug". Was hat sich geändert, dass dein Kunde das für den Aufwand hielt, noch bevor mein Fund überhaupt aufgetaucht ist?

Mira Novak: Jetzt abgreifen, später entschlüsseln! Keine neue Idee, aber die, die dieses Jahr tatsächlich Budgets bewegt hat. Ein Angreifer mit den nötigen Mitteln, zum Beispiel ein gut finanzierter staatlicher Akteur, muss deine Verschlüsselung nicht heute brechen. Er zeichnet den Verkehr heute auf, speichert ihn, und wartet auf den Tag, an dem ein ausreichend leistungsfähiger Quantencomputer den Algorithmus knackt, der ihn geschützt hat. Bei allem, dessen Haltbarkeit länger ist als "eine Woche peinlich", sagen wir Gesundheitsdaten, Betriebsgeheimnisse, Regierungskommunikation, alles mit echter, lang anhaltender Schadenswirkung, kann heute verschlüsselte Daten es trotzdem wert sein, heute gestohlen zu werden, rein als Wette auf morgen.

Jonas Weber: Der Angriff ist also möglicherweise schon passiert, und niemand würde das jahrelang merken.

Mira Novak: Das ist genau das, was das von jedem anderen "Verschlüsselung irgendwann mal erneuern"-Gespräch unterscheidet, das wir seit einem Jahrzehnt führen. Normalerweise kann der Fix warten, bis die Bedrohung näher rückt. Hier kann der Diebstahl Jahre passieren, bevor die Fähigkeit, die ihn gefährlich macht, überhaupt existiert, was heißt: "wir warten, bis es näher ist" ist genau die Entscheidung, die verliert.

Jonas Weber: Gib mir einen konkreten Fall, wo die Haltbarkeit wirklich zählt, weil "Gesundheitsdaten" leicht gesagt ist und ich wissen will, wie das in der Praxis aussieht.

Mira Novak: Ein Pharmakunde, anderes Engagement, hat klinische Studiendaten verschlüsselt, deren Haltbarkeit in Jahrzehnten gemessen wird, Patentfristen, Wettbewerbsvorsprung, regulatorische Risiken, alles noch in fünfzehn oder zwanzig Jahren schädlich. Wenn jemand diesen Verkehr seit letztem Jahr still mitgeschnitten hat, ist der Diebstahl schon passiert. Die einzige offene Frage ist, wann das Entschlüsseln billig genug wird, um sich zu lohnen. Das ist für die kein hypothetisches Risiko. Das ist eine Uhr, die bereits läuft, auf Daten, die bereits weg sind, egal, ob es schon jemand bemerkt hat.

Jonas Weber: Für die ist "jetzt abgreifen, später entschlüsseln" also gar kein zukünftiges Risiko. Es ist ein vergangenes Ereignis, das sie weder bestätigen noch rückgängig machen können.

Mira Novak: Weshalb die Antwort eben nicht nur "künftig besser verschlüsseln" sein kann. Sie muss lauten: "sorg dafür, dass der nächste Algorithmus- Wechsel keine vier Monate mehr dauert", weil es einen nächsten geben wird, und die Kosten der Langsamkeit sich weiter auf Daten aufsummieren, die noch Jahrzehnte relevant bleiben.

— VI. Nicht der Quanten-Hype —

Jonas Weber: Ich will da vorsichtig gegenhalten, weil sich das langsam genau nach dem anhört, was wir vor zwei Monaten in einer ganzen Folge auseinandergenommen haben. Künstlich erzeugte Dringlichkeit, nur in gruseligerem Vokabular verpackt.

Mira Novak: Ein berechtigter Reflex, und die Hälfte der Messestände auf jeder Konferenz dieses Jahr nutzt genau diesen Reflex aus: "Post-Quantum" auf ein Produkt geklebt, genau wie letztes Jahr "KI-gestützt" auf alles geklebt wurde. Ich hatte Anbieter, die mir eine "quantensichere Firewall" verkaufen wollten, die sich als nichts Genaueres entpuppte als "wir haben eine Bibliothek aktualisiert".

Jonas Weber: Wie unterscheidet man dann die echte Version vom Aufkleber?

Mira Novak: Die Aufkleber-Version verlangt, ein Produkt zu kaufen. Die echte Version verlangt, eine Fähigkeit aufzubauen, die Tür, das Inventar, den getesteten Rotationspfad, die sich auszahlt, egal, welcher konkrete Algorithmus am Ende ersetzt werden muss, und egal, ob der Quanten-Zeitplan fünf Jahre oder zwanzig beträgt. Mein Kunde hat kein "Post- Quantum"-irgendwas gekauft. Er hat Agilität gebaut, für eine ganz gewöhnliche Schwäche, die du mit nichts Exotischerem als einer Checkliste gefunden hast. Der Quanten-Fall ist real, und er ist nicht der einzige Fall, und genau daran erkennt man, dass es kein reines Marketing ist: der Fix hilft auch dann, wenn sich der vermarktete Grund am Ende als übertrieben herausstellt.

Jonas Weber: Das ist die Unterscheidung, die ich eigentlich gesucht hab. Nicht "ist die Bedrohung echt", sondern "ergibt der Fix nur Sinn, wenn genau diese eine Bedrohung echt ist". Bei deinem ist das nicht der Fall.

— VII. Wie der Kunde es wirklich gemacht hat —

Jonas Weber: Gib mir die langweilige, mechanische Version, weil ich glaube, das ist der Teil, der jemanden mit Roadmap tatsächlich überzeugen würde, den Nachmittag zu investieren.

Mira Novak: Drei Dinge, und keins davon ist raffiniert. Erstens: eine Abstraktionsschicht, jeder Dienst ruft eine gemeinsame "verschlüssel-das- hier"-Funktion auf, statt einen Algorithmus direkt zu wählen, sodass der Algorithmus ein Konfigurationswert ist, keine an vierzig Stellen wiederholte Entscheidung. Zweitens: ein Inventar, die kryptografische Stückliste, aktuell gehalten, nicht einmal geschrieben und dann vergessen. Drittens, und das ist der Teil, den die meisten überspringen, ein Rotationspfad, der geübt wird, bevor er gebraucht wird. Sie haben das Wechsel-Verfahren nicht in der Woche erfunden, in der dein Fund sie dazu gezwungen hat. Sie hatten es achtzehn Monate vorher getestet, bei einem völlig anderen Algorithmus- Wechsel, aus einem völlig anderen Grund, und es hat auch damals funktioniert.

Jonas Weber: Der Muskel war also längst da. Du hast sie nicht gebeten, unter Druck eine neue Fähigkeit zu lernen. Du hast sie gebeten, das zu tun, was sie längst eingeübt hatten.

Mira Novak: Genau das. Eingeübte Ruhe, wie wir es schon beim Threat-Modeling genannt haben. Der Rotationspfad ist nur an dem Tag ruhig, an dem es zählt, wenn er an all den Tagen langweilig war, an denen es nicht zählte.

— VIII. Das zweite Schloss —

Jonas Weber: Warte, zurück zu der Woche. Ihr habt einen Eintrag in einer Konfigurationsschicht geändert und die Dashboards beobachtet, aber das war doch Verschlüsselung at rest, sagtest du. Die Bytes, die längst auf der Platte lagen, unter dem alten Algorithmus, haben sich doch nicht von selbst neu geschrieben, nur weil ihr eine Einstellung umgelegt habt. Was ist damit eigentlich passiert?

Mira Novak: Guter Einwand. Genau den Teil hab ich zu schnell übersprungen. Es gibt einen Unterschied zwischen dem Algorithmus, über den wir die ganze Zeit reden, und den Bytes, die er schützt, und genau in dieser Lücke steckt der Trick, der diese Woche möglich gemacht hat. Deren Daten waren nicht direkt mit einer einzigen, langlebigen Algorithmus-Wahl verschlüsselt. Jeder Datensatz hatte seinen eigenen Datenschlüssel, und genau dieser Datenschlüssel wurde noch einmal verschlüsselt, mit einem Hauptschlüssel, unter Verwendung des Algorithmus, den wir tatsächlich ausgetauscht haben. Man tauscht den Wrapping-Algorithmus aus, und muss dann nur die Schlüssel neu einpacken. Die Massendaten darunter, verschlüsselt mit ihrem eigenen Schlüssel, bleiben komplett unangetastet.

Jonas Weber: Es gibt also zwei Schlösser. Das äußere, am Schlüssel, ist das, was ihr tatsächlich ausgetauscht habt. Das innere, an den Daten selbst, ist exakt so geblieben, wie es war.

Mira Novak: Genau zwei Schlösser. Umschlagverschlüsselung, wenn du den Fachbegriff willst, international sagt man "Envelope Encryption". Genau deshalb hieß "den Algorithmus austauschen" bei denen: ein paar Millionen kleine Schlüssel neu einpacken, nicht so und so viele Terabyte an Datensätzen neu verschlüsseln, die diese Schlüssel schützen. Schlüssel sind klein. Einen neu einzupacken dauert Millisekunden. Das ist der gesamte Trick hinter dieser Woche.

Jonas Weber: Aber wenn der Wrapping-Algorithmus gebrochen wird, ist das äußere Schloss dann nicht einfach offen? Warum sollte es eine Rolle spielen, wie oft etwas eingepackt wurde, wenn das Schloss, das es schützt, gar nicht mehr hält?

Mira Novak: Weil die beiden Schlösser nicht dieselbe Art Schloss sind, und das ist der Teil, den ich zu schnell übergangen bin. Die Daten selbst sind mit einem symmetrischen Algorithmus geschützt, fast immer AES. Der Schlüssel, der diese Daten schützt, ist mit einem asymmetrischen Algorithmus eingepackt, meistens RSA oder etwas auf Basis elliptischer Kurven. Das sind zwei völlig verschiedene mathematische Probleme, und ein Quantencomputer behandelt sie nicht gleich. Shors Algorithmus ist der, der tatsächlich RSA und elliptische Kurven bricht. Er macht aus dem Faktorisieren einer riesigen Zahl oder dem Lösen eines diskreten Logarithmus, aus unmöglich, lösbar. Grovers Algorithmus ist der, der symmetrische Verfahren wie AES betrifft, und der halbiert grob nur die effektive Schlüssellänge. AES-256 ist unter Grover immer noch etwa so stark wie AES-128 heute, also weiterhin völlig in Ordnung. Wenn also irgendwer sagt, Quantencomputer brechen Verschlüsselung, meint er, bewusst oder nicht, meistens: sie brechen die asymmetrische Schicht. Die symmetrische Schicht merkt davon kaum etwas.

Jonas Weber: Das äußere Schloss ist also genau aus der Art Mathematik gebaut, in der ein Quantencomputer gut ist. Das innere nicht.

Mira Novak: Genau das. Weshalb es auch keine Abkürzung ist, nur das äußere Schloss auszutauschen. Es ist die gesamte Lösung. Am inneren Schloss gibt es nichts zu reparieren.

Jonas Weber: Warum dann überhaupt die verwundbare Art von Schloss benutzen? Wenn asymmetrisch die eigentliche Angriffsfläche ist, warum packt man den Datenschlüssel dann nicht einfach mit einem weiteren symmetrischen Schlüssel ein und umgeht das Problem komplett?

Mira Novak: Weil der Grund, warum man überhaupt zu asymmetrisch greift, nichts mit Stärke zu tun hat. Es geht um Zugriffskontrolle. Ein symmetrischer Schlüssel kann ver- und entschlüsseln. Wer ihn hat, kann beides. Wenn vierzig Dienste alle neue Datenschlüssel einpacken müssen, und man gibt allen vierzig denselben symmetrischen Wrapping-Schlüssel, dann hat man ihnen damit auch allen die Fähigkeit gegeben, jeden Schlüssel zu entschlüsseln, den irgendeiner der anderen jemals eingepackt hat. Bei asymmetrisch gibt man diesen vierzig Diensten den öffentlichen Schlüssel. Die können den ganzen Tag einpacken. Nur das Schlüsselverwaltungssystem, das den einen privaten Schlüssel besitzt, kann jemals wieder auspacken. Man bekommt eine echte Trennung zwischen wer erzeugen darf und wer lesen darf, die ein geteiltes symmetrisches Geheimnis ohne jede Menge zusätzlicher Maschinerie nicht liefern kann.

Jonas Weber: Die Angreifbarkeit ist also kein Fehler. Sie ist der Preis der Zugriffskontrolle, die man eigentlich wollte.

Mira Novak: Ein bewusster Handel, geschlossen von Leuten, die ihn zu dem Zeitpunkt verstanden haben. Er wird erst Jahrzehnte später zum Problem, wenn die Mathematik auf einer Seite dieses Handels nicht mehr hält. Weshalb der Fix eben nicht lautet: kein Asymmetrisch mehr benutzen. Er lautet: dafür sorgen, dass man den konkreten asymmetrischen Algorithmus austauschen kann, ohne das Zugriffskontrollmodell neu zu bauen, für das man ihn gewählt hat.

Jonas Weber: Und der Fund, den ich vor acht Monaten gemeldet habe. Das war das äußere Schloss. Der Wrapping-Algorithmus.

Mira Novak: Das war das äußere Schloss. Wäre es das innere gewesen, der Algorithmus, der die Datensätze tatsächlich verschlüsselt, würde ich dir gerade keine Einwochen-Geschichte erzählen.

Jonas Weber: Erzähl mir die Version, wo es das innere ist. Ich will wissen, worauf ich einen Kunden eigentlich vorbereite, wenn mein Fund das falsche Schloss trifft.

Mira Novak: Ein Versicherungskunde, ein anderes Engagement. Gut vierzig Terabyte an Policendaten, verteilt über drei Regionen und zwei Backup- Ebenen, alles direkt mit dem Algorithmus verschlüsselt, der ausgetauscht werden musste. Kein Umschlag, kein zweiter Schlüssel zum Verstecken. Wir mussten jeden Datensatz lesen, entschlüsseln, neuverschlüsseln, zurückschreiben, ohne das System je offline zu nehmen und ohne je ein Zeitfenster zu riskieren, in dem ein Absturz Daten unter einem der beiden Schlüssel hätte verlieren können. Das hieß: beide Algorithmen monatelang parallel laufen lassen, jeden Datensatz markieren, welcher gerade zuständig ist, und diese Markierung bei jedem Lesezugriff prüfen. Es wurde fertig. Es hat den Großteil eines Jahres gedauert, und es war mit Abstand das unglamouröseste Projekt, das ich je geleitet habe.

Jonas Weber: Das Inventar muss also wissen, welches Schloss, nicht nur welcher Algorithmus.

Mira Novak: Genau das muss es wissen. Für jeden Datenbestand: schützt dieser Algorithmus einen Schlüssel, oder schützt er die Daten selbst? Weil "austauschbar" je nach Antwort etwas völlig anderes bedeutet, und eine Checkliste, die nur sagt "AES-256, ja oder nein", ohne festzuhalten, welches Schloss das ist, dir vorlügt, wie schwer der Fix tatsächlich wird.

Jonas Weber: Was mir am äußeren Schloss trotzdem Sorgen macht, selbst mit dem Zwei-Schlösser-Trick: Wenn jemand ein gestohlenes Backup abgegriffen oder Verkehr mitgeschnitten hat, Jahre bevor dein Kunde den Wrapping-Algorithmus getauscht hat, hat er dann nicht längst den alten, eingepackten Schlüssel direkt neben den Daten liegen, die er aufschließt?

Mira Novak: Hat er. Das ist die schärfere Version von "jetzt abgreifen, später entschlüsseln", speziell für Daten at rest. Wenn ein Angreifer sich eine Kopie eines Umschlags besorgt hat, den eingepackten Schlüssel plus die Daten, die er schützt, bevor der Wrapping-Algorithmus getauscht wurde, dann braucht er, sobald dieser Algorithmus irgendwann bricht, nichts weiter. Er hat beide Schlösser bereits in der Hand. Den Algorithmus heute auszutauschen schützt jeden Umschlag, der ab heute entsteht. Für eine Kopie, die jemand schon mitgenommen hat, ändert es gar nichts.

Jonas Weber: Der Zwei-Schlösser-Trick macht den Austausch also billig. Rückwirkend macht er ihn nicht.

Mira Novak: Nichts macht irgendwas rückwirkend. Das ist der eigentliche Grund, warum "warum jetzt" wichtiger ist, als die meisten glauben. Jeder Tag mit dem alten Wrapping-Algorithmus ist ein weiterer Tag an gestohlenen Umschlägen, die kein künftiger Austausch je wieder schützen kann.

— IX. Der CRA-Winkel —

Jonas Weber: Ist irgendwas davon inzwischen tatsächlich verpflichtend, oder ist es weiterhin nur gute Praxis, die sich zufällig auszahlt?

Mira Novak: Es bewegt sich Richtung verpflichtend, was mit ein Grund ist, warum ich dieses Gespräch dieses Jahr schon mit drei anderen Kunden geführt hab, die gar nicht an Quanten gedacht haben. Der Cyber Resilience Act erwartet von Herstellern, dass sie Schwachstellen, auch kryptografische, über die gesamte Support-Laufzeit eines Produkts behandeln, nicht nur beim Launch. Ein Produkt, das mit einem so tief verbauten Algorithmus ausgeliefert wird, dass man ihn nicht ohne vollständige Neu-Zertifizierung aktualisieren kann, erfüllt diese Erwartung nicht, nur weil der Algorithmus am ersten Tag stark war. Die Regulierer fangen an zu fragen, nicht "was habt ihr ausgeliefert", sondern "was könnt ihr noch ändern".

Jonas Weber: Was Krypto-Agilität von einer technischen Nettigkeit zu etwas macht, das dem sehr ähnelt, was eine Software-Stückliste unter derselben Regulierung geworden ist: irgendwann nicht mehr optional.

Mira Novak: Genau die Richtung. Und wie beim Stückliste-Thema: die Firma, die es baut, weil ein Regulierer irgendwann fragen wird, macht es zu spät und zu widerwillig, um es gut zu machen. Die Firma, die es schon hat, beantwortet einfach die Frage.

— X. Was es vorab kostet —

Jonas Weber: Ich will nicht, dass sich das gratis anhört, weil nichts, worüber wir in dieser Show je gesprochen haben, tatsächlich gratis war. Was hat die Tür gekostet, bevor irgendwer wusste, dass er sie brauchen würde?

Mira Novak: Echte Entwicklungszeit, investiert in etwas, das kein sichtbares Feature ausgeliefert hat. Die Abstraktionsschicht hat ein kleines Team etwa sechs Wochen gekostet. Das Inventar war eine dauerhafte Gewohnheit, kein Projekt, irgendwer pflegt es bei jeder Änderung, die Kryptografie berührt, was eher ein laufender Prozesskosten als eine einmalige Ausgabe ist. Die geübte Rotation hat einmalig ein Wochenende gekostet, und danach jedes Mal einen weiteren Nachmittag, wenn sie es geübt haben.

Jonas Weber: Verglichen womit?

Mira Novak: Verglichen mit dem Kunden von vorhin, den sechs Jahre alten Backups, die sich niemand wiederherstellen konnte, dieser Wiederherstellungsaufwand hat sich über Monate gezogen, mehr gekostet, als die ursprüngliche Abstraktionsschicht über ihre gesamte Lebensdauer gekostet hätte, und am Ende hatten sie trotzdem ein System, das genauso starr war wie vorher, weil sie den Notfall behoben haben und nicht die zugrunde liegende Unbeweglichkeit. Langweilig und früh schlägt teuer und spät in praktisch jeder Version dieser Geschichte, die ich erlebt hab.

Jonas Weber: Wer unterschreibt eigentlich sechs Wochen Entwicklungszeit für etwas, das man niemandem vorführen kann? Das ist der Teil, von dem ich erwarten würde, dass er in irgendeinem Planungsmeeting stirbt.

Mira Novak: Ist er beim ersten Versuch dieses Kunden fast auch. Was es letztlich durchgebracht hat, war gar kein Sicherheitsargument, sondern ein Entwickler, der darauf hingewiesen hat, dass dieselbe Abstraktionsschicht es trivial machen würde, einen Kunden zu unterstützen, der vertraglich einen bestimmten Algorithmus verlangt, den die Firma gerade nicht anbietet. Sicherheit hat das Ticket eröffnet. Ein Vertriebsargument hat es bezahlt. Ich bin inzwischen völlig unwählerisch, welches Argument gewinnt, solange die Tür gebaut wird.

Jonas Weber: Der Pitch, der wirklich funktioniert, ist also nicht "das schützt uns irgendwann". Es ist "das ist in mehr Situationen nützlich als in der, vor der du dich gerade fürchtest".

Mira Novak: Jedes Mal, wenn ich erlebt hab, wie es finanziert wurde, war es diese Version. Der rein defensive Pitch konkurriert mit jedem anderen Roadmap-Punkt um dieselbe knappe Dringlichkeit. Der Flexibilitäts-Pitch konkurriert mit gar nichts, er ist einfach eine Fähigkeit, die da liegt und wartet, für was auch immer als Erstes gebraucht wird.

— XI. Jonas stellt die Angreiferfrage —

Jonas Weber: Lass mich was zurückbringen, das tatsächlich meins ist, weil ich hier nicht zwölf Kapitel lang nur zustimmend nicken will. Aus meiner Sicht: macht mir das alles meinen Job schwerer? Ändert Krypto-Agilität, richtig gemacht, tatsächlich, was jemand wie ich machen kann?

Mira Novak: Ändert es das?

Jonas Weber: Weniger, als du hoffen würdest, und ich glaube, das sollte man ehrlich sagen. Agilität hindert mich nicht daran, einen Implementierungsfehler zu finden, einen schlechten Zufallszahlengenerator, einen Schlüssel, der falsch abgelegt ist, einen Seitenkanal. Das alles ist völlig egal, ob der Algorithmus austauschbar ist. Was sich ändert, ist das Gespräch, nachdem ich etwas gefunden hab. Auf einem starren System ist ein schwacher Algorithmus ein dauerhafter Fund, der jahrelang auf jedem Bericht steht, weil ihn sich niemand leisten kann zu fixen. Auf einem agilen ist es ein Fund mit angehängtem Fix, und er taucht im nächsten Bericht nicht mehr auf. Es schrumpft nicht meine Angriffsfläche von heute. Es schrumpft die Liste der Dinge, bei denen alle still aufgegeben haben, sie zu verteidigen.

Mira Novak: Was eine ganz eigene, ehrliche Kennzahl ist. Nicht "hat Agilität einen Angriff verhindert". Sondern: hat sie verhindert, dass eine bekannte Schwäche einfach liegen bleibt, toleriert, weil ein Fix unvorstellbar war.

Jonas Weber: Das ist die Version, die ich glaube. Bei "das hält Angreifer auf" wäre ich skeptisch gewesen. Bei "das beendet dauerhafte Funde" bin ich es nicht.

Mira Novak: Sag mehr zu "dauerhafte Funde", weil ich glaube, diese Phrase existiert nirgendwo in meinem normalen Vokabular dafür, und ich finde, sie sollte.

Jonas Weber: Jeder Red-Team-Bericht hat einen Abschnitt mit Funden, die einfach immer wieder auftauchen, Engagement für Engagement, Jahr für Jahr, weil der Fix immer technisch möglich und immer praktisch unvorstellbar war. Diese Funde verlieren jede Bedeutung. Jeder im Raum hat gelernt, über sie hinwegzulesen. Die gefährliche Version von "stiller Endgültigkeit" ist nicht, dass niemand von dem schwachen Algorithmus weiß. Es ist, dass alle davon wissen, und er steht schon so lange auf der Liste, dass er zur Tapete geworden ist.

Mira Novak: Was heißt, dass der eigentliche Wert dessen, was mein Kunde gebaut hat, nicht Geschwindigkeit war. Es war, ein ganz bestimmtes Stück Tapete wieder ablösbar zu machen.

— XII. Stille Endgültigkeit —

Mira Novak: Dann lass uns das eigentliche Fehlermuster benennen, weil ich nicht glaube, dass es "schwache Kryptografie" ist, und ich glaube auch nicht, dass es "nicht bereit für Quanten" ist. Nennen wir es stille Endgültigkeit, die leise Entscheidung, die niemand konkret trifft, dass der heutige Algorithmus eine Tatsache des Systems ist statt einer Wahl darin. Niemand setzt sich hin und beschließt: "das werden wir nie ändern können." Es wird einfach so, standardmäßig, an dem Tag, an dem niemand die Tür baut.

Jonas Weber: Und der Fix war nie "die Zukunft korrekt vorhersagen". Niemand im Team deines Kunden hat geraten, dass ich mit genau diesem Fund auftauchen würde.

Mira Novak: Niemand hat irgendwas geraten. Sie haben sich nur geweigert, diese eine Entscheidung zu etwas Unveränderlichem erstarren zu lassen, genauso wie sie es bei jeder anderen Design-Entscheidung nicht ein Jahrzehnt lang unhinterfragt gelassen hätten. Der Quanten-Fall, der Compliance-Fall, dein Fund, drei völlig verschiedene Gründe, dieselbe Tür zu öffnen. Sie musste nur einmal gebaut werden.

Jonas Weber: Ich bin heute reingekommen und hab erwartet, genervt zu sein, weil ich nicht der bin, der die dramatische Antwort hat. Ich gehe raus und denke, das ist genau der Punkt. Das System, das mich nicht braucht, um die dramatische Antwort zu liefern, ist das, das von Anfang an richtig gebaut wurde.

Mira Novak: Eingeübte Ruhe, wieder mal. Du hast nur gerade gesehen, wie sie von außen aussieht statt von innen.

— Outro —

Anni Brandt: Stille Endgültigkeit, das, was niemand entschieden hat und trotzdem leise zur Tatsache wurde. Mir gefällt, dass der Bösewicht dieser Folge kein böser Akteur und kein schlechter Algorithmus ist. Es ist eine Tür, die niemand rechtzeitig gebaut hat. Wenn ihr mal ein System geerbt habt, bei dem "einfach den Algorithmus austauschen" zu einem Programm mit eigenem Namen und Budget wurde, oder ihr die langweilige Version gebaut habt und sie sich an einem beliebigen Dienstag ausgezahlt hat, erzählt es uns. Wir lesen alles. Abonniert, wo auch immer ihr das hier hört, und lasst uns eine Bewertung da, wenn euch ein sechs Jahre altes Backup je die Woche ruiniert hat. Bis dahin.