CVE-2026-47134
ŚrednieCVSS 6.9Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 1 - wyżej niż 1% wszystkich znanych CVE
Streszczenie
W ClearanceKit przed wersją 5.0.10, klucz ECDSA używany do podpisywania bazy danych polityk jest przechowywany w pęku kluczy macOS bez ograniczeń ACL. Każdy proces działający jako root może użyć tego klucza do podpisania dowolnej treści polityki.
Ocena ryzyka
Atakujący z uprawnieniami roota może sfałszować polityki dostępu, omijając mechanizmy bezpieczeństwa ClearanceKit.
Rekomendacja
Zaktualizuj ClearanceKit do wersji 5.0.10. Jeśli aktualizacja nie jest możliwa, rozważ wyłączenie rozszerzenia systemowego i ręczne usunięcie klucza z pęku kluczy.
Inne podatności w ClearanceKit
Zobacz wszystkie- CVE-2026-47133Średnie
W ClearanceKit przed wersją 5.0.10, podpisy ECDSA dla tabel bazy danych SQLite nie zawierają licznika wersji ani powiązania świeżości. Atakujący może podmienić bazę danych i podpisy na starszą, prawidłowo podpisaną wersję, co zostanie zaakceptowane przez system.
- CVE-2026-34218Średnie
ClearanceKit ma defekt uruchomieniowy, który powoduje, że tylko reguły skompilowane są egzekwowane do czasu interakcji użytkownika z GUI. Reguły MDM i zdefiniowane przez użytkownika nie są stosowane.
Oryginalny opis (angielski, źródło NVD)
ClearanceKit intercepts file-system access events on macOS and enforces per-process access policies. The ECDSA private key used to sign the on-disk policy database (`/Library/Application Support/clearancekit/store.db`) is stored in the macOS System Keychain. The key was created via the two-step pattern `SecKeyCreateRandomKey` (in-memory) followed by `SecItemAdd(kSecValueRef:, kSecAttrAccess:)` (persist). Prior to version 5.0.10, for `kSecClassKey` items in the legacy System Keychain, `kSecAttrAccess` passed to `SecItemAdd` is silently ignored — the persisted key inherits no ACL restriction. The same access builder applied to `kSecClassGenericPassword` items correctly binds the ACL, making this bug specific to the EC key. The result is that any process running as root can use the key to produce valid signatures over arbitrary policy content. Version 5.0.10 fixes the issue. No known workarounds are available. Disabling the system extension and manually removing the System Keychain item labelled `clearancekit policy signing key` would prevent the forged-signature path but also disables policy enforcement.