
Android-Vollgeräte-Verschlüsselungstechnik | Secure Code Warrior
Die Geräteverschlüsselung ist der Prozess der Verschlüsselung aller Daten auf dem Android-Gerät. Sobald dies für ein Android-Gerät aktiviert ist, werden alle vom Benutzer erstellten Daten sofort verschlüsselt, bevor sie in den Speicher geschrieben werden. Dies schützt die Daten, so dass selbst wenn eine nicht autorisierte Partei versucht, auf die Daten zuzugreifen, sie nicht in der Lage sind, sie zu lesen. Dies ist eine besonders gute Funktion für Smartphone-Geräte, da diese vom Benutzer herumgetragen werden und anfälliger für Verlust oder Diebstahl sind als andere Computergeräte. Jeder neugierige Finder oder Dieb kann nicht auf die Daten zugreifen, es sei denn, er kann das Telefon entsperren.
Android verfügt über zwei Arten der Geräteverschlüsselung: Verschlüsselung der gesamten Festplatte und dateibasierte Verschlüsselung.
Verschlüsselung der gesamten Festplatte
Die Festplattenverschlüsselung wurde in API-Level 19 (Android 4.4 KitKat) eingeführt, aber die neuen Funktionen in API-Level 21 (Android 5.0 Lollipop) haben ihre Verwendung erst richtig in Gang gebracht. Bei der Festplattenverschlüsselung wird ein einzelner Schlüssel verwendet, um die gesamte Partition mit den Benutzerdaten des Geräts zu schützen. Der Schlüssel ist mit den Anmeldeinformationen des Benutzers geschützt und muss beim Booten angegeben werden, bevor ein Teil der Festplatte zugänglich ist.
Das ist gut für die Sicherheit, aber es bedeutet auch, dass die meisten Funktionen des Geräts nicht verfügbar sind, bis der Benutzer seine Anmeldeinformationen eingibt. Das bedeutet, wenn das Gerät neu gestartet, aber nicht entsperrt wird, können einige Funktionen wie Alarme nicht funktionieren, Dienste sind nicht verfügbar und Telefone können keine Anrufe empfangen. Aus diesem Grund wurde der zweite Verschlüsselungsmodus geschaffen.
Dateibasierte Verschlüsselung
Die dateibasierte Verschlüsselung, der zweite Modus der Geräteverschlüsselung, ist seit API-Level 24 (Android 7.0 Nougat) verfügbar. In diesem Modus werden verschiedene Dateien mit unterschiedlichen Schlüsseln verschlüsselt, die unabhängig voneinander entsperrt werden können. Mit diesem Verschlüsselungsmodus kam der Direct Boot-Modus, der es verschlüsselten Geräten ermöglicht, direkt zum Sperrbildschirm zu booten und die zuvor fehlenden Funktionen zu aktivieren, bevor das Gerät entsperrt wird.
Der Direct Boot ermöglicht es Apps, in einem begrenzten Kontext zu arbeiten, bevor das Gerät entsperrt wird. Auf diese Weise können sie weiterhin wie erwartet funktionieren, ohne die Benutzerinformationen zu gefährden. Um diese Funktionalität bereitstellen zu können, benötigt das Android-Gerät zwei Speicherorte:
- Berechtigungsnachweis Verschlüsselter Speicher. Standardspeicherort, nur verfügbar, nachdem der Benutzer das Gerät entsperrt hat.
- Gerät Verschlüsselter Speicher. Verfügbar im Direct Boot-Modus und nachdem der Benutzer das Gerät entsperrt hat.

