Cyber Resilience

CVE-2026-32662

Mygardyn Cloud Api ≤ 2.12.2026

Published
03 April 2026
Modified
24 July 2026
Patch / advisory
CVSS Score v4 6.9
Click a component to see what it means
Raw vectorCVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:N/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.0032 24th percentile
Risk Priority 35 floored blend · peak EPSS

Summary

CVE-2026-32662 is a medium-severity Active Debug Code (CWE-489) vulnerability in Mygardyn Cloud Api. Its CVSS base score is 6.9 (Medium).

Operationally, exploitation aligns with the MITRE ATT&CK technique Exploit Public-Facing Application (T1190); ranked at the 24th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.

The strongest mitigations our analysis identified map to CM-2 (Baseline Configuration) and CM-7 (Least Functionality) — see the control section below for these in your framework.

OWASP Top 10 for Web (2025)

EU & UK References

Vulnerability Data

Development and test API endpoints are present that mirror production functionality.

CWE(s)

Related Threats

MITRE ATT&CK Enterprise TechniquesAI

T1190 Exploit Public-Facing Application Initial Access
Adversaries may attempt to exploit a weakness in an Internet-facing host or system to initially access a network.
Why these techniques?

Leftover debug/test API endpoints (CWE-489) directly expose production-mirroring functionality on a public-facing service, enabling exploitation via T1190.

Confidence: MEDIUM · MITRE ATT&CK Enterprise v19.0

CVEs Like This One

CVE-2026-28767Same product: Mygardyn Cloud Api
CVE-2026-25197Same product: Mygardyn Cloud Api
CVE-2026-32646Same product: Mygardyn Cloud Api
CVE-2026-28766Same product: Mygardyn Cloud Api
CVE-2026-49188Shared CWE-489
CVE-2026-54798Shared CWE-489
CVE-2026-40035Shared CWE-489
CVE-2026-59092Shared CWE-489
CVE-2024-9644Shared CWE-489
CVE-2025-64983Shared CWE-489

Affected Assets

mygardyn
cloud api
≤ 2.12.2026

Mitigating Controls

Control response

Prevent
Stop it (NIST 800-53)
  • CM-7 Least Functionality
  • CM-2 Baseline Configuration
  • CM-6 Configuration Settings
Detect
Catch it (NIST detect / respond)

Harden
Shrink the surface (DISA STIG)

Validate
Prove the fix (OWASP ASVS)

Mitigating Controls (NIST 800-53 r5) AI

prevent

Directly requires disabling or removing non-essential capabilities such as development/test API endpoints that mirror production functionality.

prevent

Mandates establishing and maintaining baseline configurations that exclude debug or test endpoints from production systems.

prevent

Enforces secure configuration settings that restrict exposure of unnecessary development and test interfaces.

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 SDLC practices directly require removal of debug code before release, covering most of this weakness while the control addresses many other development issues.

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.

detects

Security testing in development and acceptance catches active debug code before deployment.

prevents

Configuration management can disable or remove debug features through hardened baselines.

prevents

Secure development life cycle mandates removal of debug code before release.

prevents

Secure coding standards explicitly prohibit leaving debug code active in production.

prevents

Separation of environments reduces risk of debug code reaching production but does not directly address its removal.

prevents

Change management can enforce removal of debug code as part of release gates.

References