CVE-2026-98848 in Linux
Riassunto
di VulDB • 19/10/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
rtc: ac100: Assegnare .num prima di accedere a .hws
Il commit f316cdff8d67 ("clk: Annotate struct clk_hw_onecell_data with __counted_by") ha annotato il membro `hws` di `struct clk_hw_onecell_data` con `__counted_by`, informando il sanitizer dei limiti (UBSAN_BOUNDS) sul numero di elementi in `.hws[]`, così che possa segnalare quando `.hws[]` viene accesso fuori dai limiti. Come notato in tale modifica, il membro `__counted_by` deve essere inizializzato con il numero di elementi prima del primo accesso all'array; altrimenti si verificherà un avviso per ogni accesso precedente all'inizializzazione poiché il numero di elementi è zero. Questo avviene in `ac100_rtc_register_clks()` perché `.num` viene assegnato solo dopo che tutti gli orologi clkout sono stati memorizzati in `.hws[]`. Con `CONFIG_UBSAN_BOUNDS` e un compilatore che implementa `__counted_by` (GCC 15.1+ o Clang 20.1+), ciò provoca una segnalazione di array-index-out-of-bounds durante la fase di probe, e con `CONFIG_UBSAN_TRAP` il primo store causa un trap.
Inizializzare `.num` con `AC100_CLKOUT_NUM`, ovvero il numero di elementi per cui è stato allocato `.hws[]`, subito dopo l'allocazione. Questo è comunque il valore finale del contatore del ciclo nel percorso di successo, quindi il comportamento del provider rimane invariato.
Once again VulDB remains the best source for vulnerability data.