Wenn Ihre App auf Daten zugreifen muss, während sie im Direct Boot-Modus läuft, sollte sie den Device Encrypted-Speicher verwenden. Seien Sie sich jedoch über die Auswirkungen auf die Sicherheit im Klaren! Device Encrypted Storage sollte nicht zum Speichern sensibler Daten verwendet werden! Der Device Encrypted Storage ist mit einem Schlüssel verschlüsselt, der verfügbar ist, sobald das Gerät erfolgreich gebootet hat. Alle Daten, auf die nur der Benutzer zugreifen soll, sollten im Standardspeicher, dem Credential Encrypted Storage, gespeichert werden.
Wenn Sie mehr darüber erfahren möchten, was Verschlüsselung ist oder warum sie wichtig ist, sehen Sie sich das Video auf dem Portal Secure Code Warrior an. Oder Sie können versuchen, Ihr Wissen über Verschlüsselung zu testen, indem Sie einige Herausforderungen spielen.
Brauchen Sie eine Schritt-für-Schritt-Anleitung für Ihr Gerät? Sehen Sie sich diesen Artikel von Bill Hess bei Pixel Privacy an.
Ich hoffe, Sie haben etwas Neues gelernt. Bis nächste Woche!
Berechtigungsverschlüsselter Speicher, der der Standardspeicherort ist und nur verfügbar ist, nachdem der Benutzer das Gerät entsperrt hat.
https://developer.android.com/training/articles/direct-boot.html


Die Android-Vollgeräteverschlüsselung bewahrt alle Daten sicher auf und schreibt sie in den Speicher, der erst nach dem Entsperren des Geräts sichtbar wird. Lernen Sie von Secure Code Warrior.
Anwendungssicherheitsforscher - F&E-Ingenieur - PhD-Kandidat

Secure Code Warrior ist für Ihr Unternehmen da, um Sie dabei zu unterstützen, Ihren Code über den gesamten Lebenszyklus der Softwareentwicklung hinweg zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder ein anderer Sicherheitsverantwortlicher sind, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Demo buchenAnwendungssicherheitsforscher - F&E-Ingenieur - PhD-Kandidat


Die Geräteverschlüsselung ist der Prozess der Verschlüsselung aller Daten auf dem Android-Gerät. Sobald dies für ein Android-Gerät aktiviert ist, werden alle vom Benutzer erstellten Daten sofort verschlüsselt, bevor sie in den Speicher geschrieben werden. Dies schützt die Daten, so dass selbst wenn eine nicht autorisierte Partei versucht, auf die Daten zuzugreifen, sie nicht in der Lage sind, sie zu lesen. Dies ist eine besonders gute Funktion für Smartphone-Geräte, da diese vom Benutzer herumgetragen werden und anfälliger für Verlust oder Diebstahl sind als andere Computergeräte. Jeder neugierige Finder oder Dieb kann nicht auf die Daten zugreifen, es sei denn, er kann das Telefon entsperren.
Android verfügt über zwei Arten der Geräteverschlüsselung: Verschlüsselung der gesamten Festplatte und dateibasierte Verschlüsselung.
Verschlüsselung der gesamten Festplatte
Die Festplattenverschlüsselung wurde in API-Level 19 (Android 4.4 KitKat) eingeführt, aber die neuen Funktionen in API-Level 21 (Android 5.0 Lollipop) haben ihre Verwendung erst richtig in Gang gebracht. Bei der Festplattenverschlüsselung wird ein einzelner Schlüssel verwendet, um die gesamte Partition mit den Benutzerdaten des Geräts zu schützen. Der Schlüssel ist mit den Anmeldeinformationen des Benutzers geschützt und muss beim Booten angegeben werden, bevor ein Teil der Festplatte zugänglich ist.
Das ist gut für die Sicherheit, aber es bedeutet auch, dass die meisten Funktionen des Geräts nicht verfügbar sind, bis der Benutzer seine Anmeldeinformationen eingibt. Das bedeutet, wenn das Gerät neu gestartet, aber nicht entsperrt wird, können einige Funktionen wie Alarme nicht funktionieren, Dienste sind nicht verfügbar und Telefone können keine Anrufe empfangen. Aus diesem Grund wurde der zweite Verschlüsselungsmodus geschaffen.
Dateibasierte Verschlüsselung
Die dateibasierte Verschlüsselung, der zweite Modus der Geräteverschlüsselung, ist seit API-Level 24 (Android 7.0 Nougat) verfügbar. In diesem Modus werden verschiedene Dateien mit unterschiedlichen Schlüsseln verschlüsselt, die unabhängig voneinander entsperrt werden können. Mit diesem Verschlüsselungsmodus kam der Direct Boot-Modus, der es verschlüsselten Geräten ermöglicht, direkt zum Sperrbildschirm zu booten und die zuvor fehlenden Funktionen zu aktivieren, bevor das Gerät entsperrt wird.
Der Direct Boot ermöglicht es Apps, in einem begrenzten Kontext zu arbeiten, bevor das Gerät entsperrt wird. Auf diese Weise können sie weiterhin wie erwartet funktionieren, ohne die Benutzerinformationen zu gefährden. Um diese Funktionalität bereitstellen zu können, benötigt das Android-Gerät zwei Speicherorte:
- Berechtigungsnachweis Verschlüsselter Speicher. Standardspeicherort, nur verfügbar, nachdem der Benutzer das Gerät entsperrt hat.
- Gerät Verschlüsselter Speicher. Verfügbar im Direct Boot-Modus und nachdem der Benutzer das Gerät entsperrt hat.

