CVE-2026-47134 in clearancekit
Zusammenfassung
von VulDB • 21.07.2026
ClearanceKit fängt Datei-Zugriffsereignisse auf macOS ab und erzwingt pro-Prozess-Zugriffspolicies. Der für die Signierung der Policy-Datenbank auf dem Datenträger (`/Library/Application Support/clearancekit/store.db`) verwendete ECDSA-Private-Key ist im macOS System Keychain gespeichert. Der Schlüssel wurde über das zweistufige Muster `SecKeyCreateRandomKey` (im Speicher) gefolgt von `SecItemAdd(kSecValueRef:, kSecAttrAccess:)` (Persistenz) erstellt. Vor Version 5.0.10 wird bei `kSecClassKey`-Elementen im Legacy System Keychain, das an `SecItemAdd` übergebene `kSecAttrAccess` stillschweigend ignoriert – der persistierte Schlüssel erbt keine ACL-Einschränkungen. Derselbe Access Builder angewendet auf `kSecGenericPassword`-Elemente bindet die ACL korrekt, was diesen Bug spezifisch für den EC-Schlüssel macht. Das Ergebnis ist, dass jeder als root ausgeführte Prozess den Schlüssel verwenden kann, um gültige Signaturen über beliebigen Policy-Inhalt zu erzeugen. Version 5.0.10 behebt das Problem. Es sind keine bekannten Workarounds verfügbar. Das Deaktivieren der Systemerweiterung und das manuelle Entfernen des im System Keychain mit `clearancekit policy signing key` beschrifteten Elements würde den Pfad zur gefälschten Signierung verhindern, deaktiviert jedoch auch die Policy-Durchsetzung.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.