Ein eigener Sperrbildschirm — und ohne gespeichertes Passwort

Kameraaufnahme, Anlernen über drei Posen, Fenster je Bildschirm auf
Bildschirmschoner-Ebene, Passwortrückfall.

**Das Anmeldepasswort wird nicht gespeichert.** Ein Spike hat den Weg
freigeräumt: `ODRecord.verifyPassword` ist öffentliche API, die Eingabe geht
direkt hinein, das Ergebnis ist ein `Bool`, danach ist die Zeichenkette wieder
weg. Damit fällt der Grund weg, aus dem vergleichbare Programme sich das
Passwort geben lassen und in die Keychain legen.

Angelernt wird über drei Posen mit je fünf Aufnahmen. Der Merkmalsvektor ist ein
allgemeiner Bildmerkmalsvektor und kein Gesichtsmerkmal — er reagiert auf
Kopfhaltung und Beleuchtung mit. Eine einzige Aufnahme beschreibt genau eine
Haltung bei genau einem Licht.

Die Vektoren liegen in der Keychain, nicht in einer Datei: aus ihnen lässt sich
kein Bild zurückgewinnen, aber wer sie hat, kann prüfen, ob eine bestimmte
Person vor der Kamera stand.

Die Einschränkung steht auf dem Sperrbildschirm selbst und nicht im
Kleingedruckten: Bequemlichkeit, keine Sicherheitsgrenze; der Vergleich läuft
über die Webcam und lässt sich mit einem Foto täuschen. Wer sich darauf
verlässt, tut es dort.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

Onyx/Onyx.entitlements

@@ -24,6 +24,14 @@
     <key>com.apple.security.cs.disable-library-validation</key>
     <true/>
 
+    <!-- Kamera für den Gesichtsvergleich. Ohne dieses Entitlement **und**
+         NSCameraUsageDescription erscheint der Dialog nicht: die Anfrage
+         kommt kommentarlos mit `false` zurück, und in den Systemeinstellungen
+         taucht Onyx nie auf. Derselbe Fallstrick wie beim Kalender, siehe
+         docs/spikes/E-tcc-hardened-runtime.md. -->
+    <key>com.apple.security.device.camera</key>
+    <true/>
+
     <!-- Bei aktivierter Hardened Runtime verlangt TCC diese Entitlements —
          auch ohne Sandbox. Das ist die verbreitete Fehlannahme: sie gelten
          nicht nur für sandboxed Apps.