Wenn Ihre App auf Daten zugreifen muss, während sie im Direct Boot-Modus läuft, sollte sie den Device Encrypted-Speicher verwenden. Seien Sie sich jedoch über die Auswirkungen auf die Sicherheit im Klaren! Device Encrypted Storage sollte nicht zum Speichern sensibler Daten verwendet werden! Der Device Encrypted Storage ist mit einem Schlüssel verschlüsselt, der verfügbar ist, sobald das Gerät erfolgreich gebootet hat. Alle Daten, auf die nur der Benutzer zugreifen soll, sollten im Standardspeicher, dem Credential Encrypted Storage, gespeichert werden.
Wenn Sie mehr darüber erfahren möchten, was Verschlüsselung ist oder warum sie wichtig ist, sehen Sie sich das Video auf dem Portal Secure Code Warrior an. Oder Sie können versuchen, Ihr Wissen über Verschlüsselung zu testen, indem Sie einige Herausforderungen spielen.
Brauchen Sie eine Schritt-für-Schritt-Anleitung für Ihr Gerät? Sehen Sie sich diesen Artikel von Bill Hess bei Pixel Privacy an.
Ich hoffe, Sie haben etwas Neues gelernt. Bis nächste Woche!
Berechtigungsverschlüsselter Speicher, der der Standardspeicherort ist und nur verfügbar ist, nachdem der Benutzer das Gerät entsperrt hat.
https://developer.android.com/training/articles/direct-boot.html

