Cyber Resilience

CVE-2026-40525

Volcengine Openviking ≤ 0.3.9

Public PoC
Published
17 April 2026
Modified
14 July 2026
Patch / advisory
CVSS Score v4 9.1
Click a component to see what it means
Raw vectorCVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X
EPSS Score 0.0057 44th percentile
Risk Priority 46 floored blend · peak EPSS

Summary

CVE-2026-40525 is a critical-severity Failing Open (CWE-636) vulnerability in Volcengine Openviking. Its CVSS base score is 9.1 (Critical).

Operationally, ranked at the 44th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog; a public proof-of-concept is referenced.

The strongest mitigations our analysis identified map to CP-12 (Safe Mode) and SC-24 (Fail in Known State) — see the control section below for these in your framework.

Deeper analysis AI-assisted summary

Synthesised by an AI model from the NVD description and linked references — a reading aid, not an authoritative source.

CVE-2026-40525 is an authentication bypass vulnerability (CWE-636) in OpenViking versions prior to 0.3.9. The flaw exists in the VikingBot OpenAPI HTTP route surface, where the authentication check fails in an open state when the api_key configuration value is unset or empty. This allows unauthorized access to privileged functionality without a valid X-API-Key header.

Remote attackers with network access to an exposed OpenViking instance can exploit the vulnerability with low complexity and no privileges required. Successful exploitation enables invocation of bot-control features, such as submitting attacker-controlled prompts, creating or using bot sessions, and accessing downstream tools, integrations, secrets, or data available to the bot. The issue carries a CVSS v3.1 base score of 9.1 (AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N), indicating high confidentiality and integrity impacts.

Mitigation involves upgrading to OpenViking version 0.3.9 or later, which incorporates the fix via GitHub commit c7bb1676f4d037609f041bf39e4e2bd52e8f9820 and pull request #1447. Additional guidance is provided in the VulnCheck advisory at https://www.vulncheck.com/advisories/openviking-authentication-bypass-via-vikingbot-openapi.

OWASP Top 10 for Web (2025)

EU & UK References

Vulnerability Data

OpenViking prior to version 0.3.9 contains an authentication bypass vulnerability in the VikingBot OpenAPI HTTP route surface where the authentication check fails open when the api_key configuration value is unset or empty. Remote attackers with network access to the exposed…

more

service can invoke privileged bot-control functionality without providing a valid X-API-Key header, including submitting attacker-controlled prompts, creating or using bot sessions, and accessing downstream tools, integrations, secrets, or data accessible to the bot.

CWE(s)

Related Threats

CVEs Like This One

CVE-2026-22680Same product: Volcengine Openviking
CVE-2026-34999Same product: Volcengine Openviking
CVE-2026-28518Same product: Volcengine Openviking
CVE-2026-53852Shared CWE-636
CVE-2026-53837Shared CWE-636
CVE-2026-69306Shared CWE-636
CVE-2025-21210Shared CWE-636
CVE-2023-4030Shared CWE-636
CVE-2026-42423Shared CWE-636
CVE-2026-22034Shared CWE-636

Affected Assets

volcengine
openviking
≤ 0.3.9

Mitigating Controls

Control response

Prevent
Stop it (NIST 800-53)

Detect
Catch it (NIST detect / respond)

Harden
Shrink the surface (DISA STIG)

Validate
Prove the fix (OWASP ASVS)
  • V3.2.1
  • V7.4.1
  • V8.3.3
  • V10.3.4

Mitigating Controls (NIST 800-53 r5) AI

SC-24 directly requires the system to fail to a known state that preserves security properties, structurally stopping fallback to a less-secure mode.

SI-17 mandates explicit fail-safe procedures that activate on indicated failures, preventing the insecure fallback behavior.

CP-12 forces entry into a safe mode on detected conditions, limiting exposure but not covering every failure path.

SA-8 requires application of engineering principles that include fail-secure design, reducing the likelihood the weakness is introduced.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.PS-06 mostly match
prevents

Secure-development practices explicitly include designing error and failure handling to remain in a secure state.

PR.AA-05 partial match
prevents

Least-privilege policy and enforcement directly counters the permissive-access fallback example in the CWE.

PR.PS-01 partial match
prevents

Hardened baselines and configuration management reduce the chance that error paths default to insecure settings.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

none

The control forces an explicit evaluation step before any response, reducing the chance that a failure condition will default to an unsafe open state.

References