$NEWT Ich habe solche Vorfälle schon zuvor gesehen, aber die Situation rund um Gnosis Pay wirkte besonders aufschlussreich. Angreifer nutzten eine Schwachstelle im Zodiac-Delay-Modul aus – einer beliebten Permission-Layer, die mit Gnosis-Safe-Wallets verwendet wird. Das Modul sollte Kontrolle und Verzögerungen hinzufügen, verfügte jedoch über keine ordnungsgemäßen Autorisierungsprüfungen. Infolgedessen konnten Angreifer Transaktionen direkt von Safe-Wallets aus initiieren. Tage zuvor hatte eine ähnliche Lücke bereits dazu geführt, dass rund 3,2 Millionen US-Dollar abflossen.
Dies war kein klassischer Smart-Contract-Bug im üblichen Sinn. Es handelte sich um ein Autorisierungsproblem. Das System ließ Aktionen ausführen, ohne ausreichend zu überprüfen, ob der Initiator zu diesem Zeitpunkt überhaupt dazu berechtigt war.
Mann, diese Art von Exploits zeigt immer wieder dieselbe grundlegende Schwäche in Onchain-Systemen: Es gibt zwar Permission-Layer, aber eine robuste Autorisierungsinfrastruktur ist weiterhin fehlend. Genau diese Lücke ist es, die Newton schließen soll.
Permission ohne echte Autorisierung
Im traditionellen Finanzwesen gilt: Wenn jemand versucht, Gelder zu bewegen oder eine Aktion auszuführen, passieren mehrere Checks, bevor überhaupt etwas weiterläuft. Ist diese Partei autorisiert? Liegt sie innerhalb ihrer Grenzen? Entspricht diese Aktion den aktuellen Risiko- oder Compliance-Policies? Diese Checks sind nicht optional – sie sind grundlegend dafür, wie das System funktioniert.
Onchain haben wir mächtige Permission-Systeme gebaut – wie Safe-Wallets und Zodiac-Module. Sie geben Nutzern und Teams eine granularere Kontrolle darüber, wer signieren oder Transaktionen vorschlagen darf. Aber viele dieser Systeme reichen noch immer nicht aus, wenn es um dynamische Autorisierung geht – also die Fähigkeit zu bewerten, ob eine Aktion erlaubt sein sollte, basierend auf umfassenderen, aktualisierbaren Policies, bevor sie ausgeführt wird.
Im Gnosis-Pay-Fall lieferte das Delay-Module zwar eine Form von Berechtigung, aber es fehlte die tiefere Autorisierungsebene, die nötig ist, um Missbrauch zu verhindern. Sobald eine Transaktion über das Module initiiert wurde, gab es nicht genügend Prüfungen, um Aktionen zu stoppen, die hätten blockiert werden müssen. Der Code wurde ausgeführt, weil auf Protokollebene nichts stoppte – abhängig davon, wer handelte, und davon, was die Regeln vorsahen.
Das ist das wiederkehrende Muster, zu dem ich immer wieder zurückkomme. Wir haben Tools, die Signer und Delays verwalten, aber uns fehlte Infrastruktur, die Policies an dem Punkt der Ausführung auf programmierbare und verifizierbare Weise durchsetzt.
Was Newton genau für dieses Problem mitbringt
Newton baut die Autorisierungsebene, die in Onchain-Systemen wie Safe-Wallets und Permission-Modules bisher fehlte.
Anstatt Autorisierung als etwas zu behandeln, das nur in einzelnen Modulen oder Verträgen lebt, verschiebt Newton die Policy-Auswertung auf Protokollebene. Policies werden in Rego geschrieben – einer Sprache, die speziell für komplexe, bedingte Regeln entwickelt wurde – und werden ausgewertet, bevor sich irgendeine Transaktion festsetzt.
Das bedeutet, dass Regeln rund um Vertragspartner, Ausgabengrenzen, Risikoparameter, Compliance-Anforderungen oder betriebliche Einschränkungen automatisch geprüft werden können. Wenn eine Aktion gegen die definierte Policy verstößt, kann sie vor der Ausführung blockiert werden. Wenn sie besteht, erstellt Newton eine signierte Bestätigung – ein kryptografischer Nachweis – dass die Transaktion zu diesem Zeitpunkt gemäß der Policy autorisiert war.
Im Kontext von etwas Ähnlichem wie dem Gnosis-Pay-Vorfall verändert sich die Dynamik. Anstatt sich ausschließlich auf ein Delay-Module oder Signer-Berechtigungen zu verlassen, die ausgenutzt werden können, wenn Lücken existieren, fügt Newton eine Ebene hinzu, die bewertet, ob die Aktion gemäß umfassender, programmierbarer Regeln erlaubt sein sollte. Der Pre-Settlement-Check und die daraus resultierende Bestätigung schaffen sowohl Prävention als auch Nachweis.
Ganz ehrlich: Das ist genau die Art von Infrastruktur, die es deutlich schwerer macht, Vorfälle wie den Zodiac-Module-Exploit im großen Maßstab durchzuführen. Sie ersetzt Safe- oder Zodiac-Module nicht. Sie ergänzt sie, indem sie die fehlende Autorisierungsdurchsetzung hinzufügt, die aktuelle Permission-Systeme oft nicht haben.
Warum Autorisierung auf Protokollebene wichtig ist
Eine der größten Grenzen vieler aktueller Permission-Setups ist, dass sie entweder zu statisch oder zu fragmentiert sind. Das Aktualisieren von Regeln über mehrere Wallets oder Protokolle hinweg ist schwierig. Und sobald eine Aktion die grundlegenden Permission-Checks passiert, gibt es oft keine weitere Auswertung mehr anhand dynamischer Policies.
Newton löst das, indem es Policies unabhängig von irgendeiner einzelnen Ziel-Chain oder einem einzelnen Vertrag hält. Da die Auswertung außerhalb der Ziel-Chain stattfindet, kann dieselbe Policy konsistent in verschiedenen Umgebungen gelten. Das ist besonders nützlich für Teams, die mehrere Safe-Wallets oder Vaults über verschiedene Chains hinweg verwalten.
Die signierten Bestätigungen fügen noch eine weitere entscheidende Dimension hinzu. Nach einem Vorfall wie Gnosis Pay sorgt das Vorhandensein kryptografischer Belege dafür, was geprüft wurde und ob es autorisiert war, für Klarheit, die sich allein mit bestehenden Tools nur schwer erreichen lässt. Es entsteht eine auditierbare Aufzeichnung von Autorisierungsentscheidungen.
Ich habe darüber nachgedacht, wie viele hochwirksame Exploits der letzten Jahre letztlich auf Autorisierungs- und Permission-Lücken zurückzuführen waren – weniger auf reine Code-Schwachstellen. Wenn Systeme Transaktionen ohne ausreichende Checks darüber zulassen, wer handelt und ob das Handeln überhaupt erlaubt sein sollte, wächst die Angriffsfläche erheblich. Newton konzentriert sich darauf, diese Angriffsfläche durch Policy-Durchsetzung auf Protokollebene zu verkleinern.
Die Infrastruktur-Institutionen und Builder, die sie wirklich brauchen
Da immer mehr Wert in Safe-Wallets, Vaults und agentengesteuerte Konten fließt, werden die Grenzen aktueller Permission-Systeme schwerer zu ignorieren. Teams und Institutionen brauchen mehr als Signer-Management und Delay-Module. Sie brauchen die Fähigkeit, ausgefeilte Policies vor der Ausführung zu definieren und durchzusetzen – mit verifizierbaren Ergebnissen.
Newton baut genau diese Ebene. Sie ermöglicht, Policies auf Protokollebene zu schreiben, zu aktualisieren und durchzusetzen – ohne ständige Änderungen an Kernverträgen zu verlangen. Sie unterstützt komplexe, bedingte Logik über Rego. Und sie erzeugt Bestätigungen, die einen Nachweis für die Autorisierung liefern – etwas, das mit zunehmenden regulatorischen Erwartungen und internen Governance-Anforderungen immer wertvoller wird.
Die Situation bei Gnosis Pay zeigt – wie ähnliche Vorfälle davor – was passiert, wenn Autorisierung zu wenig ausgebaut bleibt. Es gibt Permission, aber die tieferen Checks, die Missbrauch verhindern, fehlen. Newton ist die Infrastruktur, die entwickelt wird, um genau diese Lücke zu schließen.
Die Lücke bei der Autorisierung schließen
Ich komme immer wieder zu einer einfachen Beobachtung zurück: Onchain-Finanzen sind in der Ausführung und Komponierbarkeit schnell vorangekommen, aber beim Aufbau der Kontrollsysteme, die für großskalige Finanzaktivität erforderlich sind, hat es hinterhergehinkt. Vorfälle wie der bei Gnosis Pay sind schmerzhafte Erinnerungen an dieses Ungleichgewicht.
Newton konzentriert sich darauf, dieses Ungleichgewicht zu korrigieren, indem Autorisierung zu einer nativen Fähigkeit auf Protokollebene gemacht wird. Vor der Ausführung Policy-Checks. Programmierbare und aktualisierbare Regeln. Kryptografische Bestätigungen. Konsistente Durchsetzung über verschiedene Chains hinweg.
Hier geht es nicht darum, nur um der Reibung willen Reibung hinzuzufügen. Es geht darum, Onchain-Systemen – ob Safe-Wallets, Vaults oder Agent-Infrastruktur – dieselben regelbasierten Kontrollmechanismen zu geben, auf die traditionelle Finanzsysteme seit Jahrzehnten setzen, aber gebaut für die einzigartigen Eigenschaften von Blockchain.
Der Gnosis-Pay-Exploit hat eine reale und wiederkehrende Lücke sichtbar gemacht: Permission-Layer ohne ausreichende Autorisierungsprüfungen. Newton ist das Projekt, das die Infrastruktur baut, um genau dieses Problem anzugehen.
Während Onchain-Ökonomien weiter an Größe und Komplexität gewinnen, wird diese Art von Autorisierung auf Protokollebene von einem fehlenden Feature zu einer grundlegenden Infrastruktur werden. Newton positioniert sich genau in der Mitte dieses Wandels. @NewtonProtocol #Newt