Die Geräteverschlüsselung ist der Prozess der Verschlüsselung aller Daten auf dem Android-Gerät. Sobald dies für ein Android-Gerät aktiviert ist, werden alle vom Benutzer erstellten Daten sofort verschlüsselt, bevor sie in den Speicher geschrieben werden. Dies schützt die Daten, so dass selbst wenn eine nicht autorisierte Partei versucht, auf die Daten zuzugreifen, sie nicht in der Lage sind, sie zu lesen. Dies ist eine besonders gute Funktion für Smartphone-Geräte, da diese vom Benutzer herumgetragen werden und anfälliger für Verlust oder Diebstahl sind als andere Computergeräte. Jeder neugierige Finder oder Dieb kann nicht auf die Daten zugreifen, es sei denn, er kann das Telefon entsperren.
Android verfügt über zwei Arten der Geräteverschlüsselung: Verschlüsselung der gesamten Festplatte und dateibasierte Verschlüsselung.
Verschlüsselung der gesamten Festplatte
Die Festplattenverschlüsselung wurde in API-Level 19 (Android 4.4 KitKat) eingeführt, aber die neuen Funktionen in API-Level 21 (Android 5.0 Lollipop) haben ihre Verwendung erst richtig in Gang gebracht. Bei der Festplattenverschlüsselung wird ein einzelner Schlüssel verwendet, um die gesamte Partition mit den Benutzerdaten des Geräts zu schützen. Der Schlüssel ist mit den Anmeldeinformationen des Benutzers geschützt und muss beim Booten angegeben werden, bevor ein Teil der Festplatte zugänglich ist.
Das ist gut für die Sicherheit, aber es bedeutet auch, dass die meisten Funktionen des Geräts nicht verfügbar sind, bis der Benutzer seine Anmeldeinformationen eingibt. Das bedeutet, wenn das Gerät neu gestartet, aber nicht entsperrt wird, können einige Funktionen wie Alarme nicht funktionieren, Dienste sind nicht verfügbar und Telefone können keine Anrufe empfangen. Aus diesem Grund wurde der zweite Verschlüsselungsmodus geschaffen.
Dateibasierte Verschlüsselung
Die dateibasierte Verschlüsselung, der zweite Modus der Geräteverschlüsselung, ist seit API-Level 24 (Android 7.0 Nougat) verfügbar. In diesem Modus werden verschiedene Dateien mit unterschiedlichen Schlüsseln verschlüsselt, die unabhängig voneinander entsperrt werden können. Mit diesem Verschlüsselungsmodus kam der Direct Boot-Modus, der es verschlüsselten Geräten ermöglicht, direkt zum Sperrbildschirm zu booten und die zuvor fehlenden Funktionen zu aktivieren, bevor das Gerät entsperrt wird.
Der Direct Boot ermöglicht es Apps, in einem begrenzten Kontext zu arbeiten, bevor das Gerät entsperrt wird. Auf diese Weise können sie weiterhin wie erwartet funktionieren, ohne die Benutzerinformationen zu gefährden. Um diese Funktionalität bereitstellen zu können, benötigt das Android-Gerät zwei Speicherorte:
- Berechtigungsnachweis Verschlüsselter Speicher. Standardspeicherort, nur verfügbar, nachdem der Benutzer das Gerät entsperrt hat.
- Gerät Verschlüsselter Speicher. Verfügbar im Direct Boot-Modus und nachdem der Benutzer das Gerät entsperrt hat.

Wenn Ihre App auf Daten zugreifen muss, während sie im Direct Boot-Modus läuft, sollte sie den Device Encrypted-Speicher verwenden. Seien Sie sich jedoch über die Auswirkungen auf die Sicherheit im Klaren! Device Encrypted Storage sollte nicht zum Speichern sensibler Daten verwendet werden! Der Device Encrypted Storage ist mit einem Schlüssel verschlüsselt, der verfügbar ist, sobald das Gerät erfolgreich gebootet hat. Alle Daten, auf die nur der Benutzer zugreifen soll, sollten im Standardspeicher, dem Credential Encrypted Storage, gespeichert werden.
Wenn Sie mehr darüber erfahren möchten, was Verschlüsselung ist oder warum sie wichtig ist, sehen Sie sich das Video auf dem Portal Secure Code Warrior an. Oder Sie können versuchen, Ihr Wissen über Verschlüsselung zu testen, indem Sie einige Herausforderungen spielen.
Brauchen Sie eine Schritt-für-Schritt-Anleitung für Ihr Gerät? Sehen Sie sich diesen Artikel von Bill Hess bei Pixel Privacy an.
Ich hoffe, Sie haben etwas Neues gelernt. Bis nächste Woche!
Berechtigungsverschlüsselter Speicher, der der Standardspeicherort ist und nur verfügbar ist, nachdem der Benutzer das Gerät entsperrt hat.
https://developer.android.com/training/articles/direct-boot.html

