Skip to main content
VulnerabilityPublished Updated

CVE-2026-92615: Red Hat Advanced Cluster Management for Kubernetes 2 · Improper Resource Locking

Affects Red Hat Advanced Cluster Management for Kubernetes 2Source CVE Database V5

0
Compare

Not known to be exploited · CVSS 6.6 Medium.

Data as of 31 Oct 2026, 20:20 UTC

CVSS 3.1 base score
6.6Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 4% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:H/PR:H/UI:N/S:C/C:H/I:L/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 16 Sep 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 31 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
Red HatRed Hat Advanced Cluster Management for Kubernetes 2Affected–Fixed in–
Red HatRed Hat Edge Manager 1Affected–Fixed in–

AI-suggested

There is no application-level workaround that fully eliminates this race condition without a code fix. Deployment-level mitigations include avoiding the use of mTLS client certificates in git repositories and not setting skipServerVerification to true in Repository resources. These measures reduce the risk of sensitive TLS data leaking between tenants. Monitor Red Hat's advisory for patch availability and apply official fixes when released.

Description

CVE-2026-92615 is a medium severity vulnerability in Red Hat Advanced Cluster Management for Kubernetes 2 related to improper resource locking in the flightctl component. The flaw arises from a race condition in the configureRepoHTTPSClient() function, which installs per-repository TLS configurations into a process-global map shared across concurrent git clone operations. This can cause TLS settings, including InsecureSkipVerify and mTLS client credentials, from one tenant to leak into another tenant's git operations in multi-tenant deployments.

References

Community reviews

Loading reviews…