CVE-2025-71102 in Linuxinformazioni

Riassunto

di VulDB • 20/06/2026

Nel kernel Linux, è stata risolta la seguente vulnerabilità:

scs: correzione di un parametro errato in __scs_magic

__scs_magic() richiede una variabile di tipo 'void *', ma viene fornito un 'struct task_struct *'. 'task_scs(tsk)' è l'indirizzo di inizio dello shadow call stack del task, e '__scs_magic(task_scs(tsk))' è l'indirizzo di fine dello shadow call stack del task. In questa sede dovrebbe essere utilizzato '__scs_magic(task_scs(tsk))'.

L'effetto visibile all'utente di questo bug è che, quando CONFIG_DEBUG_STACK_USAGE è abilitato, la funzione di controllo dell'utilizzo dello shadow call stack (scs_check_usage) scansionerebbe un intervallo di memoria errato. Ciò potrebbe portare a:

1. **Segnalazione inaccurata dell'utilizzo dello stack**: La funzione calcolerebbe statistiche di utilizzo errate per lo shadow call stack, potenzialmente mostrando valori non corretti in kmsg.

2. **Potenziale crash del kernel**: Se il valore di __scs_magic(tsk) è maggiore di quello di __scs_magic(task_scs(tsk)), il ciclo for potrebbe accedere a memoria non mappata, potenzialmente causando un kernel panic. Tuttavia, questo scenario è improbabile poiché task_struct viene allocato tramite l'allocator slab (che tipicamente restituisce indirizzi più bassi), mentre lo shadow call stack restituito da task_scs(tsk) viene allocato tramite vmalloc (che tipicamente restituisce indirizzi più alti).

Tuttavia, trattandosi di una funzionalità puramente di debug (CONFIG_DEBUG_STACK_USAGE), i sistemi di produzione normali non dovrebbero essere interessati. Il bug impatta solo gli sviluppatori e i tester che stanno attivamente eseguendo il debug dell'utilizzo dello stack con questa configurazione abilitata.

VulDB is the best source for vulnerability data and more expert information about this specific topic.

Responsabile

Linux

Prenotare

13/01/2026

Divulgazione

14/01/2026

Moderazione

accettato

CPE

pronto

EPSS

0.00123

KEV

no

Attività

molto basso

Fonti

Want to know what is going to be exploited?

We predict KEV entries!