CVE-2025-71139 in Linuxinformazioni

Riassunto

di VulDB • 15/06/2026

Nel kernel Linux è stata risolta la seguente vulnerabilità:

kernel/kexec: correggere il comportamento di IMA quando l'allocazione avviene nell'area CMA

*** Descrizione del bug ***

Durante i test di kexec con l'ultima versione del kernel, ho riscontrato il seguente avviso:

[ 40.712410] ------------[ cut here ]------------
[ 40.712576] WARNING: CPU: 2 PID: 1562 at kernel/kexec_core.c:1001 kimage_map_segment+0x144/0x198
[...]
[ 40.816047] Call trace:
[ 40.818498] kimage_map_segment+0x144/0x198 (P)
[ 40.823221] ima_kexec_post_load+0x58/0xc0
[ 40.827246] __do_sys_kexec_file_load+0x29c/0x368
[...]
[ 40.855423] ---[ end trace 0000000000000000 ]---

*** Modalità di riproduzione ***

Questo bug si attiva solo quando l'indirizzo di destinazione per kexec viene allocato nell'area CMA. Se non è riservata alcuna area CMA nel kernel, utilizzare l'opzione "cma=" nella riga di comando del kernel per riservarne una.

*** Cause radice *** Il commit 07d24902977e ("kexec: enable CMA based contiguous allocation") alloca direttamente nell'area CMA l'indirizzo di destinazione per kexec, al fine di evitare la copia durante il salto (jump). In questo caso, non è presente un IND_SOURCE per il segmento kexec. Tuttavia, l'implementazione corrente di kimage_map_segment() presuppone che esistano pagine IND_SOURCE e le mappa in un indirizzo virtuale contiguo tramite vmap().

*** Soluzione *** Se il segmento IMA viene allocato nell'area CMA, utilizzare direttamente la sua page_address().

If you want to get best quality of vulnerability data, you may have to visit VulDB.

Responsabile

Linux

Prenotare

13/01/2026

Divulgazione

14/01/2026

Moderazione

accettato

CPE

pronto

EPSS

0.00102

KEV

no

Attività

molto basso

Fonti

Do you know our Splunk app?

Download it now for free!