Klicken Sie auf den unten stehenden Link und laden Sie die PDF-Datei dieser Ressource herunter.
Secure Code Warrior ist für Ihr Unternehmen da, um Sie dabei zu unterstützen, Ihren Code über den gesamten Lebenszyklus der Softwareentwicklung hinweg zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder ein anderer Sicherheitsverantwortlicher sind, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Bericht ansehenDemo buchenAnwendungssicherheitsforscher - F&E-Ingenieur - PhD-Kandidat
Die Geräteverschlüsselung ist der Prozess der Verschlüsselung aller Daten auf dem Android-Gerät. Sobald dies für ein Android-Gerät aktiviert ist, werden alle vom Benutzer erstellten Daten sofort verschlüsselt, bevor sie in den Speicher geschrieben werden. Dies schützt die Daten, so dass selbst wenn eine nicht autorisierte Partei versucht, auf die Daten zuzugreifen, sie nicht in der Lage sind, sie zu lesen. Dies ist eine besonders gute Funktion für Smartphone-Geräte, da diese vom Benutzer herumgetragen werden und anfälliger für Verlust oder Diebstahl sind als andere Computergeräte. Jeder neugierige Finder oder Dieb kann nicht auf die Daten zugreifen, es sei denn, er kann das Telefon entsperren.
Android verfügt über zwei Arten der Geräteverschlüsselung: Verschlüsselung der gesamten Festplatte und dateibasierte Verschlüsselung.
Verschlüsselung der gesamten Festplatte
Die Festplattenverschlüsselung wurde in API-Level 19 (Android 4.4 KitKat) eingeführt, aber die neuen Funktionen in API-Level 21 (Android 5.0 Lollipop) haben ihre Verwendung erst richtig in Gang gebracht. Bei der Festplattenverschlüsselung wird ein einzelner Schlüssel verwendet, um die gesamte Partition mit den Benutzerdaten des Geräts zu schützen. Der Schlüssel ist mit den Anmeldeinformationen des Benutzers geschützt und muss beim Booten angegeben werden, bevor ein Teil der Festplatte zugänglich ist.
Das ist gut für die Sicherheit, aber es bedeutet auch, dass die meisten Funktionen des Geräts nicht verfügbar sind, bis der Benutzer seine Anmeldeinformationen eingibt. Das bedeutet, wenn das Gerät neu gestartet, aber nicht entsperrt wird, können einige Funktionen wie Alarme nicht funktionieren, Dienste sind nicht verfügbar und Telefone können keine Anrufe empfangen. Aus diesem Grund wurde der zweite Verschlüsselungsmodus geschaffen.
Dateibasierte Verschlüsselung
Die dateibasierte Verschlüsselung, der zweite Modus der Geräteverschlüsselung, ist seit API-Level 24 (Android 7.0 Nougat) verfügbar. In diesem Modus werden verschiedene Dateien mit unterschiedlichen Schlüsseln verschlüsselt, die unabhängig voneinander entsperrt werden können. Mit diesem Verschlüsselungsmodus kam der Direct Boot-Modus, der es verschlüsselten Geräten ermöglicht, direkt zum Sperrbildschirm zu booten und die zuvor fehlenden Funktionen zu aktivieren, bevor das Gerät entsperrt wird.
Der Direct Boot ermöglicht es Apps, in einem begrenzten Kontext zu arbeiten, bevor das Gerät entsperrt wird. Auf diese Weise können sie weiterhin wie erwartet funktionieren, ohne die Benutzerinformationen zu gefährden. Um diese Funktionalität bereitstellen zu können, benötigt das Android-Gerät zwei Speicherorte:
- Berechtigungsnachweis Verschlüsselter Speicher. Standardspeicherort, nur verfügbar, nachdem der Benutzer das Gerät entsperrt hat.
- Gerät Verschlüsselter Speicher. Verfügbar im Direct Boot-Modus und nachdem der Benutzer das Gerät entsperrt hat.

