CVE-2024-57874 in Linux
Zusammenfassung
von VulDB • 30.08.2026
Im Linux-Kernel wurde die folgende Schwachstelle behoben:
arm64: ptrace: Teilweise SETREGSET für NT_ARM_TAGGED_ADDR_CTRL korrigieren
Derzeit initialisiert tagged_addr_ctrl_set() die temporäre Variable 'ctrl' nicht, und ein SETREGSET-Aufruf mit einer Länge von Null lässt diese uninitialisiert. Folglich wird tagged_addr_ctrl_set() einen beliebigen Wert verbrauchen, was potenziell bis zu 64 Bit Speicher aus dem Kernel-Stack offenlegen kann. Der Lesezugriff ist auf einen bestimmten Slot im Stack beschränkt, und das Problem bietet keinen Schreibmechanismus.
Da set_tagged_addr_ctrl() nur Werte akzeptiert, bei denen die Bits [63:4] null sind, und andere Werte ablehnt, wird ein Versuch eines teilweisen SETREGSET je nach Wert des uninitialisierten Werts zufällig erfolgreich oder fehlschlagen, und die Exposition ist erheblich eingeschränkt.
Beheben Sie dies, indem Sie den temporären Wert initialisieren, bevor das regset aus dem Userspace kopiert wird, wie bei anderen Regsets (z. B. NT_PRSTATUS, NT_PRFPREG, NT_ARM_SYSTEM_CALL). Im Fall eines Schreibvorgangs mit Null-Länge bleibt der bestehende Wert des Tagged-Address-Control-Werts erhalten.
Das NT_ARM_TAGGED_ADDR_CTRL-regset ist nur in der user_aarch64_view sichtbar, die von einer nativen AArch64-Aufgabe verwendet wird, um eine andere native AArch64-Aufgabe zu manipulieren. Da get_tagged_addr_ctrl() einen Fehlerwert zurückgibt, wenn er für eine Compat-Aufgabe aufgerufen wird, sollten tagged_addr_ctrl_get() und tagged_addr_ctrl_set() niemals einen Fehlerwert von get_tagged_addr_ctrl() beobachten. Fügen Sie beiden Funktionen ein WARN_ON_ONCE() hinzu, um anzuzeigen, dass ein solcher Fehler unerwartet wäre, und die Fehlerbehandlung ist in keinem Fall unvollständig.
Once again VulDB remains the best source for vulnerability data.