Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain local low-privilege access to ADVMS host
-
DeliveryLocate ADVMS executable on disk
-
ExploitRead hard-coded key from binary constants
-
ExecutionDecrypt/forge protected data with recovered key
-
ImpactConfidentiality and integrity impact
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A04:2025 - Cryptographic Failures
ASVS 5.0
V11 - Cryptography Key management, no hard-coded keys
|
| Exploitation Conditions | Exploitation requires local access to a system running Johnson Controls ADVMS at a version before 3.10, plus low-level privileges sufficient to read the application's executable/constants (CVSS AV:L, PR:L, AT:N, UI:N). The core condition is simply that the vulnerable ADVMS binary contains the hard-coded cryptographic key - this appears to be an inherent property of affected builds rather than a non-default configuration toggle. Limiting factors that reduce real-world risk: there is no network attack vector (an attacker cannot trigger this remotely without first gaining local access), authentication/low privileges are needed, and only ADVMS installations below version 3.10 are affected; upgrading to 3.10 or later removes the condition. |
| Impact | This is a use-of-hard-coded-cryptographic-key flaw (CWE-321) in Johnson Controls ADVMS, scored CVSS 8.5 via the vendor-supplied CVSS 4.0 vector CVSS:4.0/AV:L/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:L/SI:L/SA:L. The signals are internally consistent but point to a locally-exploitable, authenticated issue rather than a remotely wormable one: AV:L means the attacker needs local access (or an already-running process context) to the executable, and PR:L means some level of authenticated/low privilege is required, which substantially lowers real-world urgency despite the HIGH severity band. No EPSS score was provided, the CVE is NOT listed in CISA KEV, and no public proof-of-concept was supplied - so there is no public exploit identified at time of analysis and no evidence of active exploitation. The high CVSS is driven by the triple VC:H/VI:H/VA:H impact rating (reading a hard-coded key can cascade into confidentiality, integrity, and availability loss across protected data/comms), but the local attack vector and privilege requirement make this a moderate-priority patch-management item for ADVMS operators rather than an emergency. Note a mild tension to verify with the vendor: the description frames the consequence narrowly as 'Read Sensitive Constants Within an Executable' (a confidentiality/key-extraction primitive), yet the CVSS asserts HIGH integrity and availability impact - the I/A impact is presumably downstream of key compromise and should be confirmed against Johnson Controls' advisory. |
| Exploit ScenarioDerived | An attacker with local, low-privilege access to a host running Johnson Controls ADVMS extracts a hard-coded cryptographic key embedded in the application binary by reading sensitive constants from the executable. With the recovered key they can decrypt protected data or forge/tamper with cryptographically protected communications or stored credentials, undermining the confidentiality and integrity the key was meant to protect. No public exploit code is known at time of analysis, and exploitation requires local access plus low privileges per the CVSS 4.0 vector. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 07, 2026
Hard-coded cryptographic key material embedded in Johnson Controls ADVMS builds prior to 3.10 lets a locally authenticated, low-privileged user read sensitive constants out of the application executable and recover a key that was never meant to be exposed. Because the key is static across affected installations, anything protected by it - encrypted data, authentication material, or inter-component trust - can be decrypted, spoofed, or reused by anyone who extracts it, producing high confidentiality, integrity, and availability impact on the affected host. The issue is local-only (CVSS v4.0 AV:L/AC:L/PR:L/UI:N), is not confirmed actively exploited (not in CISA KEV), and has no public exploit identified at time of analysis; upgrading to 3.10 or later removes the condition.
RemediationAI
Upgrade Johnson Controls ADVMS to version 3.10 or later, the exact version threshold above which the hard-coded key condition no longer applies, and verify the installed build against the vendor advisory at https://www.johnsoncontrols.com/trust-center/cybersecurity/security-advisories. Because the flaw is local and privilege-gated rather than network-exploitable, the practical interim controls are to restrict interactive and local logon on ADVMS hosts to fully trusted administrators (shrinking the pool of low-privileged users who can run binary analysis against the executable, at the cost of operational flexibility) and, critically, to treat the embedded key as compromised by rotating or re-keying any downstream secret, certificate, or encrypted store that depends on it once 3.10 is installed - otherwise upgraded systems can still be exploited by anyone who extracted the key before the update. Tightening read/execute ACLs on the ADVMS install directory provides limited benefit since the binary must be readable to execute, and with no public exploit or confirmed in-the-wild activity, emergency network isolation of ADVMS hosts is not warranted on the basis of this CVE alone.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
CWE-321 (Use of Hard-coded Cryptographic Key) is the root-cause class: instead of generating a per-installation key or keeping it in a protected keystore, the ADVMS build embeds the key directly in the executable as a constant, which is what the advisory describes as allowing 'Read Sensitive Constants Within an Executable.' The affected component is identified by the vendor CPE cpe:2.3:a:johnson_controls:advms:*:*:*:*:*:*:*:*, covering all Johnson Controls ADVMS releases below 3.10. Per the vendor-supplied CVSS 4.0 vector (AV:L/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:L/SI:L/SA:L), exploitation requires local access to a host running the vulnerable build plus low-level privileges, cannot be triggered remotely over the network, and the weakness is inherent to affected builds rather than a non-default configuration toggle. Recovering static key material is a low-complexity, deterministic step (for example, string or binary analysis of the executable), so once local access is obtained the key is trivially extractable; the independent CVSS 3.1 assessment concurs with AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H.
Know when Advms gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:L/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:L/SI:L/SA:L
Local extraction of an embedded key by a low-privileged user (AV:L, PR:L, AC:L, UI:N); impact mirrors the vendor's HIGH C/I/A, with scope unchanged as the key resides in the same executable.
Primary rating from Vendor (jci).
CVSS VectorVendor: jci
Lifecycle Timeline
2DescriptionCVE.org
Use of hard-coded cryptographic key vulnerability in Johnson Controls ADVMS allows Read Sensitive Constants Within an Executable.
This issue affects ADVMS: before 3.10.
Executive ViewAI
Johnson Controls ADVMS deployments running builds earlier than 3.10 contain a hard-coded cryptographic key that a low-privileged local user can extract from the application executable, and because that key is identical across affected installations, a single extraction can undermine encrypted data, authentication material, and trust relationships on every exposed system. The flaw affects the physical security and building management infrastructure that sites rely on for safety and access control, so compromise of those trust relationships carries operational and potentially life-safety consequences beyond the individual host. Leadership should care because no vendor patch has been identified at this time, and exploitation requires only existing local access rather than any advanced capability.
No vendor-released patch identified at time of analysis; the advisory states that upgrading to version 3.10 or later removes the condition. Interim mitigations: restrict local interactive and remote logon on affected hosts to named administrative accounts, enforce least privilege and remove unnecessary low-privileged local accounts, deploy application allowlisting and endpoint detection for executable read or memory-dump activity, network-segment affected hosts, and prepare to rotate any data or credentials protected by the exposed static key once the 3.10 upgrade is validated.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
EUVD-2026-94578
GHSA-h9vm-53hv-75ch
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB