Skip to main content

GitLab EUVDEUVD-2026-107673

| CVE-2026-105777 MEDIUM
Insertion of Sensitive Information Into Sent Data (CWE-201)
2026-10-21 GitLab GHSA-3w94-rpmr-77jr
6.5
CVSS 3.1 · NVD
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Reach GitLab web endpoint over network
  2. Exploit
    Send request triggering header leak condition
  3. Execution
    Server returns unfiltered internal response headers
  4. Impact
    Harvest sensitive internal server credentials

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V14 - Data Protection Outbound data filtering
Exploitation Conditions

Exploitation is gated by the vulnerable version ranges (17.6.5 before 19.3.6, 19.4 before 19.4.3, 19.5 before 19.5.1) and by specific 'certain conditions' under which GitLab improperly filters internal response headers, causing sensitive internal server credentials to be included in responses returned to the client; the precise triggering configuration/endpoint is not detailed in the available data and should be confirmed from the GitLab work item (gitlab.com/gitlab-org/gitlab/-/work_items/597022). The key limiting factor is the disputed privilege requirement: the CVSS vector indicates PR:L (an authenticated low-privilege session is needed), while the description claims an unauthenticated user suffices - this prerequisite is unresolved and materially affects realistic risk. No user interaction is required (UI:N).

Impact

This is a moderate-severity information-disclosure issue (CWE-201) with a provided CVSS 3.1 base score of 4.3 (AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N). There is a clear CONFLICT between signals: the CVSS vector encodes PR:L (requiring some authenticated privilege), while the description explicitly states 'an unauthenticated user could have retrieved sensitive internal server credentials' - these cannot both be true, so the authentication prerequisite should be verified with GitLab before prioritization. If the description is accurate (unauthenticated, PR:N), real-world risk is meaningfully higher than the 4.3 score suggests, because leaked 'internal server credentials' can enable follow-on lateral movement. Publicly available exploit code exists (a HackerOne report is referenced), which raises exploitability, but there is no EPSS score, no SSVC decision data, and no CISA KEV listing provided, so there is no evidence of active exploitation - POC availability must not be conflated with in-the-wild use. Net assessment: a real but second-tier priority - patch promptly given GitLab's exposure and public POC, but it is not an emergency unless the unauthenticated-access claim is confirmed.

Exploit ScenarioDerived

Against a vulnerable self-managed or hosted GitLab instance (17.6.5 before 19.3.6, 19.4 before 19.4.3, or 19.5 before 19.5.1), an attacker sends crafted requests under the specific conditions that trigger improper filtering of internal response headers and reads sensitive internal server credentials leaked back in the response. Publicly available exploit material is referenced via a HackerOne report (hackerone.com/reports/3657282), lowering the barrier to reproduction. Because the CVSS vector is AV:N/AC:L, the request can be delivered remotely over the network with low complexity, though the privilege level required is disputed between the vector (PR:L) and the description (unauthenticated).

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 22, 2026

Information disclosure in GitLab CE/EE allows an attacker to retrieve sensitive internal server credentials when GitLab fails to filter internal response headers, leaking secrets that may be reusable against backend services. Affected are all versions from 17.6.5 before 19.3.6, 19.4 before 19.4.3, and 19.5 before 19.5.1, remediated in the 19.3.6, 19.4.3, and 19.5.1 patch releases. Publicly available exploit code exists (a HackerOne report is linked in the references), and a key prerequisite remains disputed: the published CVSS vector specifies PR:L (an authenticated low-privilege session) while the vendor description states an unauthenticated user could exploit the issue, so realistic exposure depends on resolving that question for the specific deployment.

RemediationAI

Upgrade to a fixed release: GitLab 19.3.6, 19.4.3, or 19.5.1 (Vendor-released patch: 19.3.6 / 19.4.3 / 19.5.1), following the announcement at https://docs.gitlab.com/releases/patches/patch-release-gitlab-19-5-1-released/ and tracking the technical detail in https://gitlab.com/gitlab-org/gitlab/-/work_items/597022. Because the flaw is improper filtering of internal response headers, a practical interim compensating control is to place a reverse proxy or WAF in front of GitLab that strips or allow-lists response headers from upstream, accepting the trade-off that a poorly tuned allow-list can break legitimate functionality such as attachment downloads or API clients that depend on specific headers; validating the rule set in monitor-only mode first is advisable. Reduce reachable attack surface by restricting who can reach the GitLab web/API endpoints (network ACLs, VPN-only access, or IP allow-listing for the API), understanding that this does not fix the flaw and only lowers exposure for internet-facing instances. Assume any internal credential that may have transited a response header during the exposure window is compromised and rotate those credentials - the side effect is coordinated downtime for dependent services - and review reverse-proxy and application logs for anomalous requests to endpoints that return internal headers. Finally, since the privilege prerequisite is disputed (published vector PR:L versus the description's unauthenticated claim), do not rely on authentication as a mitigating control; treat unauthenticated exposure as possible until the GitLab work item confirms the required conditions.

Affected VersionsENISA

GitLab 19.5 <19.5.1
GitLab 19.4 <19.4.3
GitLab 17.6.5 <19.3.6

Affected Packages

