Cyber Resilience

CVE-2026-12635

Gitlab 8.3.0 – 18.11.6

Published
25 June 2026
Modified
26 June 2026
Patch / advisory
CVSS Score v3.1 0.0
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:N
EPSS Score 0.0025 16th percentile
Risk Priority 16 floored blend · peak EPSS

CVSS and EPSS are reproduced from their sources (NVD, FIRST EPSS). Risk Priority is our own derived reading, not an NVD score.

Summary

CVE-2026-12635 is a uncategorised-severity Reliance on Reverse DNS Resolution for a Security-Critical Action (CWE-350) vulnerability in Gitlab Gitlab. Its CVSS base score is 0.0.

Operationally, exploitation aligns with the MITRE ATT&CK technique Exploit Public-Facing Application (T1190); ranked at the 16th 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 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

Vulnerability Data

GitLab has remediated an issue in GitLab CE/EE affecting all versions from 8.3 before 18.11.6, 19.0 before 19.0.3, and 19.1 before 19.1.1 that under certain conditions could have allowed an authenticated user with maintainer-role permissions to make requests to internal…

more

network resources through mirror synchronization due to improper URL validation.

CWE(s)

Related Threats

MITRE ATT&CK Enterprise Techniques

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.
T1584.002 DNS Server Resource Development
Adversaries may compromise third-party DNS servers that can be used during targeting.
Derived from this CVE’s CWE(s) via the direct CWE→ATT&CK cross-walk.

CVEs Like This One

CVE-2025-12575Same product: Gitlab Gitlab
CVE-2024-0402Same product: Gitlab Gitlab
CVE-2024-4994Same product: Gitlab Gitlab
CVE-2026-1080Same product: Gitlab Gitlab
CVE-2026-1094Same product: Gitlab Gitlab
CVE-2026-6063Same product: Gitlab Gitlab
CVE-2024-4597Same product: Gitlab Gitlab
CVE-2024-8647Same product: Gitlab Gitlab
CVE-2024-3035Same product: Gitlab Gitlab
CVE-2026-3857Same product: Gitlab Gitlab

Affected Assets

gitlab
gitlab
19.1.0 · 8.3.0 — 18.11.6 · 19.0.0 — 19.0.3

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.

PR.AA-03 mostly match
prevents

Strong authentication of users/services/hardware directly prevents security decisions based on unauthenticated reverse DNS.

DE.CM-01 partial match
prevents

Monitoring DNS services can detect adverse events stemming from unverified reverse lookups.

PR.IR-01 partial match
prevents

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.

mitigates

Network security controls can enforce authenticated, non-DNS-based host identification.

mitigates

Secure network services discourage use of unauthenticated reverse-DNS for access decisions.

prevents

Application security requirements can mandate authenticated host verification instead of reverse DNS.

prevents

Secure architecture principles discourage reliance on unauthenticated DNS for security decisions.

prevents

Secure coding practices can replace reverse-DNS checks with cryptographically verified identities.

prevents

Strong authentication mechanisms reduce reliance on unauthenticated DNS-based identity decisions.

References