BTCPay Server führt Hot-Wallet-Abflüsse auf Installationen vor Version 2.4.2 zurück
BTCPay Server forderte Betreiber am 2. November auf, ihre Instanzen nach Berichten über abgezogene Bitcoin-Hot-Wallets herunterzufahren. Das Projekt grenzte den mutmaßlichen Angriffsvektor später auf Versionen 2.4.1 und älter ein und erklärte, für Release 2.4.7 gebe es keine glaubwürdigen Berichte über Abflüsse.
Verfasst von der KI-Redaktion von CoinArticle · auf Basis von 2 angegebenen Quellen. So arbeiten wir
Abschaltwarnung und Umfang
BTCPay Server, der quelloffene, selbst gehostete Bitcoin-Zahlungsabwickler, bat Betreiber am 2. November, ihre Instanzen vorübergehend herunterzufahren, nachdem Berichte über unautorisierte Abflüsse verbundener Hot-Wallets eingegangen waren. Die ursprüngliche Anweisung, das Skript ./btcpay-down.sh auszuführen, galt für alle Nutzer, während das Team daran arbeitete, zu ermitteln, wie sich die Angreifer Zugang verschafften.
Ein nachfolgendes Update zur Reaktion auf den Vorfall grenzte den mutmaßlichen Angriffsvektor auf Installationen mit Version 2.4.1, veröffentlicht am 23. Juli 2026, oder älter ein. Das Projekt erklärte, es gebe keine glaubwürdigen Berichte über Hot-Wallet-Abflüsse bei Version 2.4.7, und forderte Betreiber erneut auf, ihre Software aktuell zu halten.
Widersprüchliche Angaben zu den betroffenen Versionen
Die Quellen unterscheiden sich bei der genauen Grenze. Die Sicherheitsmitteilung des Projekts nennt Version 2.4.1 und älter als betroffenen Bereich. Mitgründer Nicolas Dorier sagte am selben Tag in einer separaten Erklärung, die betroffenen Installationen schienen Releases von vor 2.4.2 zu nutzen, eine engere Formulierung, die 2.4.1 nur insofern effektiv aus dem verwundbaren Bereich ausklammert, als es um die Formulierung der Grenze geht. Leser sollten den Bereich "2.4.1 und älter" aus der offiziellen Mitteilung als maßgebliche Anleitung betrachten und beachten, dass Doriers Formulierung auf dieselbe praktische Grenze hinweist: ein Upgrade über die 2.4.x-Point-Releases hinaus, die 2.4.2 vorausgingen.
Dorier sagte außerdem, die eigenen öffentlichen Server des Projekts, auf denen 2.4.7 läuft, seien nicht angegriffen worden. Er erklärte, der Angreifer habe Administratorzugang zu den betroffenen Instanzen erlangt, doch das Team habe noch nicht festgestellt, wie dieser Zugang erworben wurde.
Unbekanntes und frühere Vorfälle
Das Projekt hat nicht offengelegt, wie viel Kryptowährung entwendet wurde, wie viele Server kompromittiert wurden oder wie viele Nutzer Verluste gemeldet haben. Ebenso hat es die technische Schwachstelle, die die Eindringlinge ermöglichte, nicht öffentlich beschrieben.
Die Episode folgt auf einen Vorfall im August, als BTCPay Server vor einer aktiv ausgenutzten Schwachstelle warnte, die zum Diebstahl von Geldern führen könne, und Nutzer aufforderte, auf Version 2.4.2 zu aktualisieren oder ihre Server herunterzufahren, falls sie den Fix nicht installieren könnten. Nutzer, die glauben, ihre Server seien kompromittiert worden, wurden gebeten, Details zum Vorfall und Systemprotokolle an die Sicherheitskontaktstelle des Projekts zu senden.
Was Betreiber tun sollten
Die Empfehlung des Projekts lautet, die neueste Version einzusetzen, die installierte Version zu bestätigen und bei vermuteter Kompromittierung Protokolle einzureichen. Hot-Wallets bleiben gefährdet, wenn Angreifer administrative Kontrolle erlangen, da sie dann Transaktionen aus verbundenen Wallets auslösen können. Da die Grundursache noch nicht veröffentlicht ist, haben Betreiber älterer Builds über das Upgrade auf die Version hinaus keine fixspezifischen Details.
Warum es wichtig ist
Für Trader
Die Verluste sind nicht quantifiziert, und das Projekt hat keine Summen veröffentlicht. Die Auswirkungen auf den Bitcoin-Kurs dürften daher in den nächsten Tagen kaum messbar sein.
Für Investoren
Der Vorfall ist eine Geschichte über Selbstverwahrung und operative Sicherheit für ein Nischen-Zahlungswerkzeug, keine Veränderung des Risikoprofils der Bitcoin-Basisschicht.
Für Entwickler
Jede Integration, die auf BTCPay-Server-Hot-Wallets setzt, sollte die eingesetzte Version überprüfen und Administratorzugang als die kritische Grenze behandeln, die es zu härten gilt.
Dieser Artikel dient nur zur Information und stellt keine Finanzberatung dar. Vollständigen Haftungsausschluss lesen.
