Was ist genau passiert?
Bitcoin Core, die meistgenutzte Softwareimplementierung des Bitcoin-Netzwerks, hat laut übereinstimmenden Berichten von Decrypt, CoinDesk und Cointelegraph seine Sicherheitsrichtlinie geändert. Neu werden die Entwickler bei Schwachstellen, die als "leicht auffindbar" (easily discoverable) eingestuft sind, sofort Korrekturen einarbeiten (sogenannter Backport) und neue Versionen veröffentlichen, anstatt sie unter einem langen Embargo zu halten.
Ein Embargo ist ein Zeitraum, in dem Informationen über einen Fehler geheim gehalten werden, damit Angreifer keine Anleitung erhalten, bevor die Nutzer geschützt sind. Diese Logik funktioniert nur dann, wenn ein Fehler schwer zu entdecken ist. Laut CoinDesk und Cointelegraph argumentiert Bitcoin Core, dass die Geheimhaltung bei einem Teil der Fehler keinen großen Schutz mehr bietet.
Warum tun die Entwickler das gerade jetzt?
Der entscheidende Auslöser ist das Aufkommen von KI-Werkzeugen, die in der Lage sind, Fehler im Code zu finden. Laut CoinDesk hat KI im Sommer Hunderte von Bitcoin-Fehlern früher als Menschen aufgedeckt. Decrypt beschreibt den Kern des Problems so: Wenn ein Angreifer einen Fehler mit einem einzigen Prompt an einen Chatbot wieder entdecken kann, dann verlängert eine lange Geheimhaltung nur den Zeitraum, in dem die Nutzer verwundbar sind, ohne ihnen real zu helfen.
Mit anderen Worten: Der frühere Vorteil der Verteidiger (dass ein Fehler "versteckt" ist) schrumpft mit KI-Werkzeugen. Wenn das Finden eines Fehlers für jeden mit Zugang zum Modell trivial ist, ist eine schnelle Veröffentlichung der Korrektur sicherer als das Abwarten.
Was bedeutet "leicht auffindbar" genau?
Hier muss man präzise sein. Die Quellen beschreiben den neuen Ansatz für Fehler, die als leicht auffindbar klassifiziert werden und bei denen angenommen wird, dass ein Angreifer sie mit minimalem Aufwand wieder finden kann. Wie genau Bitcoin Core einzelne Fehler in diese Kategorie einordnen wird und wer darüber entscheidet, geht aus den verfügbaren Quellen nicht eindeutig hervor. Das ist bisher unklar.
Ebenso ist aus den zitierten Quellen nicht ersichtlich, ob sich das Vorgehen bei komplexeren Schwachstellen ändert, die die KI bislang nicht routinemäßig aufdeckt. Bei diesen kann eine koordinierte Offenlegung und ein Embargo weiterhin sinnvoll sein.
Wie passt das in das größere Sicherheitsbild?
Der weitere Kontext des Jahres ist angespannt. The Block berichtete im selben Zeitraum, dass das Netzwerk Initia nach einem Sicherheitsvorfall den Betrieb ausgesetzt hat, wobei der Angreifer angeblich Token geprägt haben soll und On-Chain-Daten einen Transfer von Ether im Wert von etwa 2,7 Millionen Dollar zeigten. Es handelt sich um ein anderes Projekt und einen anderen Typ von Vorfall als die Richtlinienänderung bei Bitcoin Core, aber es veranschaulicht das Umfeld, in dem über die Reaktionsgeschwindigkeit auf Schwachstellen entschieden wird.
Vorsicht bei der Kausalität: Nichts in den Quellen verbindet den Vorfall bei Initia direkt mit der Regeländerung von Bitcoin Core. Es sind zwei eigenständige Ereignisse aus derselben Woche.
Worauf bei dieser Art von Änderungen weiter zu achten ist
- Wie in der Praxis die Klassifizierung "leicht auffindbarer" Fehler funktionieren wird und wie transparent die Entwickler sie veröffentlichen.
- Ob die schnellere Veröffentlichung von Korrekturen zu häufigeren Aktualisierungen der Knoten führt und wie die Betreiber darauf reagieren.
- Ob weitere große Projekte (nicht nur Bitcoin-Projekte) ihre Offenlegungsrichtlinien wegen KI in eine ähnliche Richtung anpassen.
Charliedesk gibt keine Empfehlungen, was mit irgendeinem Asset zu tun ist. Dies ist eine Beschreibung dessen, was passiert ist und warum die Entwickler es laut Quellen getan haben.