CVE-2023-52476

In the Linux kernel, the following vulnerability has been resolved: perf/x86/lbr: Filter vsyscall addresses We found that a panic can occur when a vsyscall is made while LBR sampling is active. If the vsyscall is interrupted (NMI) for perf sampling, this call sequence can occur (most recent at top): __insn_get_emulate_prefix() insn_get_emulate_prefix() insn_get_prefixes() insn_get_opcode() decode_branch_type() get_branch_type() intel_pmu_lbr_filter() intel_pmu_handle_irq() perf_event_nmi_handler() Within __insn_get_emulate_prefix() at frame 0, a macro is called: peek_nbyte_next(insn_byte_t, insn, i) Within this macro, this dereference occurs: (insn)->next_byte Inspecting registers at this point, the value of the next_byte field is the address of the vsyscall made, for example the location of the vsyscall version of gettimeofday() at 0xffffffffff600000. The access to an address in the vsyscall region will trigger an oops due to an unhandled page fault. To fix the bug, filtering for vsyscalls can be done when determining the branch type. This patch will return a "none" branch if a kernel address if found to lie in the vsyscall region.
Configurations

Configuration 1 (hide)

OR cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:6.6:rc1:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:6.6:rc2:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:6.6:rc3:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:6.6:rc4:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:6.6:rc5:*:*:*:*:*:*

History

10 Jan 2025, 18:27

Type Values Removed Values Added
CWE NVD-CWE-noinfo
CPE cpe:2.3:o:linux:linux_kernel:6.6:rc2:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:6.6:rc4:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:6.6:rc1:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:6.6:rc5:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:6.6:rc3:*:*:*:*:*:*
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
CVSS v2 : unknown
v3 : unknown
v2 : unknown
v3 : 5.5
References () https://git.kernel.org/stable/c/3863989497652488a50f00e96de4331e5efabc6c - () https://git.kernel.org/stable/c/3863989497652488a50f00e96de4331e5efabc6c - Patch
References () https://git.kernel.org/stable/c/403d201d1fd144cb249836dafb222f6375871c6c - () https://git.kernel.org/stable/c/403d201d1fd144cb249836dafb222f6375871c6c - Patch
References () https://git.kernel.org/stable/c/e53899771a02f798d436655efbd9d4b46c0f9265 - () https://git.kernel.org/stable/c/e53899771a02f798d436655efbd9d4b46c0f9265 - Patch
References () https://git.kernel.org/stable/c/f71edacbd4f99c0e12fe4a4007ab4d687d0688db - () https://git.kernel.org/stable/c/f71edacbd4f99c0e12fe4a4007ab4d687d0688db - Patch
First Time Linux
Linux linux Kernel

21 Nov 2024, 08:39

Type Values Removed Values Added
References () https://git.kernel.org/stable/c/3863989497652488a50f00e96de4331e5efabc6c - () https://git.kernel.org/stable/c/3863989497652488a50f00e96de4331e5efabc6c -
References () https://git.kernel.org/stable/c/403d201d1fd144cb249836dafb222f6375871c6c - () https://git.kernel.org/stable/c/403d201d1fd144cb249836dafb222f6375871c6c -
References () https://git.kernel.org/stable/c/e53899771a02f798d436655efbd9d4b46c0f9265 - () https://git.kernel.org/stable/c/e53899771a02f798d436655efbd9d4b46c0f9265 -
References () https://git.kernel.org/stable/c/f71edacbd4f99c0e12fe4a4007ab4d687d0688db - () https://git.kernel.org/stable/c/f71edacbd4f99c0e12fe4a4007ab4d687d0688db -
Summary
  • (es) En el kernel de Linux, se resolvió la siguiente vulnerabilidad: perf/x86/lbr: Filtrar direcciones vsyscall Descubrimos que puede ocurrir un pánico cuando se realiza una vsyscall mientras el muestreo LBR está activo. Si el VSYSCALL se interrumpe (NMI) para el muestreo de Perf, esta secuencia de llamadas puede ocurrir (más reciente en la parte superior): __insn_get_emulate_prefix () insn_get_emulate_prefix () insn_get_prefixes () insn_get_opcode () decode_branch_type () get_branch_type () _pmu_handle_irq () perf_event_nmi_handler ( ) Dentro de __insn_get_emulate_prefix() en el cuadro 0, se llama una macro: peek_nbyte_next(insn_byte_t, insn, i) Dentro de esta macro, se produce esta desreferencia: (insn)->next_byte Inspeccionando registros en este punto, el valor del campo next_byte es el dirección de vsyscall realizada, por ejemplo, la ubicación de la versión vsyscall de gettimeofday() en 0xffffffffff600000. El acceso a una dirección en la región vsyscall provocará un error debido a un error de página no controlado. Para corregir el error, se puede filtrar por vsyscalls al determinar el tipo de rama. Este parche devolverá una rama "ninguna" si se encuentra que una dirección del kernel se encuentra en la región vsyscall.

29 Feb 2024, 06:15

Type Values Removed Values Added
New CVE

Information

Published : 2024-02-29 06:15

Updated : 2025-01-10 18:27


NVD link : CVE-2023-52476

Mitre link : CVE-2023-52476

CVE.ORG link : CVE-2023-52476


JSON object : View

Products Affected

linux

  • linux_kernel