Unapproved protected-branch merge via stale CODEOWNERS approval
Published Jul 13, 2023 · Updated Nov 5, 2024
Incorrect authorization in GitLab 15.3 through 15.11.9, 16.0 through 16.0.5, and 16.1.0 allows remote authenticated users to merge unapproved code. When an approved merge request is force-pushed after an amend, GitLab leaves the prior CODEOWNERS approval attached instead of removing it for newly changed owned files. A project member able to push and merge must target a protected branch configured to require Code Owner approval and remove approvals when Code Owner files change.
Summary
What happened
Incorrect authorization in GitLab 15.3 through 15.11.9, 16.0 through 16.0.5, and 16.1.0 allows remote authenticated users to merge unapproved code. When an approved merge request is force-pushed after an amend, GitLab leaves the prior CODEOWNERS approval attached instead of removing it for newly changed owned files. A project member able to push and merge must target a protected branch configured to require Code Owner approval and remove approvals when Code Owner files change.
The record
- CVE
- CVE-2023-3444
- Published
- Jul 13, 2023
- Updated
- Nov 5, 2024
- Vendor
- GitLab
- Product
- GitLab
- Classifications
- CWE-863, T1195.001
- Attack vector
- network
- Privileges
- authenticated
Timeline
How it unfolded
- Jul 13, 2023CVE publishedPublication date reported by the CVE source.
- Nov 5, 2024Record updatedLatest update available in the CVE record.
Exploitability
Present is not the same as exploitable
Compare your product and version with the public record. A matching version still requires validation against your environment.
Is a vulnerable build present?
Compare these published version ranges with your installed build and any vendor patches.
- Affected versionversion=15.3 <15.11.10
- Affected versionversion=16.0 <16.0.6
- Affected versionversion=16.1 <16.1.1
What conditions does exploitation require?
What is affected?
Attacks
What attackers are doing with it
Daily unique IPs observed by Shadowserver honeypots for known exploited vulnerabilities (KEVs). Missing observations do not establish an absence of attacks.
Weakness, pattern, technique
Public exploit references
- CODEOWNERS approval-retention reproductionproof of concept · demonstrated
Labels summarize the accepted research assessment. They do not indicate a test against your environment.
Technologies
Your stack
See the directory against your own environment.
Your stack
Check the software in your environment
Book a demo to see how Hinoki identifies affected software and validates exploitability in your environment.
Book a demo