{"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":"Die Android-Plattform GrapheneOS hat die M\u00f6glichkeit zur Erstellung eines destruktiven PIN-Codes eingef\u00fchrt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In einem weiteren Update der gesicherten mobilen Plattform GrapheneOS 2024053100 wurde eine Funktion zur Notfallblockierung von Daten auf dem Ger\u00e4t eingef\u00fchrt. Der Benutzer erh\u00e4lt die M\u00f6glichkeit, 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 zum Neustart. Somit kann der Eigent\u00fcmer des Ger\u00e4ts im Fall von Druck auf ihn und der Zwang zur Entsperrung des Bildschirms oder bei drohender Gefahr, dass das Smartphone in die falschen H\u00e4nde ger\u00e4t, einen destruktiven PIN-Code eingeben und die Daten ohne M\u00f6glichkeit zur Wiederherstellung des Zugangs blockieren. <\/p>\n
Das GrapheneOS-Projekt entwickelt einen Fork des Android-Quellcodes (AOSP, Android Open Source Project), der erweitert und modifiziert wurde, um die Sicherheit zu erh\u00f6hen und die Privatsph\u00e4re zu gew\u00e4hrleisten. Offiziell werden die meisten aktuellen Google Pixel-Ger\u00e4te unterst\u00fctzt (Pixel 4\/5\/6\/7\/8, Pixel Fold, Pixel Tablet). Die Beitr\u00e4ge des Projekts werden unter der MIT-Lizenz ver\u00f6ffentlicht. Es sind viele experimentelle Technologien integriert, die sich auf die Verbesserung der Isolation von Anwendungen, die detaillierte Verwaltung von Zugriffsrechten, die Blockierung von typischen Sicherheitsanf\u00e4lligkeiten und die Erschwerung von Exploit-Angriffen konzentrieren. <\/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 zwischen Prozessen. Anstelle von JIT wird im Android Runtime lediglich eine vorl\u00e4ufige (AOT, ahead-of-time) Kompilierung verwendet. Der Linux-Kernel enth\u00e4lt viele zus\u00e4tzliche Schutzmechanismen, zum Beispiel werden in slub Canary-Tags zum Schutz gegen Puffer\u00fcberl\u00e4ufe hinzugef\u00fcgt. Zur Verbesserung der Anwendungsisolierung werden SELinux und seccomp-bpf eingesetzt. <\/p>\n
Es gibt die M\u00f6glichkeit, einzelnen Anwendungen selektiven Zugriff auf Netzwerkoperationen, Sensoren, das Adressbuch und Peripherieger\u00e4te (USB, Kamera) zu gew\u00e4hren. Standardsm\u00e4\u00dfig ist der Zugriff auf Informationen wie IMEI, MAC-Adresse, Seriennummer der SIM-Karte und andere Hardware-IDs untersagt. Das Lesen aus der Zwischenablage ist nur f\u00fcr Anwendungen erlaubt, in denen der Eingabefokus gerade aktiv ist. Zus\u00e4tzliche Ma\u00dfnahmen wurden implementiert, um Wi-Fi- und Bluetooth-bezogene Prozesse zu isolieren und um Leaks durch drahtlose Aktivit\u00e4ten zu verhindern. Viele der im Rahmen des Projekts entwickelten Sicherheitsmechanismen wurden in den Hauptcode von Android integriert. <\/p>\n