CVE-2026-57920
Peplink Intcontrol 2 ≤ 2.14.2
Raw vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:NSummary
CVE-2026-57920 is a high-severity Incorrect Behavior Order: Authorization Before Parsing and Canonicalization (CWE-551) vulnerability in Peplink Intcontrol 2. Its CVSS base score is 7.7 (High).
Operationally, exploitation aligns with the MITRE ATT&CK technique Exploit Public-Facing Application (T1190); ranked at the 18th 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 AC-3 (Access Enforcement) and SI-10 (Information Input Validation) — see the control section below for these in your framework.
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2026-39651
Vulnerability Data
Peplink InControl 2 through 2.14.2 before 2026-06-03 allows use of a semicolon to bypass access-control rules for certain /rest/o/{orgId} endpoints.
- CWE(s)
Related Threats
MITRE ATT&CK Enterprise Techniques
CVEs Like This One
Affected Assets
Mitigating Controls
Mitigating Controls (NIST 800-53 r5) AI
AC-3 requires correct enforcement of authorizations on requests, which structurally demands parsing and canonicalization occur first so that the check cannot be bypassed.
SI-10 mandates validation (including canonicalization) of inputs before security decisions are made, directly stopping the incorrect ordering that enables the bypass.
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.
Secure SDLC practices directly require correct authorization logic after parsing/canonicalization to prevent bypasses.
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.
Security testing can detect this weakness but does not prevent it by itself.
Secure development lifecycle requires proper URL parsing and canonicalization before authorization checks.
Application security requirements should mandate correct authorization order after canonicalization.
Secure architecture principles include proper request handling order to prevent bypasses.
Secure coding practices directly address canonicalization and authorization sequencing flaws.
Information access restriction is undermined when authorization occurs before canonicalization.