Newton-Protocol: Sicherheit in der Mitte sichern, nicht an den Rändern
Ich hatte mein Handy heute Morgen so ungefähr zehn Minuten lang auf der Küchenanrichte liegen gelassen und nicht gesperrt, während ich mich mit etwas anderem beschäftigt habe. Als ich wiederkam, hatte ich kurz so eine Mini-Panik, aber nicht weil wirklich etwas passiert wäre, sondern nur durch diesen Reflex: „Warte mal, was wäre, wenn jemand das aufgeschnappt hätte.“ Es ist nichts passiert. Aber das brachte mich zum Nachdenken darüber, wo in einem System die Sicherheit eigentlich „wohnt“ – versus wo man davon ausgeht, dass sie „wohnt“.
Dieser Gedanke ließ mich später immer noch nicht los, als ich mich wieder mit dem Material zum Newton Protocol beschäftigt habe – diesmal mit dem Rahmen „Sicherheit durch verifizierbare Automatisierung verbessern“. Und statt es einfach nur abzunicken, stellte ich mir eine konkretere Frage: Sicherheit gegen was genau – und Sicherheit ab wo. Also bin ich tiefer in die tatsächlichen Grenzen eingestiegen, welche Schutzfunktion TEE- und ZK-Layer haben.
So ist es klick gemacht — und es ist ein bisschen beunruhigend, wenn man es erst einmal klar sieht. Das Verifizierungssystem sichert die Mitte der Pipeline extrem gut ab: Es beweist, dass jede Aktion, die ausgeführt wurde, genau den Regeln entsprach, die freigegeben und signiert wurden. Dieser Teil ist wirklich wasserdicht. Was es hingegen gar nicht anfasst, ist der Moment davor — wie die Berechtigungs-Scopes überhaupt verfasst und signiert wurden, und von wem. Wenn das Gerät oder der Schlüssel, der einen Berechtigungs-Scope signiert, kompromittiert wird, oder wenn jemand mit Zugriff einfach eine Berechtigung schreibt, die technisch gültig ist, aber viel zu weit gefasst, dann wird das gesamte nachgelagerte System den resultierenden fehlerhaften Vorgang treu, kryptografisch beweisen, dass er „korrekt ausgeführt“ wurde. Denn das war er. Korrekt ausgeführt, gemäß Anweisungen, die niemand hätte geben sollen.
Ich glaube, ich bin davon ausgegangen — genauso wie ich annehme, dass mein Telefon im Grunde in Ordnung ist, solange es niemand aktiv aus der Ferne hackt — dass hier die Sicherheitsgeschichte ganz am Anfang beginnt und die gesamte Kette Ende-zu-Ende abdeckt. Tut sie aber nicht. Sie beginnt erst, wenn eine Berechtigung bereits existiert und als legitim behandelt wird. Alles davor — der menschliche Schritt, der Signierschritt, das Gerät, das die Schlüssel hält — liegt komplett außerhalb dessen, was überprüft wird. Das ist keine Kritik an der Technik: Die Technik innerhalb ihrer Grenzen ist wirklich stark. Eher ist es so, dass die Grenze enger ist, als es nach „Sicherheit durch verifizierbare Automatisierung“ klingt.
Aber hier ist der Teil, der mich tatsächlich stört. Die meisten echten Kompromittierungen in der Kryptografie sind historisch gesehen nicht daher gekommen, dass man die Kryptografie selbst gebrochen hätte — sondern genau aus dieser Upstream-Schicht: gephishtes Schlüsselpaar, kompromittierte Geräte, jemand stimmt etwas ab, was er nicht sollte, unter Druck oder aus Verwirrung. Wenn dort immer noch das eigentliche Risiko konzentriert ist, dann löst ein System, das nachweislich alles absichert, nachdem die Berechtigung existiert, ein Problem, das normalerweise nicht das ist, das Menschen tatsächlich trifft. Das ist ein bisschen wie das Anbringen eines extrem guten Schlosses an einer Tür, während die eigentlichen Einbrüche meistens über ein offenes Fenster passieren, das niemand überprüft. Ich sage nicht, dass das Schloss nutzlos ist — ich glaube nur nicht, dass es die Wahrscheinlichkeiten so stark verändert, wie es die Formulierung nahelegt.
Da gibt es außerdem noch die Frage der Sperrung (Revocation), die ich nicht erwartet hatte, dass sie mich so beschäftigt, aber jetzt kann ich nicht mehr aufhören darüber nachzudenken: Sobald eine Berechtigung aktiv ist und ein Agent sich in dessen Zyklus befindet — wie schnell kann ein Benutzer sie tatsächlich zurückziehen, wenn sich etwas falsch anfühlt. Ich habe die Antwort noch nicht wirklich heraus. Vielleicht ist es auch eher eine Lücke in dem, was ich bisher gelesen habe, statt eine Lücke im System selbst.
Am wichtigsten ist das wohl für jeden, der so eine Art verifizierte Automatisierung als Grund nimmt, weniger vorsichtig mit dem Upstream-Zeug zu sein — Geräte-Hygiene, wer Signaturzugriff hat, wie Berechtigungen überprüft werden, bevor sie erteilt werden. Die Mathematik ändert sich daran nicht wirklich, nur weil alles nachgelagert kryptografisch wasserdicht ist.
Jedenfalls liegt das Telefon wieder in meiner Tasche, es ist nichts passiert, natürlich. Ich prüfe trotzdem nochmal doppelt, bevor ich es irgendwo liegen lasse. Alte Gewohnheiten, denke ich, auch wenn das eigentliche Risiko wahrscheinlich ganz woanders war.