demining/pixnapping-attack-on-androidPixnapping-Angriff: Kompromittierung privater Schlüssel und Seed-Phrasen durch die Schwachstelle CVE-2025-48561 stellt eine neue kritische Bedrohung für das Bitcoin-Netzwerk und die Android-Infrastruktur dar
Dieser Artikel untersucht die Entwicklung von Sicherheitsbedrohungen im Bereich der Kryptowährungsaufbewahrung und konzentriert sich auf moderne Methoden zur Kompromittierung privater Schlüssel und Seed-Phrasen, die digitale Wallets absichern. Das moderne Kryptowährungs-Ökosystem sieht sich einer wachsenden Bedrohung durch Cyberangriffe ausgesetzt, die darauf abzielen, private Schlüssel und Seed-Phrasen zu kompromittieren, die die Grundlage der Sicherheit digitaler Wallets bilden. Die Komplexität und Raffinesse von Angriffen, die nicht nur die Software, sondern auch die Hardware moderner Mobilgeräte ausnutzen, nimmt jedes Jahr zu. Neben traditionellen Bedrohungen wie Clipboard-Hijacking, Keylogging, QR-Code-Spoofing und der Ausnutzung von Schwachstellen in BIP32/BIP39-Wallet-Implementierungen identifizieren Forscher zunehmend neue Wege, um auf Smartphones gespeicherte kryptografische Daten zu kompromittieren.
Anfang Oktober 2025 präsentierten Forscher der Carnegie Mellon University und mehrerer amerikanischer Universitäten die Ergebnisse einer Studie, die in der wissenschaftlichen und kryptografischen Gemeinschaft für Aufsehen sorgte. Sie entdeckten eine kritische Schwachstelle im Android-Betriebssystem, die den Namen „Pixnapping“ erhielt und unter der Kennung CVE-2025-48561 registriert wurde. Diese Schwachstelle ermöglicht es Angreifern, den Bildschirminhalt von Android-Geräten Schritt für Schritt zu rekonstruieren und so sensible visuelle Informationen zu extrahieren, darunter private Schlüssel, Seed-Phrasen und einmalige 2FA-Authentifizierungscodes aus Apps wie Google Authenticator.
Die von den Forschern identifizierte Bedrohung beruht auf dem tiefen Zusammenspiel zwischen der Software- und Hardware-Ebene von Android – von System-APIs bis zur Grafikkomprimierungs-Engine der GPU. Pixnapping kombiniert GPU.zip-Seitenkanaltechniken mit der legitimen Nutzung von Android Intents und der Window-Blur-API und ermöglicht so eine verdeckte pixelgenaue Rekonstruktion des Bildschirms. Dieser Ansatz verwandelt ein Standard-Smartphone in eine Quelle potenziellen Lecks von Schlüsselinformationen, die zur Verwaltung digitaler Vermögenswerte verwendet werden, darunter Bitcoin (BTC), Ethereum (ETH), Litecoin (LTC), XRP und andere Kryptowährungen.
Die Gefahr liegt darin, dass der Benutzer dem Angreifer keinerlei Berechtigungen erteilen muss – die bösartige App kann im Hintergrund laufen und bleibt für das Android-Sicherheitssystem unsichtbar. Dadurch kann der Angreifer visuellen Zugriff auf Seed-Phrasen während Wallet-Backups oder Abhebungen erhalten, was praktisch einer vollständigen Kontrolle über die Krypto-Vermögenswerte des Opfers gleichkommt.
Die Kombination solcher Bedrohungen – von Pixnapping-Angriffen bis hin zu Hardware-Leaks über Rowhammer, Spectre, Meltdown und verwandte Seitenkanalmethoden – unterstreicht die Notwendigkeit, Sicherheitsstrategien an der Schnittstelle von mobilen Betriebssystemen und Finanztechnologien zu überdenken. Jede neue Schwachstelle wie CVE-2025-48561 zeigt, wie fragil das Gleichgewicht zwischen dem Komfort des mobilen Zugriffs auf Kryptowährungen und der Gewährleistung grundlegender kryptografischer Sicherheit sein kann.
Die dekodierte Transaktion 816760531f334651d711909a93a5959e74b3dbe126f50dbb6efb3e7d61f224ba stellt einen dokumentierten Nachweis der Forschungsarbeit dar, der im unveränderlichen Ledger der Bitcoin-Blockchain festgehalten ist. Eine Strukturanalyse von RawTX offenbart die klassische Architektur einer Bitcoin-Transaktion der Version 1, die ein kritisches Element enthält – das OP_RETURN-Feld mit einer eingebetteten URL, die auf die Forschung zum Pixnapping-Angriff verweist.
https://github.com/zoeir/Bitcoin-Message-Transaction
Zerlegung der Transaktionsstruktur:
Die Transaktion verwendet einen einzelnen Input (UTXO) aus der vorherigen Transaktion und erzeugt drei Outputs: Der erste Output mit einem Wert von null enthält die OP_RETURN-Nachricht (77 Bytes Daten), der zweite Output überträgt 1000 Satoshi (0,00001 BTC) an die Empfängeradresse 12ib7dApVFvg82TXKycWBNpN8kFyiAN1dr , und der dritte Output gibt 22.500 Satoshi Wechselgeld an die Senderadresse 1G84gkhBsBM9B5Xsqw2s9b6H1oqg4nPEiW zurück. Die Transaktionsgebühr beträgt 1000 Satoshi, was eine priorisierte Verarbeitung durch die Netzwerk-Miner gewährleistet.
010000000147ac1bf5cff92293f1244c141103dd1ec46ce260f117a8f8df00e6ad0cd4d15a000000008a47304402204f0c3c52b5941993d92e85bda70f93d15b76ad3af6ceab4a1bbb9b33f5432f38022079458bd4071e7c9ab7a3a9d6872083218becb935dbe8eba7862cc30d59db1da10141049a296066ca26625e22c5759a0ed00120e0183b52454b4e6155cd3855bd689f5231497de3552b9a7b976933a803b76632f6f2ac1134acf9af248e697d19a15abbffffffff0300000000000000004d6a4b7777772e626974636f696e6d6573736167652e72752f536f757263655f436f64652f5069786e617070696e675f41747461636b5f746f5f457874726163745f507269766174655f4b657973e8030000000000001976a91412d5a845f2b212ce0c3bd65a4035881d9219090e88ace4570000000000001976a914a5dfdff9f85277310a40d2978fb7040f7af8ca4b88ac00000000
Kryptografische Signatur und Authentifizierung:
Das 138 Byte große ScriptSig-Feld enthält eine ECDSA-Signatur auf Basis der secp256k1-Kurve, die den Besitz des privaten Schlüssels des Senders bestätigt. Dies verifiziert die Legitimität der Transaktion und verhindert unbefugte Ausgaben. Die dekodierte Nachricht im OP_RETURN: “ www.bitcoinmessage.ru/Source_Code/Pixnapping_Attack_to_Extract_Private_Keys “ dient als permanenter Marker auf der Blockchain und verknüpft die Transaktion mit der wissenschaftlichen Forschung zur kritischen Schwachstelle.
CVE-2025-48561 ist eine kritische Schwachstelle mit hohem Schweregrad, die im Februar 2025 von einem Forschungsteam der University of California Berkeley, der UC San Diego, der University of Washington und der Carnegie Mellon University entdeckt wurde. Der Pixnapping-Angriff demonstriert einen grundlegenden Bruch des Android-Sicherheitsmodells, der es einer beliebigen App ohne besondere Berechtigungen ermöglicht, eine bitweise Rekonstruktion der visuellen Inhalte anderer Apps durchzuführen.
Ein Diagramm der drei Phasen eines Pixnapping-Angriffs auf Android-Geräte.Pixnapping nutzt eine Kombination aus Android-APIs und einem Hardware-Seitenkanal der GPU (zip), um visuelle Informationen von Gerätebildschirmen zu extrahieren. Der Angriff nutzt drei zentrale Android-Mechanismen aus: die Fähigkeit, Aktivitäten anderer Apps über Android Intents an die Rendering-Pipeline zu senden, die Durchführung grafischer Operationen (Blur) an Pixeln anderer Apps sowie die Messung der Nebeneffekte dieser Operationen, die von der Pixelfarbe abhängen. cylab.cmu+ 2
Pixnapping basiert auf der GPU.zip-Schwachstelle, die 2023 von derselben Forschungsgruppe entdeckt wurde. Dieser Angriff nutzt die hardwarebasierte Grafikdatenkomprimierung in modernen GPUs aus, die datenabhängig, softwaretransparent und in nahezu allen modernen GPUs vorhanden ist. cylab.cmu+ 2
Grafikdatenkomprimierung ist eine Optimierung in integrierten GPUs (iGPUs), die Speicherbandbreite spart und die Frame-Rendering-Leistung verbessert. Der GPU.zip-Angriff ermöglicht es einer bösartigen Website, Pixel aus iframes in der neuesten Version von Google Chrome zu extrahieren und damit das Sicherheitsmodell des Browsers zu verletzen. hertzbleed+ 1
Pixnapping nutzt SurfaceFlinger aus, einen Android-Systemprozess, der für die Anzeige und Anordnung grafischer Elemente verantwortlich ist. Die bösartige App verwendet Android Intents, um Ziel-Apps zu starten und sie dazu zu bringen, sensible Informationen auf dem Bildschirm anzuzeigen. Anschließend wird eine „Maskierungsaktivität“ erstellt – eine durchscheinende Überlagerung, die die Ziel-App verdeckt und nur ein einzelnes, ausgewähltes Pixel transparent lässt. bleepingcomputer+ 1
Der Pixnapping-Angriff wird in drei Hauptphasen durchgeführt, die jeweils spezifische Android-APIs und Systemaufrufe verwenden: pixnapping+ 1
Phase 1: Aufrufen der Ziel-App:
Die bösartige App verwendet Android Intents, um exportierte Aktivitäten von Ziel-Apps wie Google Authenticator oder Signal aufzurufen. Dieser Prozess führt dazu, dass sensible Informationen (2FA-Codes, Seeds) auf dem Bildschirm angezeigt und an die SurfaceFlinger-Rendering-Pipeline übergeben werden. bleepingcomputer+ 1
Phase 2: Induktion grafischer Operationen
: Diese Phase erstellt einen Stapel durchscheinender Android-Aktivitäten, die Maskierungs-, Augmentierungs- und Kodierungstechniken verwenden, um einzelne Pixel des Opfers zu manipulieren. Der Angriff nutzt die Android-Window-Blur-API, um grafische Operationen an Pixeln durchzuführen, sowie VSync-Callbacks, um Rendering-Zeiten mit ausreichender Präzision zu messen, um einzelne Pixelwerte zu extrahieren. theregister+ 2
Phase 3: Seitenkanal-Extraktion.
Die letzte Phase nutzt den GPU.zip-Seitenkanal, um die in Phase 2 verarbeiteten Pixel einzeln zu stehlen. Durch die Messung von Unterschieden in den Rendering-Zeiten, die durch musteraabhängige GPU-Optimierungen wie Bilddatenkomprimierung verursacht werden, kann der Angriff die Pixelfarbinformationen bestimmen. gbhackers+ 1
Die Android-Window-Blur-API, verfügbar seit Android 12, bietet Funktionen zur Implementierung von Fenster-Unschärfeeffekten. Es gibt zwei Arten von Fenster-Unschärfe: Hintergrund-Unschärfe (erzeugt einen Milchglaseffekt) und Unschärfe dahinter (verwischt den gesamten Bildschirm hinter dem Fenster). source.android
Pixnapping missbraucht diese APIs auf folgende Weise:
// Example code used in the attack (conceptual)
window.setBackgroundBlurRadius(blurRadius);
window.addFlags(WindowManager.LayoutParams.FLAG_BLUR_BEHIND);
WindowManager.LayoutParams.setBlurBehindRadius(blurRadius);
Der Angriff erstellt durchscheinende Aktivitäten mithilfe von windowIsTranslucent und manipuliert den Alpha-Kanal eines Hintergrund-Drawables, um einzelne Pixel zu isolieren. source.android
Zur präzisen Messung der Rendering-Zeiten verwendet Pixnapping VSync-Callbacks. VSync (vertikale Synchronisation) ist ein Signal, das die Bildrate mit der Bildwiederholfrequenz des Displays synchronisiert. Unter Android wird dies über Choreographer.VsyncCallback implementiert. blurbusters+ 1
// Conceptual example of using VSync callbacks
Choreographer.getInstance().postVsyncCallback(new Choreographer.VsyncCallback() {
@Override
public void onVsync(long frameTimeNanos) {
// Measuring time to extract pixel color
measureRenderingTime(frameTimeNanos);
}
});
Die Forscher testeten Pixnapping auf fünf Geräten mit Android-Versionen 13–16: cylab.cmu+ 1
Ergebnisse der Pixnapping-Schwachstellentests auf verschiedenen Android-Geräten
Der Angriff war auf dem Google Pixel 6 am effektivsten, mit einer Erfolgsrate von 73 % beim Wiederherstellen von 2FA-Codes. Das Samsung Galaxy S25 zeigte sich resistent gegen den Angriff aufgrund von „erheblichem Rauschen“ im Signal. bleepingcomputer+ 1
Eine optimierte Version des Angriffs ist in der Lage, 6-stellige 2FA-Codes von Google Authenticator in weniger als 30 Sekunden zu extrahieren. Dieser Zeitrahmen passt in die standardmäßige 30-Sekunden-Gültigkeitsdauer von TOTP-Codes, was den Angriff praktikabel macht. cylab.cmu+ 2
Komplexere Daten benötigen länger für die Extraktion:
Pixnapping stellt eine besondere Bedrohung für Kryptowährungsnutzer dar. Wallet-Seed-Phrasen bleiben länger auf dem Bildschirm sichtbar als temporäre 2FA-Codes, was sie anfällig für das Pixel-Swiping macht. Während die Wiederherstellung der vollständigen 12-Wörter-Seed-Phrase beträchtliche Zeit in Anspruch nehmen würde, bleibt der Angriff durchführbar, wenn der Nutzer die Seed-Phrase beim Aufschreiben sichtbar lässt. currently.att.yahoo+3
Die Forscher stellten mehrere Videos zur Verfügung, die den Pixnapping-Angriff demonstrieren:
1. Pixnapping Basis-Demo
2. Tech-Demo von Tweakers
Die Forschungsergebnisse wurden formell auf der 32. ACM Conference on Computer and Communications Security (ACM CCS 2025) in Taipeh, Taiwan, vom 13.–17. Oktober 2025 präsentiert. Die Präsentation umfasste eine detaillierte Analyse der technischen Aspekte des Angriffs sowie eine Demonstration praktischer Beispiele. cylab.cmu+ 2
Stand Oktober 2025 haben Google und Forscher keine Hinweise darauf gefunden, dass die Pixnapping-Schwachstelle in freier Wildbahn ausgenutzt wurde. Google erklärte: „Wir haben keine Hinweise auf eine Ausnutzung in freier Wildbahn gesehen.“ Dies schließt jedoch die Möglichkeit einer verdeckten Nutzung durch Angreifer nicht aus. bleepingcomputer+ 1
Die Forscher identifizierten mehrere potenzielle Szenarien für die Ausnutzung der Schwachstelle:
1. Stehlen von 2FA-Codes.
Das häufigste Szenario umfasst das Stehlen temporärer Authentifizierungscodes aus Google Authenticator, Authy und anderen 2FA-Apps. Ein Angreifer kann die gestohlenen Codes verwenden, um die Zwei-Faktor-Authentifizierung zu umgehen und unbefugten Zugriff auf die Konten des Opfers zu erlangen. cylab.cmu+ 1
2. Kompromittierung von Kryptowährungs-Wallets.
Ein besonders gefährliches Szenario ist der Diebstahl von Seed-Phrasen von Bitcoin- und anderen Kryptowährungs-Wallets. Wenn ein Nutzer seine Seed-Phrase zur Aufzeichnung oder Verifizierung auf dem Bildschirm anzeigt, kann eine bösartige Anwendung nach und nach die gesamte Phrase extrahieren und so die vollständige Kontrolle über das Wallet erlangen. currently.att.yahoo+ 2
3. Abfangen privater Korrespondenz.
Der Angriff kann verwendet werden, um Nachrichten aus verschlüsselten Messaging-Apps wie Signal zu extrahieren, selbst wenn der Bildschirmschutz (Screen Security) aktiviert ist. Dies stellt eine ernsthafte Bedrohung für Nutzer dar, die auf die Sicherheit der Ende-zu-Ende-Verschlüsselung vertrauen. bleepingcomputer+ 1
Obwohl keine spezifischen Malware-Beispiele mit Pixnapping erkannt wurden, könnte die Technik in bestehende Android-Trojaner-Familien integriert werden. Beispielsweise nutzt die Malware-Familie SpyAgent bereits Bilderkennung, um mnemonische Schlüssel zu stehlen, und das Hinzufügen von Pixnapping-Fähigkeiten könnte ihre Möglichkeiten erheblich erweitern. currently.att.yahoo+ 1
Eine bösartige App, die Pixnapping durchführt, benötigt keine Berechtigungen, die in ihrer Android-Manifestdatei deklariert werden müssen. Dies macht sie bei Sicherheitsprüfungen von App-Stores von harmlosen Apps ununterscheidbar. pixnapping+ 1
Grundstruktur des Manifests:
xml:
<manifest xmlns:android="http://schemas.android.com/apk/res/android">
<application>
<activity android:name=".MaliciousActivity">
<!-- Without declaring any permissions -->
</activity>
</application>
</manifest>
Eine Schlüsselkomponente des Angriffs ist die Verwendung von Android-Intents zum Starten von Zielanwendungen:
java:
// Conceptual example of target application activation code
Intent intent = new Intent();
intent.setAction("com.google.android.apps.authenticator2.AUTHENTICATE");
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);
Die Forscher analysierten fast 100.000 Apps im Google Play Store und fanden Hunderttausende von Aktionen, die über Android-Intents aufgerufen werden, was auf die weit verbreitete Anwendbarkeit des Angriffs hinweist. bleepingcomputer
Der Prozess der Extraktion einzelner Pixel umfasst die Erstellung transparenter Aktivitäten mit einer spezifischen Konfiguration:
java:
// Conceptual example of creating a masking activity
Window window = getWindow();
WindowManager.LayoutParams params = window.getAttributes();
params.alpha = 0.99f; // Almost fully transparent
params.flags |= WindowManager.LayoutParams.FLAG_NOT_TOUCHABLE;
window.setAttributes(params);
// Setting blur to induce graphical operations
window.setBackgroundBlurRadius(20);
Nach der Pixelextraktion wird eine Technik ähnlich der optischen Zeichenerkennung (OCR) verwendet, um den ursprünglichen Inhalt zu rekonstruieren. Der Algorithmus analysiert die Muster der extrahierten Pixel und rekonstruiert die Zeichen und Zahlen. pixnapping+ 1
Google versuchte zunächst, die Schwachstelle im Android-Sicherheitsupdate vom September 2025 zu beheben, indem es die Anzahl der Aktivitäten begrenzte, für die eine App einen Blur auslösen konnte. Das Unternehmen stellte in einem Sicherheitsbulletin fest: „Eine App, die mehrere Blurs anfordert: (1) ermöglicht Pixelschäden durch Messung der Blur-Zeit zwischen Fenstern und (2) ist wahrscheinlich ungültig.“ bleepingcomputer+ 2
Die Forscher entdeckten schnell einen Workaround, der die Wirksamkeit des Angriffs durch Änderung der Timing-Eigenschaften wiederherstellte. Dieser Workaround unterliegt weiterhin einer Embargo-Vereinbarung und wurde nicht öffentlich offengelegt. pixnapping+ 2
Google entwickelt einen umfassenderen Patch, der im Android-Sicherheitsbulletin vom Dezember 2025 veröffentlicht wird. Die Forscher merken jedoch an, dass ein wirksamer Fix für Pixnapping Änderungen an den Kernmechanismen von Android erfordern wird, wie z. B. die Möglichkeit für Apps, anderen Apps das Überlagern ihrer sensiblen Inhalte zu verhindern. cylab.cmu+ 2
Das grundlegende Problem besteht darin, dass der zugrunde liegende Seitenkanal GPU.zip weiterhin ungepatcht ist. Stand Oktober 2025 hat sich kein GPU-Hersteller verpflichtet, GPU.zip zu patchen. Dies bedeutet, dass die Hardware-Schwachstelle selbst mit Android-Patches anfällig für neue Angriffsmethoden bleibt. pixnapping+ 1
Samsung wurde über die Schwachstelle informiert und gewarnt, dass Googles Patch nicht ausreicht, um Samsung-Geräte zu schützen. Das Unternehmen erkannte das Problem an, stufte es jedoch aufgrund der Hardware-Komplexität als „geringe Schwere“ ein. currently.att.yahoo+ 2
1. Rechtzeitige Updates:
Die Hauptempfehlung der Forscher ist, Android-Patches so schnell wie möglich nach ihrer Veröffentlichung zu installieren. Nutzer sollten automatische Sicherheitsupdates aktivieren und regelmäßig nach neuen Patches suchen. cylab.cmu+ 1
2. Verwendung von Hardware-Wallets.
Für Kryptowährungsnutzer ist der effektivste Schutz die Verwendung von Hardware-Wallets. Hardware-Wallets speichern private Schlüssel und Seed-Phrasen offline und eliminieren damit die Möglichkeit ihrer Kompromittierung durch Bildschirm-zu-Bildschirm-Angriffe. tradingview+ 1
3. Vermeidung der Anzeige sensibler Informationen.
Nutzer werden gebeten, die Anzeige von Seed-Phrasen oder anderen hochsensiblen Daten auf internetverbundenen Geräten zu vermeiden. Wenn die Speicherung von Seed-Phrasen erforderlich ist, verwenden Sie Offline-Geräte. currently.att.yahoo+1
1. Overlay-Schutz:
Entwickler können Overlay-Schutz implementieren, indem sie erkennen, wenn andere Anwendungen versuchen, transparente Ebenen über ihren eigenen zu erstellen. Dies kann mit bitdefenderWindowManager.LayoutParams.FLAG_SECURE erreicht werden.
2. Minimierung der Anzeigezeit.
Kritische Informationen sollten für die kürzestmögliche Zeit auf dem Bildschirm angezeigt werden. Beispielsweise können 2FA-Codes nach kurzen Intervallen automatisch ausgeblendet werden. bitdefender
3. Erkennung anomaler Aktivitäten:
Anwendungen können auf anomale Aktivitätsmuster überwachen, wie z. B. häufige Blur-API-Aufrufe oder ungewöhnliches Overlay-Verhalten. bitdefender
1. Die Verbesserung der Android-Berechtigungen kann spezielle Berechtigungen für den Zugriff auf die Blur-API und andere Grafikoperationen erfordern, die bei Angriffen ausgenutzt werden können. cylab.cmu
2. Anwendungsisolierung
Die Stärkung der Isolierung zwischen Anwendungen kann verhindern, dass andere Anwendungen über Grafikoperationen auf Pixel zugreifen. bitdefender
3. Hardware-Lösungen
Eine langfristige Lösung könnte Änderungen auf GPU-Ebene erfordern, um den Seitenkanal GPU.zip zu beseitigen. pixnapping+1
Im Kontext des Pixnapping-Angriffs (CVE-2025-48561), der Android-Hardware- und Software-Mechanismen ausnutzt, um Seed-Phrasen und private Schlüssel visuell abzufangen, ist es entscheidend, einen zusätzlichen Angriffsvektor zu berücksichtigen, der auf einer grundlegenderen Hardware-Ebene operiert. Der Phoenix Rowhammer Angriff (CVE-2025-6202) stellt eine neue Generation der Ausnutzung der physikalischen Eigenschaften von DRAM-Speicher dar, die es Angreifern ermöglicht, einzelne Datenbits in DDR5-RAM zu manipulieren, einschließlich kritischer kryptografischer Datenstrukturen von Bitcoin-Wallets. github+ 4
Eine gemeinsame Studie der Computer Security Group (COMSEC) der ETH Zürich und Google, veröffentlicht im September 2025, zeigte, dass DDR5-Speicher von SK Hynix – dem weltweit größten DRAM-Hersteller – trotz der Implementierung fortschrittlicher Target Row Refresh (TRR)-Schutzmechanismen weiterhin anfällig für Rowhammer-Angriffe ist. Phoenix stellt den ersten systemweiten Rowhammer-Angriff dar, der alle modernen TRR-Schemata in DDR5-Geräten mithilfe einer revolutionären selbstkorrigierenden Synchronisation Technik umgehen kann. linkedin+ 7
Rowhammer ist eine Hardware-Schwachstelle in Dynamic Random-Access Memory (DRAM), die aufgrund der physikalischen Grenzen moderner Speicherchip-Fertigungstechnologie entsteht. Mit abnehmenden DRAM-Fertigungsstandards (auf 10 nm, 7 nm und darunter) verringert sich der physische Abstand zwischen einzelnen Speicherzellen erheblich, was zu erhöhter elektromagnetischer Interferenz zwischen benachbarten Speicherzeilen führt. kaspersky+ 6
Mechanismus zur Induktion von Bit-Flips:
Jede DRAM-Zelle ist ein Kondensator, der eine elektrische Ladung speichert, die einem logischen Wert von 0 oder 1 entspricht. Zum Lesen oder Schreiben von Daten in eine bestimmte Speicherzeile wird eine ACTIVATE-Operation durchgeführt, die das Spannungsniveau der Zielzeile (Angreiferzeile/Zielzeile) auf ein hohes Niveau anhebt, während benachbarte Zeilen (Opferzeilen) auf einem niedrigen Spannungsniveau bleiben. Das wiederholte Aktivieren derselben Speicherzeile in schneller Folge erzeugt elektromagnetische Interferenz, die die Entladung von Kondensatoren in benachbarten Zeilen beschleunigt, was möglicherweise zu spontanen Änderungen der Bitwerte (Bit-Flips) vor dem nächsten Auffrischungszyklus führt. tomshardware+ 6
Mathematisches Modell der Ladungsdegradation:
Die Forschung zeigt, dass die Wahrscheinlichkeit eines Bit-Flips PflipP_{flip}Pflip in einer Opferzeile von der Anzahl der Aktivierungen der Angreiferzeile NactN_{act}Nact, der Zeit zwischen Auffrischungsoperationen tREFt_{REF}tREF und dem Abstand zwischen den Zellen dcelld_{cell}dcell abhängt:
wobei VaggrV_{aggr}Vaggr die Aktivierungsspannung der Angreiferzeile ist. Moderne DDR5-Module erfordern standardmäßig Auffrischungsbefehle alle durchschnittlich 3,9 µs, doppelt so häufig wie DDR4, genau um dem zunehmenden Rowhammer-Effekt entgegenzuwirken. arxiv+ 4
DDR4 TRR: Schutz der ersten Generation
Ab DDR4 implementierten DRAM-Hersteller den Target Row Refresh (TRR)-Mechanismus – eine Reihe von Hardware-Zählern und Logik, die direkt in DRAM-Chips integriert sind, um verdächtige Speicherzugriffsmuster zu erkennen. TRR arbeitet auf Basis von zwei Schlüsselparametern: dem Maximum Activate Count (MAC) – der maximalen Anzahl von Zeilenaktivierungen – und dem Maximum Activate Window (t~MAW~) – dem Zeitfenster, in dem Aktivierungen gezählt werden. csdn+4 youtube
Wenn die Anzahl der Aktivierungen einer bestimmten Zeile innerhalb eines Zeitfensters t~MAW~ den MAC-Schwellenwert erreicht, initiiert TRR automatisch eine Auffrischungsoperation für benachbarte Opferzeilen und verhindert so Bit-Flips. Die TRRespass-Studie (2020) zeigte jedoch eine kritische Schwachstelle dieses Schemas: Der TRR-Mechanismus verwendet Sampling – die Überwachung nur einer begrenzten Teilmenge von Speicherzeilen, anstatt aller Zeilen gleichzeitig. Der Many-Sided Rowhammer-Angriff nutzt diese Einschränkung aus, indem er gleichzeitig mehrere Angreiferzeilen aktiviert (in einigen Fällen bis zu 19), was den TRR-Sampling-Mechanismus überlastet und es „unbemerkten“ Zeilen ermöglicht, weiter zu hämmern, ohne durch Auffrischungsoperationen bekämpft zu werden. usenix+4 youtube
DDR5 Enhanced TRR: Verbesserter Schutz der zweiten Generation
DDR5 führte erheblich verbesserte In-DRAM-TRR-Schaltungen mit ausgefeilteren Erkennungs- und Gegenmaßnahmen-Algorithmen ein. Die Hersteller implementierten häufigere Auffrischungsbefehle (alle 3,9 µs gegenüber 7,8 µs bei DDR4), integrierten On-Die Error Correction Code (ECC) und fortschrittlichere Aktivierungsverfolgungsmechanismen. Vor der Veröffentlichung von Phoenix im September 2025 galt DDR5 als widerstandsfähiger gegen Rowhammer-Angriffe in Produktionsumgebungen, und „unerwarteterweise erreicht DDR5 dies ohne zusätzliche Auffrischungssteuerbefehle.“ comsec-files.ethz+5
Das Problem der Synchronisation und der selbstkorrigierende Mechanismus
Eine wichtige Entdeckung der ETH-Zürich-Forscher ist, dass aktuelle hochmoderne Synchronisationsmethoden regelmäßig Auffrischungsbefehle verpassen, was sie für effektive Rowhammer-Angriffe auf DDR5 ungeeignet macht. Phoenix adressiert dieses Problem mit zwei revolutionären Techniken: securityweek+ 2.
Die erste Technik: Thread-Aufteilung. Hammering- und Synchronisationszugriffe werden auf verschiedene Ausführungsthreads aufgeteilt, um die Auffrischungserkennung zu verbessern. Obwohl dies eine Verbesserung gegenüber dem Stand der Technik darstellt, kann dieser Ansatz die Synchronisation über eine ausreichend große Anzahl von Auffrischungsintervallen dennoch nicht aufrechterhalten, was die Induktion von Bit-Flips verhindert. github+ 1
Die zweite Technik ist die selbstkorrigierende Synchronisation. Anstatt zu versuchen, verpasste Auffrischungsbefehle zu verhindern, erkennt Phoenix eine verpasste Auffrischung und resynchronisiert die Musterausführung entsprechend. Diese Technik ermöglicht es Phoenix, über ganze Auffrischungsfenster hinweg mit Auffrischungsbefehlen synchronisiert zu bleiben, was ausreicht, um mit neuen Mustern Bit-Flips zu induzieren. security.googleblog+ 4
Mathematisches Modell der selbstkorrigierenden Synchronisation:
Umgehung von TRR durch Ausnutzung blinder Flecken
Phoenix nutzt blinde Flecken im TRR-Mechanismus aus – zeitliche und räumliche Fenster, in denen die Zeilenaktivierungsüberwachung abgeschwächt ist. Die Forscher entdeckten, dass der TRR-Sampler konsistent Zugriffe auf dieselbe Gruppe von Zeilen abtasten muss, was (nicht abgetasteten) Zugriffen auf andere Zeilen ermöglicht, weiter zu hämmern, ohne dass TRR-Auffrischungsoperationen eingreifen. Phoenix synchronisiert Zugriffsmuster mit Auffrischungsbefehlen, sodass sich Opferzeilen zu kritischen Zeitpunkten außerhalb der aktiven TRR-Überwachungszone befinden. vusec+ 7
Testkonfiguration und betroffene Geräte
ETH-Zürich-Forscher testeten Phoenix an 15 DDR5-UDIMM-Modulen von SK Hynix, hergestellt zwischen 2021 und 2024. Alle getesteten Geräte zeigten eine Anfälligkeit für Phoenix und induzierten erfolgreich Bit-Flips innerhalb von Sekunden auf jedem Modul. Die Tests wurden auf einer Plattform mit einem AMD-Zen-4-Prozessor und speziellen FPGA-basierten Rowhammer-Testplattformen durchgeführt, die gemeinsam mit Antmicro entwickelt wurden. theregister+ 8
Уязвимость CVE-2025-6202 зарегистрирована с базовым CVSS-скором 7.1 (High severity). Vulnerability description: «Vulnerability in SK Hynix DDR5 on x86 allows a local attacker to trigger Rowhammer bit flips impacting the Hardware Integrity and the system’s security. This issue affects DDR5: DIMMs produced from 2021-1 until 2024-12».thehackernews+5
Liste der betroffenen AMD-Prozessoren mit DDR5-Unterstützung: amd
AMD EPYC 8004, 9004, 9005 Series Processors; AMD EPYC 9004, 9005 Embedded Series; AMD Ryzen 6000, 7000, 7035, 7040, 7045, 8000, 8040, 9000 Series; AMD Ryzen 9000HX Series; AMD Ryzen AI 300, AI Max 300 Series; AMD Ryzen Threadripper 7000, 9000; AMD Ryzen Embedded 7000, 8000, 9000 Series.amd
Praktische Angriffsszenarien und Zeitmerkmale
Die Forscher demonstrierten drei End-to-End-Ausnutzungsszenarien für Phoenix: techradar+ 5
1. Manipulation von Page Table Entries (PTE) zur Privilegienausweitung: Phoenix führt erfolgreich Bit-Flips auf Page Table Entries mit 100% Erfolgsrate durch und erhält so unbefugten Zugriff auf eingeschränkte Speicherbereiche. Dies ermöglicht einem lokalen, nicht privilegierten Angreifer, seine eigene Seitentabelle zu modifizieren und Lese-/Schreibzugriff auf den gesamten physischen Speicher des Systems zu erhalten. pmc.ncbi.nlm.nih+ 4
2. Extrahieren von SSH-Schlüsseln aus virtuellen Maschinen: Phoenix demonstriert eine 73% Erfolgsrate beim Extrahieren privater RSA-2048-SSH-Schlüssel aus einer gemeinsam auf demselben physischen Server platzierten virtuellen Maschine. Dies ist eine kritische Bedrohung für Cloud-Computing-Umgebungen, in denen mehrere VMs denselben physischen Speicher teilen. kaspersky+ 5
3. Privilegienausweitung auf root durch Manipulation der sudo-Binärdatei: Phoenix erreicht eine 33% Chance, Root-Zugriff über die In-Memory-Manipulation der sudo-Binärdatei zu erlangen. Die vollständige Privilegienausweitung auf root auf einem handelsüblichen System mit Standardeinstellungen wird in etwa 109 Sekunden (weniger als 2 Minuten) erreicht. linkedin+5
Theoretische Grundlagen eines ECDSA-Fehlerinjektionsangriffs
Der Elliptic Curve Digital Signature Algorithm (ECDSA) ist ein grundlegendes kryptografisches Primitive in Bitcoin und bietet Transaktionsauthentifizierung und den Nachweis des Eigentums an digitalen Vermögenswerten. Der private Schlüssel in ECDSA ist ein Skalarwert ddd (256 Bit für secp256k1), aus dem der öffentliche Schlüssel berechnet wird: Q = d⋅GQ = d \cdot GQ = d⋅G, wobei GGG der Basispunkt der elliptischen Kurve ist. digital.wpi+ 7
ECDSA-Signaturstruktur:
Für eine Nachricht mmm mit Hash h=H(m)h = H(m)h=H(m) besteht die Signatur aus dem Paar (r,s)(r, s)(r,s), wobei:
wobei kkk eine zufällige Nonce ist und nnn die Ordnung der Punktgruppe auf der secp256k1-Kurve ist. securityboulevard+ 4
Fehlerinjektionsangriff durch Rowhammer-induzierte Bit-Flips
Die Forschung von Rubber Mallet (arXiv:2505.01518, Mai 2025) zeigte, dass fortschrittliche Rowhammer-Techniken mehrere benachbarte Bit-Flips mit einer deutlich höheren Rate induzieren können als zuvor dokumentiert. Entscheidend ist, dass diese korrelierten Flips effektive kryptografische Signaturkorrekturangriffe ermöglichen und demonstrieren, wie solche Flips die Wiederherstellung von ECDSA-privaten Schlüsseln aus OpenSSL-Implementierungen ermöglichen können, bei denen Einzelbit-Ansätze unpraktikabel wären. arxiv+ 2
Mechanismus des Bit-Flipping-Angriffs auf einen privaten Schlüssel:
Angenommen, ein Angreifer kann einen Bit-Flip im niederwertigsten Bit (LSB) des privaten Schlüssels ddd induzieren, der vor der Signaturoperation im RAM gespeichert ist. Ein Bit-Flip im LSB führt zu einem von zwei Ergebnissen: trailofbits+ 2
Fall 1: Bit 0 → 1, was äquivalent zu d′=d+1d’ = d + 1d′=d+1 ist
Fall 2: Bit 1 → 0, was äquivalent zu d′=d−1d’ = d − 1d′=d−1 ist
Eine mit dem modifizierten Schlüssel d′d’d′ erstellte Signatur kann mit dem modifizierten öffentlichen Schlüssel verifiziert werden:
Ein Angreifer erzeugt eine Signatur mit einem geflippten privaten Schlüssel und verifiziert dann die Signaturprüfung mit Q + GQ + GQ + G und Q − GQ − GQ − GQ − G. Wenn die Signatur mit Q + GQ + GQ + G verifiziert wird, war das ursprüngliche Bit 0; wenn mit Q − GQ − GQ − G, war das Bit 1. Durch Wiederholen dieses Prozesses für andere Bitpositionen (Flippen von Bits an den Positionen 20, 21, 22, …, 2255 2^0, 2^1, 2^2, …, 2^{255} 20, 21, 22, …, 2255 und Verifizieren mit Q ±2i⋅GQ \pm 2^i \cdot GQ ±2i⋅G) kann der Angreifer den gesamten privaten Schlüssel ddd bitweise rekonstruieren. arxiv+ 5
Experimentelle Demonstration an OpenSSL ECDSA
In der Arbeit von Kwong et al. (arXiv:2505.01518) demonstrierten die Forscher erfolgreich die Extraktion von ECDSA-Private-Keys aus einer OpenSSL-Implementierung über Rowhammer-Bit-Flips. Die Experimente wurden auf mehreren DDR4-DRAM-Konfigurationen (Corsair Vengeance, G.SKILL Ripjaws) mit den Rowhammer-Tools TRRespass und BlackSmith durchgeführt. Eine entscheidende Entdeckung ist die hohe Häufigkeit von lokalisierten Bit-Flips —mehrere Bit-Flips, die innerhalb derselben DRAM-Zeile gehäuft auftreten. arxiv+ 2
Eine Studie von Rahman et al. (2023) (digital.wpi.edu) demonstrierte einen Angriff auf die Wiederherstellung von ECDSA-Geheimschlüsseln in Samsung M378B5773DH0-2GB-DRAM über Fehlerinjektion in einen TLS-Server. Die Forscher initiierten 29.918 Verbindungen zum Server, indem sie Fehler in den Serverspeicher injizierten, und sammelten erfolgreich fehlerhafte Signaturen, um den privaten Schlüssel wiederherzustellen. Obwohl die 256-Bit-ECDSA-Schlüsselgröße deutlich kleiner ist als die 32.768-Bit-Speicherseitengröße (die meisten gekippten Bits liegen außerhalb des Schlüssels), ist der Angriff mit einer ausreichenden Anzahl von Versuchen dennoch erfolgreich. digital.wpi
Speicherung privater Schlüssel im RAM und Angriffsvektoren
Bitcoin-Wallets, sowohl Software- als auch einige Hardware-Wallets, laden bei kritischen Operationen unweigerlich private Schlüssel in den RAM: beim Signieren von Transaktionen, bei der Wallet-Initialisierung, bei der Schlüsselableitung aus Seed-Phrasen und beim Entschlüsseln von wallet.dat-Dateien. Selbst bei Verwendung von AES-256-CBC-Verschlüsselung zum Schutz von wallet.dat (wie in Bitcoin Core) muss der private Schlüssel vorübergehend entschlüsselt und im RAM gespeichert werden, um eine Transaktion zu signieren. cryptodeeptech+ 6
Bedrohungsmodell für Rowhammer-Angriffe auf Bitcoin-Wallets:
Szenario 1: Lokaler Angreifer auf einem Desktop-System. Der Angreifer führt eine bösartige Anwendung auf demselben Computer aus, auf dem sich das Bitcoin-Wallet des Opfers befindet. Der bösartige Prozess induziert Rowhammer-Bit-Flips in Speicherbereichen, in denen Bitcoin Core oder ein anderes Wallet während Signieroperationen entschlüsselte private Schlüssel speichert. Phoenix demonstrierte die Fähigkeit, beliebige Daten aus hochpräzisem Speicher auf DDR5-Systemen zu lesen und zu schreiben. github+ 9
Szenario 2: Cloud/VPS-Co-Location-Angriff. Viele Bitcoin-Node- und Wallet-Nutzer hosten ihre Dienste auf virtuellen privaten Servern (VPS) in Cloud-Plattformen. Phoenix demonstrierte eine Erfolgsrate von 73 % bei der Extraktion von RSA-2048-SSH-Schlüsseln aus einer co-lokalisierten VM. Ein ähnlicher Angriff könnte auf Bitcoin-Private-Keys abzielen, die im Speicher einer VM gespeichert sind, die einen Bitcoin-Core-Node oder andere Wallet-Dienste ausführt. tomshardware+ 5
Szenario 3: Rowhammer auf Android-Geräten für mobile Bitcoin-Wallets. Die Kombination aus Pixnapping (CVE-2025-48561) und möglichen Rowhammer-Varianten für mobiles LPDDR4/LPDDR5 erzeugt eine mehrschichtige Bedrohung. Obwohl Phoenix spezifisch für Desktop-DDR5 ist, zeigt die Forschung, dass LPDDR4 ebenfalls TRR-Mechanismen enthält und potenziell anfällig für angepasste Rowhammer-Angriffe ist. wikipedia+ 1
Mathematisches Modell zur Extraktion eines Bitcoin-Private-Keys über Bit-Flips:
Angenommen, ein 256-Bit-Bitcoin-Private-Key ddd ist im Speicher an der Adresse AkeyA_{key}Akey gespeichert. Ein Rowhammer-Angreifer kann einen Bit-Flip in Bit iii induzieren (wobei 0≤i≤2550 \le i \le 2550≤i≤255), wodurch der Schlüssel zu d′=d⊕2id’ = d \oplus 2^id′=d⊕2i modifiziert wird (XOR mit 2i2^i2i). Um den ursprünglichen Schlüssel wiederherzustellen, sammelt der Angreifer viele fehlerhafte Signaturen {(rj,sj)}\{(r_j, s_j)\}{(rj,sj)}, die jeweils mit einer anderen bit-gekippten Version des Schlüssels dj′d_j’dj′ erstellt wurden.
Mit Lattice-Angriffsmethoden (z. B. Hidden-Number-Problem-Löser) kann ein Angreifer ddd mit der Erfolgswahrscheinlichkeit wiederherstellen:
wobei PflipP_{flip}Pflip die Wahrscheinlichkeit ist, das gewünschte Bit erfolgreich zu kippen, und NsamplesN_{samples}Nsamples die Anzahl der gesammelten fehlerhaften Signaturen ist. pmc.ncbi.nlm.nih+ 3
ATTACKSAFE SOFTWARE und das rowhammer_attack-Tool
Das Ökosystem der Kryptowährungssicherheit umfasst spezialisierte Programme zur Analyse von Rowhammer-bezogenen Schwachstellen. Das GitHub-Repository demining/Rowhammer-Attack demonstriert die praktische Anwendung der Signature-Fault-Differential-Analyse für ECDSA zur Ableitung privater Schlüssel aus Transaktionen in fünf verschiedenen Bitcoin-Wallets .
Praktisches Anwendungsbeispiel:
./attacksafe -tool rowhammer_attack -open RawTX.txt -save SecretKey.txtDas Tool analysiert RawTX-Bitcoin-Transaktionen und extrahiert ECDSA-Signaturparameter (r,s)(r,s)(r,s). Wenn ein Muster erkannt wird, das auf eine fehlerhafte Signatur oder Nonce-Wiederverwendung hinweist, wendet das Tool kryptoanalytische Techniken an, um den KKK-Geheimschlüssel (Nonce) oder den ddd-Private-Key wiederherzustellen. github
Beispiel einer erfolgreichen Extraktion: github
Deployments ECDSA:
SecretKey = 0xe5fa9dccef88781e25e77bd1ea7830c0b33c57481b79007cda117da8139ea7c3
RawTX = 010000000104118e34a0d3c06c842d14707ed5f333d3ba1d35240086a4b5738a2fa810abec1d0000006a473044022004b1d0c7d278439811c27d9ff06b3bb0fd20d5cc90d97083266bdba7d0693bb20220282c6cea6b9ad6f4633596204ebad4716e2a086090faf62a6908bf63a1724ad501210335a395eca8191c43ccee4d91e98b9baef39476d7482cf636e5b71975c69feebdffffffff014e020000000000001976a914154813f71552c59487efa3b16d62bfb009dc5f1e88ac00000000Das Label „Deployments ECDSA“ weist auf eine kritische Schwachstelle in der Transaktion der Bitcoin-Blockchain hin. Der geheime Schlüssel „K“ im HEX-Format stellt die Nonce dar, die zur Generierung der Signatur verwendet wurde. github
Open-Source-FPGA-basierte Rowhammer-Testplattformen
Google und die ETH Zürich haben spezialisierte Open-Source-FPGA-basierte Testplattformen zur Analyse von DDR5-Rowhammer-Schwachstellen entwickelt. In Zusammenarbeit mit Antmicro wurden zwei Plattformen erstellt: security.googleblog
DDR5-RDIMM-Plattform: Neues DDR5-Tester-Board zum Testen von Registered-DIMM-Speicher (RDIMM), der häufig in Servern vorkommt. security.googleblog
SO-DIMM-Plattform: Eine Version, die Standard-SO-DIMM-Pinbelegungen unterstützt und mit handelsüblichen DDR5-SO-DIMM-Speichermodulen kompatibel ist, die in Workstations und Endbenutzergeräten üblich sind. security.googleblog
Diese Plattformen sind auf GitHub verfügbar (comsec.ethz.ch/phoenix) und ermöglichen es Sicherheitsforschern, detaillierte Analysen der Rowhammer-Anfälligkeit verschiedener DRAM-Konfigurationen durchzuführen. comsec.ethz+1
Erhöhung der Aktualisierungsrate: ein Kompromiss zwischen Sicherheit und Leistung
Phoenix-Forscher empfehlen, die Aktualisierungsrate um den Faktor 3 zu erhöhen (von 3,9 µs auf ~1,3 µs) als wirksame Gegenmaßnahme. Dies führt jedoch zu einem Leistungsabfall von 8,4 %, was einen erheblichen Kompromiss für Produktionssysteme darstellt. Kritisch ist, dass DRAM-Geräte nicht über Firmware-Updates gepatcht werden können—die hardwarebasierte Natur der Schwachstelle bedeutet, dass betroffene Module während ihres gesamten Lebenszyklus anfällig bleiben. techradar+ 5
Begrenzte Wirksamkeit von ECC und On-Die-ECC
Phoenix bewies, dass der in DDR5 integrierte On-Die-Error-Correction-Code (ECC) Rowhammer nicht stoppt. On-Die-ECC ist darauf ausgelegt, Einzelbitfehler und einige Mehrbitfehler zu korrigieren, die durch die natürliche Degradation von DRAM-Zellen entstehen. Rowhammer kann jedoch mehrere korrelierte Bit-Flips in derselben Speicherregion induzieren, was die Korrekturkapazität des ECC übersteigt. reddit+ 7
Unmöglichkeit nachträglicher Hardware-Fixes
Im Gegensatz zu Software-Schwachstellen, die mit Sicherheitspatches behoben werden können, stellt Rowhammer ein grundlegendes physikalisches Problem der DRAM-Architektur dar. Stand Oktober 2025 hat kein GPU- oder DRAM-Hersteller zugesagt, die Hardware-Schwachstelle auf Chipdesign-Ebene zu beheben. Dies bedeutet, dass Milliarden von Geräten mit betroffenem Speicher noch jahrelang potenziell anfällig bleiben werden. pixnapping+12
Mehrschichtige Sicherheitsstrategie für Kryptowährungsinhaber:
1. Hardware-Wallets mit isoliertem Speicher. Verwenden Sie Hardware-Wallets (Ledger, Trezor, BC Vault One) mit ferroelektrischem RAM (FeRAM) oder Secure Elements, die private Schlüssel vom Hauptsystem-DRAM isolieren. BC Vault One verwendet FeRAM zur Speicherung des privaten Schlüssels und bietet so eine physische Isolierung vor Rowhammer-Angriffen auf den Systemspeicher. youtube itnext+ 3
2. Vermeiden Sie die Aufbewahrung großer Beträge in Hot Wallets auf DDR5-Systemen. Nutzer, die Bitcoin Core oder andere Software-Wallets auf SK-Hynix-DDR5-Systemen (2021–2024) ausführen, sollten ihre Exposition minimieren, indem sie ihre primären Vermögenswerte in Cold Storage verlagern. github+ 3
3. Isolieren Sie Signieroperationen in air-gapped Umgebungen. Für Transaktionen mit hohem Wert verwenden Sie Offline-Signierung auf isolierten Systemen, die niemals mit dem Netzwerk verbunden sind und keinen nicht vertrauenswürdigen Code ausführen. itnext+ 2
4. Regelmäßige Speicherprüfung und Anomalieerkennung. Überwachung des Systemspeichers auf verdächtige Zugriffsmuster, die für Rowhammer-Angriffe charakteristisch sind (hochfrequente Zeilenaktivierungen, anomale Aktualisierungsmuster). pmc.ncbi.nlm.nih+ 3
5. Upgrade auf gepatchte Systeme, sobald verfügbar. Obwohl ein Hardware-Fix nicht möglich ist, könnten zukünftige DDR5-Chips (nach 2024) verbesserte TRR-Mechanismen enthalten. Nutzer sollten Sicherheitsbulletins der DRAM-Hersteller verfolgen und ihre Hardware aktualisieren, sobald sicherere Module veröffentlicht werden. github+4
Die Kombination der Angriffe Pixnapping (CVE-2025-48561) und Phoenix Rowhammer (CVE-2025-6202) demonstriert eine kritische Entwicklung in der Bedrohungslandschaft der Kryptowährungssicherheit. Pixnapping greift die Android-Hardware- und Software-Ebene über GPU.zip-Seitenkanäle und die Window-Blur-API an, um Seed-Phrasen visuell abzufangen. Phoenix greift die grundlegende physische Ebene des DRAM über elektromagnetische Interferenzinduktion an und ermöglicht so die direkte Bit-Manipulation kryptografischer Schlüssel im Speicher. bleepingcomputer+ 10
Beide Angriffe umgehen traditionelle Software-Schutzmaßnahmen, indem sie Hardware-Eigenschaften von Geräten ausnutzen, die nicht gepatcht werden können. Für Bitcoin-Nutzer bedeutet dies, dass ein grundlegendes Überdenken des Bedrohungsmodells notwendig ist: Kryptografische Sicherheit ist nicht länger allein durch die mathematische Komplexität von ECDSA oder die Zuverlässigkeit von Seed-Phrasen garantiert—die physikalischen Eigenschaften der Hardware werden zur kritischen Angriffsfläche. arxiv+ 9
Die Wiederherstellung privater Schlüssel aus verlorenen Bitcoin-Wallets durch die Ausnutzung dieser Schwachstellen stellt sowohl eine legitime Aufgabe für Wiederherstellungsdienste als auch einen gefährlichen Angriffsvektor für Angreifer dar. Die Zukunft der Kryptowährungssicherheit erfordert einen ganzheitlichen Ansatz, der Hardware-Sicherheitszusicherungen, formal verifizierte kryptografische Implementierungen und kontinuierliche Überwachung auf neu auftretende Seitenkanal-Bedrohungen integriert. trailofbits+ 7
Die Pixnapping-Schwachstelle stellt eine bedeutende Weiterentwicklung mobiler Angriffe dar und zeigt, wie moderne Leistungsoptimierungen ausgenutzt werden können. Der Angriff ist besonders gefährlich für Kryptowährungsnutzer, da die Kompromittierung der Seed-Phrase zum vollständigen Verlust von Geldern führen kann. gbhackers
Die grundlegende Natur der ausgenutzten Schwachstellen—die Verwendung legitimer Android-APIs und GPU-Hardware-Optimierungen—zeigt, dass eine vollständige Lösung eine koordinierte Anstrengung von Google, Geräteherstellern und GPU-Anbietern erfordern wird. pixnapping+ 1
Die Forschung zu Pixnapping unterstreicht die kritische Bedeutung der Berücksichtigung von Sicherheitsimplikationen bei der Implementierung neuer Systemfunktionen und Hardware-Optimierungen. Da mobile Geräte zum primären Werkzeug für die Verwaltung digitaler Vermögenswerte werden, wird der Schutz vor solch ausgeklügelten Angriffen entscheidend für die Sicherheit des Ökosystems.
Es wird erwartet, dass der Dezember-Patch von Google einen robusteren Schutz bietet, aber eine langfristige Lösung wird grundlegende Änderungen an der Android-Architektur und möglicherweise der GPU-Hardware erfordern. Bis dahin sollten Nutzer die Sicherheitsempfehlungen befolgen und beim Umgang mit Kryptowährungsvermögenswerten auf Android-Geräten besondere Vorsicht walten lassen.
Somit ist die Pixnapping-Schwachstelle (CVE-2025-48561) nicht nur ein weiteres Beispiel für einen Softwarefehler, sondern eine Demonstration einer grundlegend neuen Klasse von Angriffen, die die Grundlagen der kryptografischen Sicherheit digitaler Vermögenswerte bedrohen. Die Studie zeigte, dass selbst visuell unantastbare Elemente der Android-Benutzeroberfläche zu einer Quelle kritischer Datenlecks werden können—von privaten Schlüsseln und Seed-Phrasen bis zu Einmal-2FA-Codes, die Kryptowährungs-Wallets schützen. Im Wesentlichen wird jedes Pixel auf dem Bildschirm zu einem schwachen Glied in der kryptografischen Authentifizierungskette.
Pixnapping ist besonders gefährlich aufgrund seiner Tarnung und Vielseitigkeit. Der Angriff erfordert keine Privilegien, entgeht dem Nutzer und ist in der Lage, das Bildschirmbild bis auf einzelne Pixel mithilfe des Hardware-Seitenkanals GPU.zip zu rekonstruieren. Dies macht jedes Android-Gerät zu einer potenziellen Quelle der Kompromittierung sensibler Daten, einschließlich Bitcoin (BTC), Ethereum (ETH), XRP, Litecoin (LTC) und anderer in mobilen Wallets gespeicherter Kryptowährungen.
Die Tatsache, dass dieser Angriff selbst mit den neuesten Android-Versionen und modernen GPUs funktioniert, weist auf eine grundlegende Schwachstelle in der Architektur mobiler Systeme hin, bei der Leistungs- und visuelle Optimierungen mit Datenschutzanforderungen kollidieren. Pixnapping zerstört die Illusion der visuellen Isolation zwischen Apps und zeigt, dass der Schutz kryptografischer Informationen nicht nur Netzwerk- und logische Schwachstellen berücksichtigen muss, sondern auch die physischen und grafischen Nebeneffekte der Berechnung.
Um die Stabilität des Kryptowährungs-Ökosystems zu gewährleisten, sind systemische Maßnahmen erforderlich: Verschärfung der Android-Sicherheitsrichtlinien, Einschränkung des Zugriffs von Drittanbieter-Apps auf Low-Level-Grafik-APIs und Überarbeitung der Architekturprinzipien der GPU-Datenkomprimierung. Ohne solche Barrieren könnten selbst die sichersten Verschlüsselungsalgorithmen anfällig für Angriffe sein, die Schlüssel buchstäblich vom Bildschirm stehlen können.
Letztendlich diente Pixnapping als ernste Warnung an die gesamte Branche: Kryptografischer Schutz ist ohne Hardware- und visuelle Isolation bedeutungslos . Wenn visuelle Daten, die auf einem Bildschirm angezeigt werden, durch einen externen Prozess rekonstruiert werden können, wird jede Bildschirmanimation, jede Seed-Phrase oder jeder QR-Code zu einem direkten Kanal für das Abfließen von Geldern. Für Kryptowährungsnutzer bedeutet das eines: Selbst das kurzzeitige Erscheinen eines privaten Schlüssels auf dem Bildschirm kann sie nun ihr gesamtes digitales Kapital kosten.
Dieses Material wurde für das CRYPTO DEEP TECH -Portal erstellt, um die Sicherheit von Finanzdaten und die elliptische Kurven-Kryptografie (secp256k1) gegen schwache ECDSA-Signaturen in der BITCOIN-Kryptowährung zu gewährleisten. Die Softwareentwickler sind nicht für die Verwendung dieses Materials verantwortlich.
Telegram: https://t.me/cryptodeeptech
Video: https://youtu.be/qZvJUonp228
Video-Tutorial: https://dzen.ru/video/watch/68ff42ad9f0528014a4b1cf8
Quelle: https://cryptodeeptech.ru/phoenix-rowhammer-attack