CVE-2026-36027
Raw vector
CVSS:3.1/AV:P/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HSummary
CVE-2026-36027 is a medium-severity Hardware Allows Activation of Test or Debug Logic at Runtime (CWE-1313) vulnerability in Code (inferred from references). Its CVSS base score is 6.8 (Medium).
Operationally, exploitation aligns with the MITRE ATT&CK technique OS Credential Dumping (T1003); ranked at the 26th 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 SA-18 (Tamper Resistance and Detection) and SC-51 (Hardware-based Protection) — see the control section below for these in your framework.
EU & UK References
No EU or UK CSIRT advisories indexed for this CVE.
Vulnerability Data
An issue in Code27 Companion Hub SQ3A.220705.003.A1 allows a physically proximate attacker to execute arbitrary code via the USB debugging (ADB) and Android Debug Bridge components
- CWE(s)
Related Threats
MITRE ATT&CK Enterprise Techniques
CVEs Like This One
Affected Assets
Mitigating Controls
Mitigating Controls (NIST 800-53 r5) AI
Anti-tamper requirements on developers stop hardware debug features from being activatable at runtime.
Hardware-enforced write protection and procedures directly block unauthorized runtime activation of debug or test logic.
Supply-chain tamper-resistance program prevents introduction of hardware that permits runtime debug activation.
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.
Pre-acquisition hardware integrity assessment directly prevents introduction of devices with exposed debug logic.
Supplier-product risk assessment can identify and respond to hardware debug-feature exposure risks.
Hardware replacement policy can remove affected devices after discovery but does not prevent the weakness itself.
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 in development and acceptance includes verification that debug interfaces are disabled or protected before release.
Secure system architecture and engineering principles require disabling or locking debug/test logic in production hardware.
Change management processes can enforce configuration baselines that disable runtime debug features.
Configuration management can mandate secure hardware settings that prevent activation of test/debug logic.