{"id":116317,"date":"2024-06-04T09:39:49","date_gmt":"2024-06-04T07:39:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-android-platforme-grapheneos-poyavilas-vozmozhnost-sozdaniya-destruktivnogo-pin-koda"},"modified":"2026-02-15T22:08:22","modified_gmt":"2026-02-15T20:08:22","slug":"v-android-platforme-grapheneos-poyavilas-vozmozhnost-sozdaniya-destruktivnogo-pin-koda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/v-android-platforme-grapheneos-poyavilas-vozmozhnost-sozdaniya-destruktivnogo-pin-koda","title":{"rendered":"Auf der Android-Plattform GrapheneOS wurde die M\u00f6glichkeit geschaffen, einen destruktiven PIN-Code zu erstellen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im neuesten Update der gesch\u00fctzten mobilen Plattform GrapheneOS 2024053100 wurde die Funktion zur Notfall-Datenl\u00f6schung auf dem Ger\u00e4t eingef\u00fchrt. Den Nutzern wird die M\u00f6glichkeit geboten, ein zus\u00e4tzliches Passwort und eine PIN festzulegen, deren Eingabe zur L\u00f6schung aller Schl\u00fcssel in den Hardware-Speichern f\u00fchrt, einschlie\u00dflich der Schl\u00fcssel, die zur Verschl\u00fcsselung der Daten auf dem Speicher verwendet werden, sowie zur L\u00f6schung der eSIM und einem Neustart. So kann der Ger\u00e4tbesitzer im Falle von Druckaus\u00fcbung und Zwang zur Entsperrung des Bildschirms oder bei drohenden Gefahren, dass das Smartphone in falsche H\u00e4nde gelangt, einen destruktiven PIN eingeben und die Daten unwiderruflich sperren. <\/p>\n
Das Projekt GrapheneOS entwickelt einen Fork der Android-Codebasis (AOSP, Android Open Source Project), der erweitert und modifiziert wurde, um die Sicherheit zu erh\u00f6hen und den Datenschutz zu gew\u00e4hrleisten. Offiziell werden die meisten aktuellen Google Pixel-Ger\u00e4te (Pixel 4\/5\/6\/7\/8, Pixel Fold, Pixel Tablet) unterst\u00fctzt. Die Entwicklungen des Projekts werden unter der MIT-Lizenz ver\u00f6ffentlicht. Viele experimentelle Technologien, die mit der Verbesserung der App-Isolation, dem detaillierten Zugriffsmanagement, der Bek\u00e4mpfung typischer Schwachstellen und der Erschwerung der Ausnutzung von Exploits zusammenh\u00e4ngen, sind integriert. <\/p>\n
Zum Beispiel verwendet die Plattform eine eigene Implementierung von malloc und eine modifizierte Version von libc mit Schutz gegen Speicherbesch\u00e4digung sowie eine strengere Trennung des Adressraums von Prozessen. Anstelle von JIT wird in der Android Runtime ausschlie\u00dflich die vorausschauende (AOT, ahead-of-time) Kompilierung verwendet. Im Linux-Kernel sind viele zus\u00e4tzliche Schutzmechanismen integriert, wie die Hinzuf\u00fcgung von Canary-Tags in slub zur Verhinderung von Puffer\u00fcberl\u00e4ufen. Zur Verbesserung der Isolation von Anwendungen werden SELinux und seccomp-bpf eingesetzt. <\/p>\n
Es besteht die M\u00f6glichkeit, einzelnen Anwendungen selektiven Zugriff auf Netzwerkoperationen, Sensoren, das Adressbuch und Peripherieger\u00e4te (USB, Kamera) zu gew\u00e4hren. Standardm\u00e4\u00dfig ist der Zugriff auf Informationen zu IMEI, MAC-Adresse, Seriennummer der SIM-Karte und anderen Hardware-IDs verboten. Das Lesen aus der Zwischenablage ist nur f\u00fcr Anwendungen erlaubt, bei denen der Eingabefokus aktiv ist. Zus\u00e4tzliche Ma\u00dfnahmen zur Isolierung der mit Wi-Fi und Bluetooth verbundenen Prozesse wurden implementiert, um Leaks aufgrund kabelloser Aktivit\u00e4ten zu verhindern. Viele der im Rahmen des Projekts entwickelten Sicherheitsmechanismen wurden in den Hauptcode von Android \u00fcbertragen. <\/p>\n