CVE-2026-61568
Raw vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:HCVSS and EPSS are reproduced from their sources (NVD, FIRST EPSS). Risk Priority is our own derived reading, not an NVD score.
Summary
CVE-2026-61568 is a critical-severity Reliance on Reverse DNS Resolution for a Security-Critical Action (CWE-350) vulnerability. Its CVSS base score is 9.6 (Critical).
Operationally, exploitation aligns with the MITRE ATT&CK technique Exploit Public-Facing Application (T1190); ranked at the 43th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.
This vulnerability is AI-related — categorised as AI Agent Protocols and Integrations; in the Protocol-Specific Risks risk domain.
The strongest mitigations our analysis identified map to IA-3 (Device Identification and Authentication) and SC-20 (Secure Name/Address Resolution Service (Authoritative Source)) — see the control section below for these in your framework.
OWASP Top 10 for Web (2025)
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2026-79999
Vulnerability Data
`@zereight/mcp-gitlab` is a Model Context Protocol server for GitLab. Versions prior to 2.1.30 expose the Streamable HTTP MCP endpoint without an effective Host or Origin allowlist. A malicious web page can use DNS rebinding to route browser requests to a…
more
victim's local MCP listener while preserving an attacker-controlled `Host` and `Origin`. The server accepts those headers and reaches the MCP initialization path instead of rejecting the request at the HTTP boundary. Version 2.1.30 contains a patch.
- CWE(s)
AI Security AnalysisAI
- AI Category
- AI Agent Protocols and Integrations
- Risk Domain
- Protocol-Specific Risks
- OWASP Top 10 for LLMs 2025
- None mapped
- Classification Reason
- Matched keywords: mcp, model context protocol, mcp, mcp, mcp
Related Threats
MITRE ATT&CK Enterprise Techniques
CVEs Like This One
Affected Assets
Mitigating Controls
Mitigating Controls (NIST 800-53 r5) AI
Requiring unique device identification and authentication before any connection prevents security decisions based solely on unverified reverse DNS lookups.
Mandating data-origin authentication for name/address resolution stops reliance on unauthenticated reverse DNS responses.
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.
Monitoring DNS services can detect adverse events stemming from unverified reverse lookups.
Strong authentication of users/services/hardware directly prevents security decisions based on unauthenticated reverse DNS.
Network protections reduce the feasibility of attackers exploiting unauthenticated reverse-DNS decisions.
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.
Network security controls can enforce authenticated, non-DNS-based host identification.
Secure network services discourage use of unauthenticated reverse-DNS for access decisions.
Application security requirements can mandate authenticated host verification instead of reverse DNS.
Secure architecture principles discourage reliance on unauthenticated DNS for security decisions.
Secure coding practices can replace reverse-DNS checks with cryptographically verified identities.