Description
In the Linux kernel, the following vulnerability has been resolved:

rtc: mpfs: fix unchecked devm_clk_get() error pointer in probe()

devm_clk_get(&pdev->dev, "rtcref")'s return value was passed straight
into clk_get_rate() without checking it for an error first, unlike the
"rtc" clock a few lines above which is correctly checked with
IS_ERR(). clk_get_rate() only guards against a NULL clk, not an error
pointer:

if (!clk)
return 0;
...
rate = clk_core_get_rate_recalc(clk->core);

so if devm_clk_get() ever returns an error pointer here (for example
ERR_PTR(-EPROBE_DEFER), which is the normal, expected outcome if the
clkcfg clock-provider this RTC depends on has not registered its
clocks yet by the time this driver probes), clk_get_rate() dereferences
that error pointer instead of returning 0, crashing instead of letting
probe defer.

Capture the clock in the existing 'clk' local and check it with
IS_ERR() before calling clk_get_rate(), matching the handling already
used for the "rtc" clock in this same function.
Published: 2026-10-18
Score: 4.1 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Denial of Service (kernel crash)
Action: Patch
AI Analysis

Impact

A flaw in the MPFS RTC driver caused the kernel to dereference an error pointer returned by devm_clk_get() when initializing a clock. Because the code does not verify the pointer before using clk_get_rate(), a failure such as an expected ERR_PTR(-EPROBE_DEFER) results in a null-pointer dereference. The kernel panics during probe instead of deferring, leading to an unrecoverable system crash. The vulnerability is an unchecked return value that can be triggered when the driver loads or when the clock provider is not yet available, making it a local kernel denial‑of‑service flaw.

Affected Systems

All Linux kernel builds that contain the MPFS RTC driver before the patch commit described in the kernel repositories. Any system using a kernel version without this fix is vulnerable; specific versions are not listed in the advisory, so any unpatched release is affected.

Risk and Exploitability

The CVSS score is 4.1, indicating a low impact. The EPSS score is < 1%, implying a very low probability of exploitation. The CVE is not listed in the CISA KEV catalog. Because the vulnerability is a local kernel denial‑of‑service flaw that only triggers when the MPFS RTC driver probes, the attack requires local privileges or the ability to load the driver, limiting exploitation to systems that use the vulnerable module.

Generated by OpenCVE AI on October 24, 2026 at 02:05 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade to a kernel release that includes the patched MPFS RTC driver.
  • If an upgrade cannot be performed immediately, add a blacklist entry for mpfs_rtc by placing 'blacklist mpfs_rtc' in a file under /etc/modprobe.d/.
  • As an interim workaround, manually apply the patch to the source code, rebuild the module, and install the corrected module.

Generated by OpenCVE AI on October 24, 2026 at 02:05 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Debian DLA Debian DLA DLA-4850-1 linux-6.12 security update
History

Fri, 30 Oct 2026 13:00:00 +0000


Sat, 24 Oct 2026 00:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-252
References
Metrics threat_severity

None

cvssV3_1

{'score': 4.1, 'vector': 'CVSS:3.1/AV:L/AC:H/PR:H/UI:N/S:U/C:N/I:N/A:H'}

threat_severity

Moderate


Wed, 21 Oct 2026 13:15:00 +0000


Sun, 18 Oct 2026 21:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-390

Sun, 18 Oct 2026 16:00:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: rtc: mpfs: fix unchecked devm_clk_get() error pointer in probe() devm_clk_get(&pdev->dev, "rtcref")'s return value was passed straight into clk_get_rate() without checking it for an error first, unlike the "rtc" clock a few lines above which is correctly checked with IS_ERR(). clk_get_rate() only guards against a NULL clk, not an error pointer: if (!clk) return 0; ... rate = clk_core_get_rate_recalc(clk->core); so if devm_clk_get() ever returns an error pointer here (for example ERR_PTR(-EPROBE_DEFER), which is the normal, expected outcome if the clkcfg clock-provider this RTC depends on has not registered its clocks yet by the time this driver probes), clk_get_rate() dereferences that error pointer instead of returning 0, crashing instead of letting probe defer. Capture the clock in the existing 'clk' local and check it with IS_ERR() before calling clk_get_rate(), matching the handling already used for the "rtc" clock in this same function.
Title rtc: mpfs: fix unchecked devm_clk_get() error pointer in probe()
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-10-30T12:40:01.280Z

Reserved: 2026-09-25T10:25:14.372Z

Link: CVE-2026-98825

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-18T16:17:36.720

Modified: 2026-10-30T13:21:29.290

Link: CVE-2026-98825

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-10-18T00:00:00Z

Links: CVE-2026-98825 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-24T02:15:17Z

Weaknesses
  • CWE-252

    Unchecked Return Value

  • CWE-390

    Detection of Error Condition Without Action