Bitcoin Core ändert seine Richtlinie zur Offenlegung von Sicherheitslücken und verweist darauf, dass große Sprachmodelle (LLMs) manche Softwarefehler leichter auffindbar gemacht haben. Laut Cointelegraph erläuterte Entwickler Antoine Poinsot die Änderung am Donnerstag in einer E-Mail an die Bitcoin-Entwickler-Mailingliste. Bisher wurden Sicherheitslücken in der Regel lange unter Verschluss gehalten, damit Nutzer Zeit für ein Upgrade hatten, bevor technische Details öffentlich wurden. Poinsot sagte, die Geheimhaltung habe oft bedeutet, dass Fehlerbehebungen nicht auf ältere Softwareversionen zurückportiert werden konnten und Nutzer so auf die nächste Hauptversion warten mussten. Da manche Fehler inzwischen mithilfe von KI leicht wiederentdeckt werden können, biete eine Verzögerung der Fehlerbehebungen kaum Schutz, während sie die Bereitstellung korrigierter Software hinauszögere, sagte er. „Die Embargofrist bewirkt wenig, verzögert aber die Verfügbarkeit einer fehlerbereinigten Version“, sagte Poinsot und fügte hinzu, dass Bitcoin Core seine Offenlegungsrichtlinie entsprechend anpasse. Nach dem überarbeiteten Ansatz werden als „leicht auffindbar“ eingestufte Sicherheitslücken so schnell wie möglich in allen unterstützten Hauptversionen behoben; zugleich werden Sicherheitshinweise veröffentlicht. Zu dieser Kategorie zählen Fehler, die sich mit minimalem Aufwand finden lassen, etwa durch eine einfache Eingabeaufforderung an ein LLM.

Andere Schwachstellen werden weiterhin nach Schweregrad offengelegt: von kritischen Fehlern, die die grundlegende Sicherheit von Bitcoin gefährden, bis hin zu Problemen mit geringerem Risiko und begrenzten Auswirkungen auf einzelne Nodes. Bitcoin Core teilte mit, dass Schwachstellen mit niedrigem Schweregrad zwei Wochen nach der Veröffentlichung einer Hauptversion mit Fehlerbehebung offengelegt werden. Schwachstellen mit mittlerem und hohem Schweregrad werden zwei Wochen offengelegt, nachdem die letzte betroffene Version ihr „End of Life“ erreicht hat – üblicherweise ein Jahr nach Veröffentlichung der Fehlerbehebung in der neuen Hauptversion. Kritische Fehler sind von der Standardrichtlinie ausgenommen, da sie höchstwahrscheinlich ein Ad-hoc-Verfahren erfordern würden. Luke de Wolf, Moderator der Bitcoin Infinity Show und Autor von „Defending Bitcoin“, sagte, er habe Poinsots Sicherheitsansatz in der Vergangenheit nicht zugestimmt, halte die Aktualisierung aber für eine gute Maßnahme. Die Richtlinienänderung erfolgt vor dem Hintergrund verstärkter KI-gestützter Sicherheitsforschung in der Bitcoin-Software. Im August meldete das ehrenamtliche Bitcoin Red Team fast 5.000 potenzielle Probleme in 390 Projekten, von denen zu diesem Zeitpunkt jedoch nur etwa ein Fünftel reproduziert worden war. Im selben Monat forderten Entwickler von Core Lightning Betreiber auf, ihre Software zu aktualisieren oder ihre Nodes offline zu nehmen, nachdem sie mehrere von KI generierte Schwachstellenberichte erhalten hatten. Technische Einzelheiten hielten sie zwei Wochen lang zurück.