coindesk.com
Bitcoin Core, die Software, auf der der Großteil des Bitcoin-Netzwerks läuft, wird nicht mehr monatelang Bugfixes zurückhalten, wenn es sich um Fehler handelt, die eine KI erneut finden könnte, nachdem dessen Betreuer eine Änderung zusammengeführt zur Sicherheitspolitik des Projekts am Donnerstag.
Core bewertete zuvor jede gemeldete Sicherheitslücke nach Schweregrad und richtete die zeitliche Offenlegung entsprechend aus. Schwachstellen mit geringer Schwere wurden zwei Wochen nach der Veröffentlichung der nächsten Hauptversion bekannt gegeben. Mittel- und hochgradige Schwachstellen blieben unter Embargo, bis zwei Wochen nach dem Ende des Lebenszyklus der zuletzt betroffenen Version vergangen waren.
Die Überlegung war, dass eine stille Behebung und eine spätere Erläuterung Angreifer davon abhielten, von einer Schwachstelle zu erfahren, bevor die Betreiber der Nodes, also der Computer, die jede Bitcoin-Transaktion überprüfen und weiterleiten, ein Upgrade durchgeführt hatten.
Aber die alte Regel wurde für eine Welt entwickelt, in der das Finden eines Fehlers noch Fertigkeit erforderte, und die Verbreitung von KI-Werkzeugen hat die Funktionsweise dieses Prozesses verändert.
„Wir haben kürzlich eine Zunahme der Meldungen von Sicherheitslücken festgestellt, die leicht (wieder-)entdeckt werden können“, sagte Antoine Poinsot, der Entwickler von Chaincode Labs, der die Änderung verfasste, in seinem Vorschlag.
„Dies ist größtenteils darauf zurückzuführen, dass LLMs die Hürden zur Auffindung bestimmter Problemklassen oder zur Identifizierung verdeckter Lösungen erheblich senken.“
Wie es funktioniert
Core kann jetzt während der Triage einen Fehler als leicht auffindbar markieren, was in der Praxis bedeutet, dass dieser „mit einer einfachen Eingabeaufforderung an ein LLM gefunden werden kann.“ Diese Fehler erhalten eine Korrektur, die in jede von Core weiterhin unterstützte Version zurückkopiert und „so bald wie möglich“ in einem Punkt-Release zusammen mit einer Sicherheitswarnung mit einigen Details ausgeliefert wird.
„Bei diesen leicht zu findenden Problemen ist dies der falsche Kompromiss“, heißt es in der Richtlinie zum alten Embargo. „Die Embargoperiode bewirkt wenig, verzögert jedoch die Verfügbarkeit einer festen Veröffentlichung.“
Fixes „werden vor ihrer Einführung bei den Nutzern nicht so viel ‚Backzeit‘ im Test haben“, schrieb jedoch Poinsot.
Nicht jeder Entwickler war sich einig, wie weit man gehen sollte. Antoine Riard, ein langjähriger Bitcoin-Sicherheitsforscher, wollte, dass Core die Möglichkeit behält, eine Korrektur ohne Advisory zu veröffentlichen und die Details von Fall zu Fall zurückzuhalten.
Poinsot verweigerte die Zustimmung. „Die Nutzer auf eine Sicherheitslücke aufmerksam zu machen, ohne Details zu nennen, könnte unnötigerweise ein höheres Risiko schaffen“, schrieb er und verwies auf „eine übereilte Migration durch Nutzer, die sonst nicht betroffen wären.“
