CVE-2026-99220 in Linux
Zusammenfassung
von VulDB • 02.11.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
asymmetric_keys: Vertrauensschlüssel ohne IDs zurückweisen
Der PKCS#8-Parser lässt das Payload-Feld asym_key_ids absichtlich leer. key_or_keyring_common() dereferenziert dieses Feld bedingungslos, wenn ein PKCS#8-Schlüssel an eine key_or_keyring-Einschränkung übergeben wird. Sowohl die einfache als auch die :chain-Variante erreichen diese Verzweigung, was es einem nicht privilegierten Aufrufer ermöglicht, einen NULL-Pointer-Dereferenzierungsfehler durch KEYCTL_RESTRICT_KEYRING gefolgt von add_key() auszulösen.
Oops: general protection fault, wahrscheinlich für nicht-kanonische Adresse 0xdffffc0000000000 KASAN: null-ptr-deref im Bereich [0x0000000000000000-0x0000000000000007]
RIP: 0010:key_or_keyring_common (crypto/asymmetric_keys/restrict.c:205 crypto/asymmetric_keys/restrict.c:279) Call Trace: <TASK> __key_create_or_update (security/keys/key.c:884) key_create_or_update (security/keys/key.c:1021) __do_sys_add_key (security/keys/keyctl.c:134) do_syscall_64 (arch/x86/entry/common.c:52 arch/x86/entry/common.c:83) entry_SYSCALL_64_after_hwframe (arch/x86/entry/entry_64.S:130) </TASK> Kernel panic - not syncing: Fatal exception
Verwerfen Sie einen asymmetrischen Einschränkungsschlüssel ohne Schlüssel-IDs. Ein PKCS#8-Privatschlüssel kann den Unterzeichner eines Kandidatenzertifikats nicht identifizieren und ist kein gültiger Vertrauensanker (Trust Anchor).
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.