VULNERABILIDAD
CVE-2026-98848 Advertencia de límites en ac100_rtc_register_clks por .num asignado tarde
En el kernel de Linux, ac100_rtc_register_clks() asigna .num después de almacenar los relojes en .hws[], lo que con CONFIG_UBSAN_BOUNDS y compiladores que implementan __counted_by genera advertencias por acceso fuera de límites.
Alerta de Nureq Monitor
Detectada 18 OCT · 14:00
CVSS 3.1 · PRELIMINAR
—S/DPROBABILIDAD DE EXPLOTACIÓN (EPSS)
0,2 % PERCENTIL 4
EXPLOTACIÓN ACTIVA
No confirmada
EXPLOIT PÚBLICO
No conocido
Qué es CVE-2026-98848
En el kernel de Linux, ac100_rtc_register_clks() asigna .num después de almacenar los relojes en .hws[], lo que con CONFIG_UBSAN_BOUNDS y compiladores que implementan __counted_by genera advertencias por acceso fuera de límites.
Productos y versiones afectadas
Linux
Linux
Qué hacer
- Verificá si usás Linux y en qué versión: el rango afectado figura arriba.
- Actualizá a la versión corregida que indique el fabricante en su aviso (ver referencias) o aplicá la mitigación que publique.
- Revisá registros y accesos de los sistemas expuestos para descartar que se haya aprovechado antes de corregir.
Calculadora CVSS
Esta vulnerabilidad todavía no tiene vector CVSS publicado.
Abrir la calculadora completa →
Descripción original
In the Linux kernel, the following vulnerability has been resolved:
rtc: ac100: Assign .num before accessing .hws
Commit f316cdff8d67 ("clk: Annotate struct clk_hw_onecell_data with
__counted_by") annotated the hws member of 'struct clk_hw_onecell_data'
with __counted_by, which informs the bounds sanitizer (UBSAN_BOUNDS)
about the number of elements in .hws[], so that it can warn when .hws[]
is accessed out of bounds. As noted in that change, the __counted_by
member must be initialized with the number of elements before the first
array access happens, otherwise there will be a warning from each access
prior to the initialization because the number of elements is zero.
This occurs in ac100_rtc_register_clks() due to .num being assigned only
after every clkout clock has been stored in .hws[]. With
CONFIG_UBSAN_BOUNDS and a compiler that implements __counted_by (GCC
15.1+ or Clang 20.1+), this triggers an array-index-out-of-bounds report
during probe, and with CONFIG_UBSAN_TRAP the first store traps.
Initialize .num with AC100_CLKOUT_NUM, the number of elements .hws[] was
allocated with, right after the allocation. That is the value the loop
counter ends up at on the success path anyway, so the provider's
behaviour is unchanged.
Referencias
- git.kernel.org/stable/c/e77c5fc1f39fdb06ecd1f55b101eea1e1db2ffef
- git.kernel.org/stable/c/6bb55381daf1a1bed0657189a1396e7467712525
- git.kernel.org/stable/c/160619b38707241e22569f9c983a4b3d0890996a
- git.kernel.org/stable/c/ad1bf77039cba83373bf1eff3784655e3e3ed2ab
- git.kernel.org/stable/c/6a4117eee82dd85f11bf898bf66026764011eeb6
Historial de la alerta
- VULNERABILIDAD Nueva vulnerabilidad detectada.
CÓMO SE HIZOResumen traducido automáticamente al español a partir de la descripción original. Ante dudas, la descripción original y las referencias del fabricante son la fuente de verdad. Cómo funciona.