Answer in brief
CVE-2026-98848 records a Unknown severity vulnerability in rtc: ac100: Assign .num before accessing .hws. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=f316cdff8d677db9ad9c90acb44c4cd535b0ee27 <6bb55381daf1a1bed0657189a1396e7467712525 || >=f316cdff8d677db9ad9c90acb44c4cd535b0ee27 <160619b38707241e22569f9c983a4b3d0890996a || >=f316cdff8d677db9ad9c90acb44c4cd535b0ee27 <ad1bf77039cba83373bf1eff3784655e3e3ed2ab || >=f316cdff8d677db9ad9c90acb44c4cd535b0ee27 <6a4117eee82dd85f11bf898bf66026764011eeb6 | 6bb55381daf1a1bed0657189a1396e7467712525, 160619b38707241e22569f9c983a4b3d0890996a, ad1bf77039cba83373bf1eff3784655e3e3ed2ab, 6a4117eee82dd85f11bf898bf66026764011eeb6 |
| Linux/Linuxgeneric | 6.6 | Not reported |
| Linux/Linuxgeneric | >=f316cdff8d677db9ad9c90acb44c4cd535b0ee27 <e77c5fc1f39fdb06ecd1f55b101eea1e1db2ffef || >=f316cdff8d677db9ad9c90acb44c4cd535b0ee27 <6bb55381daf1a1bed0657189a1396e7467712525 || >=f316cdff8d677db9ad9c90acb44c4cd535b0ee27 <160619b38707241e22569f9c983a4b3d0890996a || >=f316cdff8d677db9ad9c90acb44c4cd535b0ee27 <ad1bf77039cba83373bf1eff3784655e3e3ed2ab || >=f316cdff8d677db9ad9c90acb44c4cd535b0ee27 <6a4117eee82dd85f11bf898bf66026764011eeb6 | e77c5fc1f39fdb06ecd1f55b101eea1e1db2ffef, 6bb55381daf1a1bed0657189a1396e7467712525, 160619b38707241e22569f9c983a4b3d0890996a, ad1bf77039cba83373bf1eff3784655e3e3ed2ab, 6a4117eee82dd85f11bf898bf66026764011eeb6 |
Published upstream
Oct 18, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 21, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Oct 18, 2026
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.
Quoted source text, attributed separately from HOL analysis.