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

crypto: qcom-rng - Remove crypto_rng interface

qcom-rng.c exposes the same hardware through two completely separate
interfaces, crypto_rng and hwrng. However, the implementation of this
is buggy because it permits generation operations from these interfaces
to run concurrently with each other, accessing the same registers. That
is, qcom_rng_generate() synchronizes with itself but not with
qcom_hwrng_read(). This results in potential repetition of output from
the RNG, output of non-random values, etc.

Fortunately, there's actually no point in hardware RNG drivers
implementing the crypto_rng interface. It's not actually used by
anything besides the "rng" algorithm type of AF_ALG, which in turn is
not actually used in practice. Other crypto_rng hardware drivers are
likewise being phased out, leaving just the hwrng support.

Thus, remove it to simplify the code and avoid conflict (and confusion)
with the hwrng interface which is the one that actually matters.
Published: 2026-09-04
Score: n/a
EPSS: n/a
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The Linux kernel’s Qualcomm hardware random number generator driver exposed two independent interfaces, crypto_rng and hwrng, that accessed the same hardware registers simultaneously. The implementation failed to synchronize these concurrent accesses, allowing calls to both interfaces at the same time. This race condition can repeat random output or produce values that are not truly random, undermining any cryptographic processes that rely on that randomness.

Affected Systems

Linux kernels where the qcom-rng driver is present. The flaw applies to all distributions using the upstream kernel that have not yet removed the crypto_rng interface for this driver.

Risk and Exploitability

No CVSS score or EPSS score is listed, and the vulnerability is not in the CISA KEV catalog. Based on the description, the likely attack vector is an adversary who can invoke both RNG interfaces, intentionally or unintentionally, to induce the vulnerable concurrent access. Because the issue stems from internal register contention rather than an external input, exploitation requires internal code execution or a scenario where both interfaces are invoked from privileged or untrusted code paths. The risk is thus moderate, contingent on the presence of dual RNG usage in the system.

Generated by OpenCVE AI on September 4, 2026 at 18:49 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade to a kernel version where the qcom-rng crypto_rng interface has been removed or patched.
  • If an upgrade is not possible, disable or avoid using the crypto_rng interface on the affected kernel and rely solely on the hwrng interface for entropy.
  • Employ monitoring of RNG entropy (e.g., inspect /proc/sys/kernel/random/entropy_avail) and audit applications that request randomness to ensure no repeated output is being produced.

Generated by OpenCVE AI on September 4, 2026 at 18:49 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Fri, 04 Sep 2026 19:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-338
CWE-362

Fri, 04 Sep 2026 16:00:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: crypto: qcom-rng - Remove crypto_rng interface qcom-rng.c exposes the same hardware through two completely separate interfaces, crypto_rng and hwrng. However, the implementation of this is buggy because it permits generation operations from these interfaces to run concurrently with each other, accessing the same registers. That is, qcom_rng_generate() synchronizes with itself but not with qcom_hwrng_read(). This results in potential repetition of output from the RNG, output of non-random values, etc. Fortunately, there's actually no point in hardware RNG drivers implementing the crypto_rng interface. It's not actually used by anything besides the "rng" algorithm type of AF_ALG, which in turn is not actually used in practice. Other crypto_rng hardware drivers are likewise being phased out, leaving just the hwrng support. Thus, remove it to simplify the code and avoid conflict (and confusion) with the hwrng interface which is the one that actually matters.
Title crypto: qcom-rng - Remove crypto_rng interface
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-09-04T15:54:44.116Z

Reserved: 2026-08-26T14:34:25.796Z

Link: CVE-2026-80835

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-04T16:18:11.790

Modified: 2026-09-04T16:18:11.790

Link: CVE-2026-80835

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-04T19:00:14Z

Weaknesses
  • CWE-338

    Use of Cryptographically Weak Pseudo-Random Number Generator (PRNG)

  • CWE-362

    Concurrent Execution using Shared Resource with Improper Synchronization ('Race Condition')