Severity by source
AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:L
Network-reachable but needs an authenticated account (PR:L) and attacker-uncontrollable conditions (AC:H); mass-assignment lets one user alter another's config, changing scope (S:C) with high C/I and limited availability impact.
Primary rating from Vendor (GitLab).
CVSS VectorVendor: GitLab
Lifecycle Timeline
3DescriptionCVE.org
GitLab has remediated an issue in GitLab CE/EE affecting all versions from 18.0 before 19.0.5, 19.1 before 19.1.3, and 19.2 before 19.2.1 that under certain conditions could have allowed an authenticated user to modify CI/CD configuration belonging to another user due to improper validation of user-supplied attributes when processing pipeline schedule inputs.
Articles & Coverage 2
AnalysisAI
Improper attribute validation in GitLab CE/EE (18.0 through 19.0.5, 19.1 through 19.1.3, 19.2 through 19.2.1) lets an authenticated user tamper with CI/CD configuration owned by another user by injecting user-controlled attributes into pipeline schedule input processing. Publicly available exploit code exists (HackerOne #3800511), though the flaw is not listed in CISA KEV and requires authentication plus high-complexity conditions to trigger. GitLab, the reporter, has shipped fixed releases across all supported branches.
Technical ContextAI
This is a CWE-915 (Improperly Controlled Modification of Dynamically-Determined Object Attributes, i.e. mass-assignment) defect in GitLab's pipeline scheduling subsystem. When GitLab processes pipeline schedule inputs, it binds user-supplied attributes to internal objects without adequately restricting which attributes a caller may set, allowing an attacker to reach and overwrite CI/CD configuration fields belonging to another user's context. The single affected CPE is cpe:2.3:a:gitlab:gitlab (all editions, CE and EE), and the mass-assignment class typically arises in Ruby on Rails applications when permitted-parameter allowlists are missing or too broad on model updates.
RemediationAI
Vendor-released patch: upgrade to GitLab 19.0.5, 19.1.3, or 19.2.1 (or later) depending on your branch, as documented at https://docs.gitlab.com/releases/patches/patch-release-gitlab-19-2-1-released/. Both CE and EE self-managed installations should apply the corresponding patch release immediately; GitLab.com is maintained by the vendor. If an upgrade cannot be scheduled at once, reduce exposure by limiting who can create or edit pipeline schedules - restrict membership and Developer/Maintainer roles on shared projects and audit pipeline schedule and CI/CD configuration changes - accepting the trade-off that this constrains legitimate CI/CD workflow for those users; there is no documented feature-level toggle that disables pipeline schedule input processing without breaking scheduling functionality, so upgrading is the definitive fix.
An issue has been discovered in GitLab CE/EE affecting all versions starting from 11.9. Rated critical severity (CVSS 10
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.
Unauthenticated arbitrary file read in GitLab CE/EE lets remote attackers retrieve files from the GitLab server via the
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
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
Sensitive credential and configuration disclosure in GitLab Enterprise Edition allows an authenticated user with Duo Cha
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
The Ruby SAML library is for implementing the client side of a SAML authorization. Rated critical severity (CVSS 9.8), t
A hardcoded password was set for accounts registered using an OmniAuth provider (e.g. Rated critical severity (CVSS 9.8)
An issue has been discovered in GitLab CE/EE affecting all versions starting from 12.10 before 14.6.5, all versions star
When requests to the internal network for webhooks are enabled, a server-side request forgery vulnerability in GitLab af
An issue has been discovered in GitLab CE/EE affecting all versions starting from 13.7.9 before 13.8.7, all versions sta
Same technique Information Disclosure
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-50482
GHSA-94p8-87ff-w336