Wenn Ihre App auf Daten zugreifen muss, während sie im Direct Boot-Modus läuft, sollte sie den Device Encrypted-Speicher verwenden. Seien Sie sich jedoch über die Auswirkungen auf die Sicherheit im Klaren! Device Encrypted Storage sollte nicht zum Speichern sensibler Daten verwendet werden! Der Device Encrypted Storage ist mit einem Schlüssel verschlüsselt, der verfügbar ist, sobald das Gerät erfolgreich gebootet hat. Alle Daten, auf die nur der Benutzer zugreifen soll, sollten im Standardspeicher, dem Credential Encrypted Storage, gespeichert werden.
Wenn Sie mehr darüber erfahren möchten, was Verschlüsselung ist oder warum sie wichtig ist, sehen Sie sich das Video auf dem Portal Secure Code Warrior an. Oder Sie können versuchen, Ihr Wissen über Verschlüsselung zu testen, indem Sie einige Herausforderungen spielen.
Brauchen Sie eine Schritt-für-Schritt-Anleitung für Ihr Gerät? Sehen Sie sich diesen Artikel von Bill Hess bei Pixel Privacy an.
Ich hoffe, Sie haben etwas Neues gelernt. Bis nächste Woche!
Berechtigungsverschlüsselter Speicher, der der Standardspeicherort ist und nur verfügbar ist, nachdem der Benutzer das Gerät entsperrt hat.
https://developer.android.com/training/articles/direct-boot.html
Inhaltsübersicht
Anwendungssicherheitsforscher - F&E-Ingenieur - PhD-Kandidat

Secure Code Warrior ist für Ihr Unternehmen da, um Sie dabei zu unterstützen, Ihren Code über den gesamten Lebenszyklus der Softwareentwicklung hinweg zu sichern und eine Kultur zu schaffen, in der Cybersicherheit an erster Stelle steht. Ganz gleich, ob Sie AppSec-Manager, Entwickler, CISO oder ein anderer Sicherheitsverantwortlicher sind, wir können Ihrem Unternehmen helfen, die mit unsicherem Code verbundenen Risiken zu reduzieren.
Demo buchenHerunterladenRessourcen für den Einstieg
Secure Code Warrior corporate overview
Secure Code Warrior is an AI Software Governance platform designed to enable organizations to safely adopt AI-driven development by bridging the gap between development velocity and enterprise security. The platform addresses the "Visibility Gap," where security teams often lack insights into shadow AI coding tools and the origins of production code.
Themen und Inhalte der Schulung zu sicherem Code
Our industry-leading content is always evolving to fit the ever changing software development landscape with your role in mind. Topics covering everything from AI to XQuery Injection, offered for a variety of roles from Architects and Engineers to Product Managers and QA. Get a sneak peek of what our content catalog has to offer by topic and role.
Cyber Resilience Act (CRA) – Angepasste Lernpfade
SCW unterstützt die Vorbereitung auf den Cyber Resilience Act (CRA) mit CRA-konformen Quests und konzeptionellen Lernsammlungen, die Entwicklungsteams dabei helfen, die CRA-Sicherheitsentwicklungsprinzipien „Secure by Design“, SDLC und sichere Codierungskompetenzen zu verinnerlichen.
Die Kamer van Koophandel setzt Maßstäbe für entwicklergesteuerte Sicherheit in großem Maßstab
Die Kamer van Koophandel berichtet, wie sie sicheres Codieren durch rollenbasierte Zertifizierungen, Trust Score-Benchmarking und eine Kultur der gemeinsamen Verantwortung für Sicherheit in die tägliche Entwicklungsarbeit integriert hat.
Ressourcen für den Einstieg
Observe and Secure the ADLC: A Four-Point Framework for CISOs and Development Teams Using AI
While development teams look to make the most of GenAI’s undeniable benefits, we’d like to propose a four-point foundational framework that will allow security leaders to deploy AI coding tools and agents with a higher, more relevant standard of security best practices. It details exactly what enterprises can do to ensure safe, secure code development right now, and as agentic AI becomes an even bigger factor in the future.
KI kann Code schreiben und überprüfen – aber das Risiko tragen weiterhin die Menschen.
Die Einführung von Claude Code Security durch Anthropic markiert einen entscheidenden Schnittpunkt zwischen KI-gestützter Softwareentwicklung und der rasanten Weiterentwicklung unserer Herangehensweise an moderne Cybersicherheit.