euvd gitlab fix: 19.3.6, 19.4.3, 19.5.1

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

The root cause is CWE-201 (Insertion of Sensitive Information Into Sent Data): GitLab constructs HTTP responses whose header set can include internal headers carrying server-side credentials, and under certain conditions the filtering that should strip those internal headers before the response reaches the client does not apply. This is a response-construction/filtering flaw rather than a memory-safety or injection issue, so the exploit path is simply observing an HTTP response that should never have contained the sensitive values - the precise triggering endpoint and header name are not detailed in the available data and should be confirmed from the GitLab work item (gitlab.com/gitlab-org/gitlab/-/work_items/597022). The CPE entry (cpe:2.3:a:gitlab:gitlab) is a single wildcard product covering both Community and Enterprise Editions, which means version-based detection cannot distinguish edition and must be paired with the explicit affected ranges. Because the disclosed secret is an internal server credential, the practical consequence extends beyond a single leak: harvested credentials may grant access to services GitLab itself talks to, although the CVSS confidentiality weighting is low (C:L) in the vendor score and high (C:H) in the independent assessment, reflecting how much real value the leaked credential carries in a given environment.

Know when Gitlab gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (GitLab) PRIMARY MEDIUM
NVD 6.5 MEDIUM
AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N
vuln.today AI 5.9 MEDIUM

Description states unauthenticated access (PR:N) only 'under certain conditions' (AC:H), and the leaked data is server credentials, warranting C:H with no integrity or availability impact.

3.1 AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N
4.0 AV:N/AC:H/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (GitLab).

CVSS VectorNVD

Attack Vector
Network
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
None
Availability
None

Lifecycle Timeline

3
CVSS changed
Oct 27, 2026 - 14:07 NVD
4.3 (MEDIUM) 6.5 (MEDIUM)
Patch available
Oct 22, 2026 - 05:16 EUVD
CVE Published
Oct 21, 2026 - 23:34 cve.org
MEDIUM 4.3

DescriptionNVD

GitLab has remediated an issue in GitLab CE/EE affecting all versions from 17.6.5 before 19.3.6, 19.4 before 19.4.3, and 19.5 before 19.5.1 that, under certain conditions, an unauthenticated user could have retrieved sensitive internal server credentials due to improper filtering of internal response headers.

Threat Intelligence Overview

EPSS Score
0.2%
Top 85% exploitable
Prevalence
High
GitLab is a widely deployed enterprise DevOps/source-control platform
Exploit
POC
Public exploit code exists
Data Quality
4 sources
Confidence: Medium

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC Yes
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
Poc
System Exposure· derived
Open
Automatable· derived
No
Human Impact· derived
High

Priority Score

52
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +32
PoC: +20
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

More in Gitlab

View all
CVE-2021-22205 CRITICAL POC
10.0 Apr 23

An issue has been discovered in GitLab CE/EE affecting all versions starting from 11.9. Rated critical severity (CVSS 10

CVE-2023-7028 CRITICAL POC
10.0 Jan 12

An issue has been discovered in GitLab CE/EE affecting all versions from 16.1 prior to 16.1.6, 16.2 prior to 16.2.9, 16.

CVE-2021-22175 CRITICAL POC
9.8 Jun 11

When requests to the internal network for webhooks are enabled, a server-side request forgery vulnerability in GitLab af

CVE-2026-85706 CRITICAL POC
10.0 Sep 12

Unauthenticated arbitrary file read in GitLab CE/EE lets remote attackers retrieve files from the GitLab server via the

CVE-2013-4490 MEDIUM POC
6.5 May 13

The SSH key upload feature (lib/gitlab_keys.rb) in gitlab-shell before 1.7.3, as used in GitLab 5.0 before 5.4.1 and 6.x

CVE-2022-2992 CRITICAL POC
9.9 Oct 17

A vulnerability in GitLab CE/EE affecting all versions from 11.10 prior to 15.1.6, 15.2 to 15.2.4, 15.3 to 15.3.2 allows

CVE-2026-97229 CRITICAL POC
10.0 Oct 13

Remote code execution in GitLab CE/EE (all versions from 19.2 before 19.2.8, 19.3 before 19.3.5, and 19.4 before 19.4.2)

CVE-2026-110264 CRITICAL POC
10.0 Oct 22

Remote code execution in GitLab CE/EE can be triggered by a specially crafted regular expression processed through a vul

CVE-2026-87719 CRITICAL POC
9.9 Sep 12

Sensitive credential and configuration disclosure in GitLab Enterprise Edition allows an authenticated user with Duo Cha

CVE-2018-18843 CRITICAL POC
10.0 Dec 04

The Kubernetes integration in GitLab Enterprise Edition 11.x before 11.2.8, 11.3.x before 11.3.9, and 11.4.x before 11.4

CVE-2026-72867 CRITICAL POC
9.9 Aug 10

Authenticated command injection in Dokploy (self-hostable PaaS) versions 0.29.3 through 0.29.12 lets a low-privileged us

CVE-2026-93577 CRITICAL POC
9.9 Sep 23

Authenticated code execution on the GitLab server is possible in GitLab CE/EE 19.2 through 19.4.0, where an integer over

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy