Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A08:2025 - Software or Data Integrity Failures
ASVS 5.0
V13 - Configuration Search path element control
|
| Impact | The CVSS 3.0 vector (AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H) indicates local attack vector with low complexity and low privilege requirements, yielding a 7.8 score. However, real-world risk is moderated by the prerequisite requirement: an attacker must already have low-privileged code execution. This is not a remote vulnerability and does not grant unauthenticated access. The lack of confirmed KEV status and public POC suggests this is not currently under active exploitation. For organizations where Action1 runs with elevated privileges or in shared/multi-tenant environments, this represents HIGH priority (privilege escalation from low to SYSTEM). For isolated single-user deployments, risk is MEDIUM. The vulnerability is technically sound (CWE-427 is well-understood and exploitable) but requires a prior compromise, making it a secondary rather than primary attack vector. |
| Exploit ScenarioDerived | An attacker gains initial low-privileged code execution on a Windows system running Action1 (e.g., via phishing malware, compromised software, or legitimate but vulnerable application). The attacker enumerates the search path that Action1's OpenSSL integration uses to load configuration files. If Action1 searches user-writable or partially-writable directories before system directories (common misconfiguration), the attacker drops a crafted openssl.cnf file in that location. When Action1 next initializes OpenSSL (during startup or during cryptographic operations), it loads the malicious configuration, which can include engine directives, library paths, or environment variable expansions that execute attacker-controlled code in the SYSTEM context. The attacker achieves privilege escalation and can install persistence mechanisms, steal credentials, or compromise the system further. Since AC:L and UI:N, no user interaction is required—merely triggering Action1 functionality is sufficient. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Mar 14, 2026
Local privilege escalation vulnerability in Action1 where an attacker with low-privileged code execution can exploit an insecure OpenSSL configuration file loading mechanism to achieve SYSTEM-level code execution. The vulnerability requires prior code execution capability on the target system but presents a direct path to full system compromise once initial access is obtained. No active exploitation or public POC has been confirmed at this time, but the moderate CVSS score of 7.8 and CWE-427 classification indicate a meaningful risk to Action1 users.
RemediationAI
- Apply the latest Action1 security patch when released by the vendor (reference ZDI-CAN-26767 for tracking). 2. Implement principle of least privilege: run Action1 with minimum necessary privileges, avoiding SYSTEM or Administrator context where possible. 3. Restrict write permissions to directories where Action1 loads OpenSSL configuration files (typically Windows system paths like %WINDIR%\System32 and application installation directories). 4. Use file integrity monitoring (FIM) on OpenSSL configuration files and search paths to detect unauthorized modifications. 5. Isolate Action1 processes in AppContainers or similar sandboxes if Windows version supports it. 6. Monitor process creation and library loading from Action1 for anomalies.
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
This vulnerability stems from CWE-427 (Uncontrolled Search Path Element), a path traversal weakness where Action1 loads OpenSSL configuration files from an unsecured or predictable location without proper validation. OpenSSL configuration files can contain directives that influence cryptographic operations, engine loading, and library paths. By placing a malicious openssl.cnf or related configuration file in a location that Action1's process will search before the legitimate system configuration, an attacker can inject arbitrary commands or load malicious libraries. The vulnerability likely affects Action1 versions that bundle or depend on OpenSSL without implementing proper search path restrictions. The specific CPE for Action1 would be 'cpe:2.3:a:action1:action1:*:*:*:*:*:*:*:*' with affected versions requiring vendor clarification.
Know when OpenSSL 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
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Primary rating from NVD · only source for this CVE.
CVSS VectorNVD
DescriptionCVE.org
Action1 Uncontrolled Search Path Element Local Privilege Escalation Vulnerability. This vulnerability allows local attackers to escalate privileges on affected installations of Action1. An attacker must first obtain the ability to execute low-privileged code on the target system in order to exploit this vulnerability.
The specific flaw exists within the configuration of OpenSSL. The product loads an OpenSSL configuration file from an unsecured location. An attacker can leverage this vulnerability to escalate privileges and execute arbitrary code in the context of SYSTEM. Was ZDI-CAN-26767.
Executive ViewAI
Action1 installations are vulnerable to local privilege escalation attacks that could allow attackers with basic system access to gain complete administrative control. This represents a significant risk for organizations using Action1, particularly in environments where multiple users or third-party applications have local system access.
Restrict local system access through strong authentication and privilege management; disable Action1 features if not actively required; implement file system access controls to restrict modification of OpenSSL configuration files; isolate Action1 systems on network segments with limited user access; monitor process execution and file modifications in Action1 directories using endpoint detection and response (EDR) tools; enforce application whitelisting on Action1 host systems.
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
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
The (1) TLS and (2) DTLS implementations in OpenSSL 1.0.1 before 1.0.1g do not properly handle Heartbeat Extension packe
In order to decrypt SM2 encrypted data an application is expected to call the API function EVP_PKEY_decrypt(). Rated cri
The dtls1_reassemble_fragment function in d1_both.c in OpenSSL before 0.9.8za, 1.0.0 before 1.0.0m, and 1.0.1 before 1.0
OpenSSL before 0.9.8za, 1.0.0 before 1.0.0m, and 1.0.1 before 1.0.1h does not properly restrict processing of ChangeCiph
The SSLv2 protocol, as used in OpenSSL before 1.0.1s and 1.0.2 before 1.0.2g and other products, requires a server to se
The ssl3_get_key_exchange function in s3_clnt.c in OpenSSL before 0.9.8zd, 1.0.0 before 1.0.0p, and 1.0.1 before 1.0.1k
In addition to the c_rehash shell command injection identified in CVE-2022-1292, further circumstances where the c_rehas
The TLS protocol 1.2 and earlier, when a DHE_EXPORT ciphersuite is enabled on a server but not on a client, does not pro
The SSL protocol 3.0, as used in OpenSSL through 1.0.1i and other products, uses nondeterministic CBC padding, which mak
The AES-NI implementation in OpenSSL before 1.0.1t and 1.0.2 before 1.0.2h does not consider memory allocation during a
The X509_verify_cert function in crypto/x509/x509_vfy.c in OpenSSL 1.0.1n, 1.0.1o, 1.0.2b, and 1.0.2c does not properly
A buffer overrun can be triggered in X.509 certificate verification, specifically in name constraint checking. Rated hig
EUVD-2025-17356
NVD
CVE.org
EPSS
GitHub PoC
Exploit-DB