Sicherheitspatch-Level
Die Patches für System, Vendor und Boot werden mit den anderen Identitätseinstellungen in policy_state_v2.json gespeichert. Die WebUI hält Richtlinie und App-Zuordnungen konsistent.
Wo zu finden: Identität > Sicherheitspatch. Wo ist welche Funktion?
Vorgehen
- Sicherheitspatch unter Dashboard > Identity Engine aktivieren.
- Identität > Sicherheitspatch öffnen, die Modi für System, Vendor und Boot wählen und speichern. Manuelle Daten verwenden
YYYY-MM-DD. - Bei deaktivierter Global Identity Apps unter Profile zuweisen und diese Apps neu starten. Meldet die Aktivierung der optionalen Zygisk-Komponente einen ausstehenden Neustart, das Gerät zuerst einmal neu starten.
- App auflösen, um erfasste, konfigurierte und effektive Werte zu vergleichen.
Die Richtlinie steuert über Zygisk auch Build.VERSION.SECURITY_PATCH und die System-/Vendor-/Boot-Eigenschaften ausgewählter Apps unabhängig von Build Identity. Device Default und Omit erhalten echte Eigenschaften; Omit entfernt nur Zertifikat-Tags. Automatische Eigenschaften nutzen das ROM-Datum, die Zertifikatauflösung bevorzugt erfasste Attestierungswerte. Die Altersgrenze wird für jeden Kalendertag neu bewertet. Bei Aktivierung haben Komponenten-Patchrichtlinien für Patchfelder Vorrang vor benutzerdefinierten Eigenschaften.
Details und Grenzen
System, Vendor und Boot unterstützen unabhängig Gerätewert, ROM-Eigenschaft, Manuell, Automatisch und Auslassen. Manuell verlangt ein gültiges Kalenderdatum im Format YYYY-MM-DD. Gerätewert bewahrt echte Zertifikatwerte; Auslassen entfernt nur das jeweilige Zertifikatfeld. Automatisch nutzt zuerst das erfasste Datum, sonst das ROM-Datum. Ist es älter als die voreingestellten sechs Monate, wird der fünfte Tag des Vormonats verwendet. Die Funktion installiert keine Sicherheitsupdates und garantiert kein Prüfergebnis.