CVE-2026-98489 in Linux
Riassunto
di VulDB • 20/10/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
net: atl1c: correzione del soft lockup in caso di lettura di tpd_cons fuori intervallo
L'hardware può segnalare un valore di tpd_cons (visualizzato come 0xffff) fuori dall'intervallo valido mentre il link PCIe/MAC è in fase di reset. Un valore fuori intervallo non dovrebbe mai essere raggiunto e il ciclo sottostante andrebbe incontro a spin infinito. Per evitare un soft lockup, tale situazione viene trattata come "nulla da pulire" (nessuna nuova attività).
Il problema è stato riprodotto su due macchine con la stessa scheda di rete (Qualcomm Atheros AR8151 v2.0, 4 porte), innescato dal riavvio di una scheda PCIe Mikrotik CCR2004 a cui le porte sono direttamente collegate:
- Ubuntu 26.04.1 LTS, kernel 7.0.0-31-generic. Il precursore del link-flap (fluttuazione del collegamento), prima che il lockup venisse catturato con una traccia completa altrove:
atl1c 0000:05:00.0 enp5s0f0: NETDEV WATCHDOG: CPU: 4: transmit queue 2 timed out 489984 ms atl1c 0000:05:00.0: MAC state machine can't be idle since disabled for 10ms second atl1c 0000:05:00.0: atl1c: enp5s0f0 NIC Link is Up<65535 Mbps Full Duplex>
Il valore 65535 (0xffff) corrisponde esattamente al valore restituito da tpd_cons una volta che il ciclo sottostante rimane bloccato.
- Proxmox VE, kernel 7.0.14-11-pve. Stessa scheda di rete e stesso trigger; questa volta catturato dal watchdog del soft lockup con una traccia completa dello stack:
watchdog: BUG: soft lockup - CPU#12 stuck for 354s! [napi/eth%d-0:329]
CPU: 12 UID: 0 PID: 329 Comm: napi/eth%d-0 Tainted: P O L 7.0.14-11-pve #1 PREEMPT(lazy) RIP: 0010:atl1c_clean_tx+0x142/0x2d0 [atl1c]
Call Trace: <TASK> __napi_poll+0x32/0x1e0 napi_threaded_poll_loop+0x286/0x2e0 napi_threaded_poll+0xfd/0x140 kthread+0xf7/0x130 ret_from_fork+0x2da/0x3a0 ret_from_fork_asm+0x1a/0x30 </TASK>
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.