Raw vector
CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:N/I:L/A:HSummary
CVE-2026-22819 is a medium-severity Race Condition within a Thread (CWE-366) vulnerability in Outray Outray. Its CVSS base score is 5.9 (Medium).
Operationally, exploitation aligns with the MITRE ATT&CK technique Exploitation for Privilege Escalation (T1068); ranked at the 11th 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 SA-11 (Developer Testing and Evaluation) and SA-15 (Development Process, Standards, and Tools) — see the control section below for these in your framework.
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2026-2016
Vulnerability Data
Outray openSource ngrok alternative. Prior to 0.1.5, this vulnerability allows a user i.e a free plan user to get more than the desired subdomains due to lack of db transaction lock mechanisms in main/apps/web/src/routes/api/$orgSlug/subdomains/index.ts. This vulnerability is fixed in 0.1.5.
- CWE(s)
Related Threats
MITRE ATT&CK Enterprise Techniques
CVEs Like This One
Affected Assets
Mitigating Controls
Control response
—
—
—
V15.4.2V15.4.3V17.2.6
Mitigating Controls (NIST 800-53 r5) AI
Developer testing and evaluation can include concurrency and stress testing that finds race conditions after they have been coded.
Requiring documented development standards and tools can mandate use of safe concurrency patterns that avoid introducing races.
Security engineering principles include requirements for synchronization primitives and thread-safe design that stop race conditions from being 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.
Secure SDLC practices directly require synchronization primitives and concurrency analysis that prevent intra-thread race conditions.
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 race conditions through concurrency and stress testing.
Secure development lifecycle includes concurrency and synchronization practices that reduce race conditions.
Application security requirements can mandate thread-safety and locking controls.
Secure architecture principles address concurrent access and resource synchronization.
Secure coding standards directly require proper synchronization primitives to prevent race conditions.
Change management can introduce or remove synchronization flaws during updates.