SafetyNet: Unterschied zwischen den Versionen
→Probleme mit CustomROMs und Root: Rechtschreibfehler behoben
Keine Bearbeitungszusammenfassung |
(→Probleme mit CustomROMs und Root: Rechtschreibfehler behoben) |
||
| Zeile 14: | Zeile 14: | ||
Aufgrund des gesetzten Ziels von ''SafetyNet'' und der daraus resultierenden Implementierung, ist es problematisch, ein [[ROM|CustomROM]] zu installieren oder ein Gerät zu [[Root|rooten]], wenn gleichzeitig eine App genutzt wird, die einen positiven ''SafetyNet'' Check benötigt. Sowohl das Installieren eines CustomROM, wie auch das rooten, verändern die auf dem Gerät installierte Software und resultieren damit in einer negativen ''SafetyNet''-Überprüfung, sodass Apps wie bspw. [[Google Pay]] aber auch ''Pokemon GO'' nicht mehr funktionieren. Aus der Entwickler-Community gibt es immer wieder Wege und Implementierungen, die die Veränderung des Systems vor ''SafetyNet'' verbergen sollen und somit zu einem positiven Ergebnis bei der Überprüfung führen. Aufgrund der unbekannten Analysen, die auf den gesammelten Daten seitens Google durchgeführt werden, ist es allerdings oft schwer nachzuvollziehen, welche Informationen verändert werden müssen. Zusätzlich verändert Google regelmäßig die Analysen um Methoden zur Umgehung von ''SafetyNet'' unbrauchbar zu machen. Die Server-seitige Überprüfung unterstützt hierbei sowohl das geheimhalten der verwendeten Algorithmen, wie auch die schnelle Anpassung der Analysen. | Aufgrund des gesetzten Ziels von ''SafetyNet'' und der daraus resultierenden Implementierung, ist es problematisch, ein [[ROM|CustomROM]] zu installieren oder ein Gerät zu [[Root|rooten]], wenn gleichzeitig eine App genutzt wird, die einen positiven ''SafetyNet'' Check benötigt. Sowohl das Installieren eines CustomROM, wie auch das rooten, verändern die auf dem Gerät installierte Software und resultieren damit in einer negativen ''SafetyNet''-Überprüfung, sodass Apps wie bspw. [[Google Pay]] aber auch ''Pokemon GO'' nicht mehr funktionieren. Aus der Entwickler-Community gibt es immer wieder Wege und Implementierungen, die die Veränderung des Systems vor ''SafetyNet'' verbergen sollen und somit zu einem positiven Ergebnis bei der Überprüfung führen. Aufgrund der unbekannten Analysen, die auf den gesammelten Daten seitens Google durchgeführt werden, ist es allerdings oft schwer nachzuvollziehen, welche Informationen verändert werden müssen. Zusätzlich verändert Google regelmäßig die Analysen um Methoden zur Umgehung von ''SafetyNet'' unbrauchbar zu machen. Die Server-seitige Überprüfung unterstützt hierbei sowohl das geheimhalten der verwendeten Algorithmen, wie auch die schnelle Anpassung der Analysen. | ||
Des Weiteren kann der | Des Weiteren kann der SafetyNet-Status nicht ohne Weiteres von einem ''tampered'', also einem ''veränderten'', Zustand zurück geändert werden. Hintergrund ist, dass ''SafetyNet'' nicht nur den aktuellen Status des Gerätes für eine Überprüfung heranzieht, sondern auch die verschiedenen Status im Verlauf der Zeit bewertet. Das Zurücksetzen des Status ist daher nur durch einen kompletten Austausch der System-Partition mit einem unveränderten Image möglich.<ref>{{Internetquelle|url=https://www.androidpit.de/gefangen-im-safetynet-was-modder-beachten-muessen|titel=Gefangen im SafetyNet von Google: Was Modder beachten müssen {{!}} AndroidPIT|sprache=de|zugriff=2018-09-29}}</ref> | ||
== Überprüfen des aktuellen SafetyNet Status == | == Überprüfen des aktuellen SafetyNet Status == | ||