CVE-2023-3441
NoneCVSS
—
EPSS
0.6%
Published
Oct 1, 2024
CISA due date
—
Cloudanix analysis
A missing warning allowed people to give others permission to change important code without realizing the security risks involved.
- Exploitation
- Remote Authenticated
- Attacker needs
- Low Privilege
- Complexity
- Low
- Impact
- Privilege Gain
- Component
- Application
- Class
- Misconfiguration
- Remediation
- Upgrade
- Effort
- Medium
- Patch risk
- Low
What it actually does
The application fails to display adequate warnings when merge rights are assigned to protected branches, allowing elevated code change permissions without explicit risk communication to administrators.
Why it matters to the business
Organizations may inadvertently allow unauthorized or malicious code merges into critical branches, increasing the chance of supply chain compromise, data breaches, or production incidents that require costly remediation.
How an attack unfolds
An attacker identifies a protected branch and requests or receives merge rights; because no clear security warning is shown during assignment, the permission is granted. The attacker then pushes malicious commits that bypass intended review controls and reach production or downstream consumers.
How to fix it
Upgrade gitlab-org/gitlab to the version containing commit e4c1c182610739c1b1d10a8eacbea1f5aa837ad6 or later; upgrade org.jenkins-ci.plugins:fortify to 20.2.35 or later. Review all protected-branch merge-right assignments and enforce least-privilege policies.
How to confirm the fix worked
Confirm the installed GitLab version is at or above the fixed commit; audit protected-branch permission settings through the web UI or API; verify that merge-right assignment dialogs now include explicit security warnings.
Typical attack path
- Identify a protected branch with insufficient access controls
- Request or obtain merge rights assignment from an administrator
- Exploit the absence of security warnings to have the permission approved
- Commit and merge malicious changes into the protected branch
- Propagate the altered code through CI/CD pipelines or releases
How to detect it
Review GitLab audit logs for permission changes on protected branches; look for unexpected merge events originating from newly granted accounts; monitor repository activity for commits that bypass normal review workflows.
What your security team should do
- Apply the fixed GitLab version immediately given the long window since disclosure
- Audit all protected branches and revoke unnecessary merge rights
- Add automated policy checks that alert on merge-right grants to protected branches
- Incorporate the new warning behavior into security awareness training for repository administrators
The record
An issue has been discovered in GitLab EE/CE affecting all versions starting from 8.0 before 16.4. The product did not sufficiently warn about security implications of granting merge rights to protected branches.
Affected packages
| Ecosystem | Package | Introduced | Fixed |
|---|---|---|---|
| Bitnami | gitlab | 8.0.0 | 16.4.0 |
| Ubuntu:16.04:LTS | gitlab | 0 | No fix |
| Ubuntu:Pro:16.04:LTS | gitlab | 0 | No fix |
Related vulnerabilities
- CVE-2026-1751 A vulnerability has been discovered in GitLab CE/EE affecting all versions starting with… Also affects gitlab
- CVE-2025-3950 Exposure of Private Personal Information to an Unauthorized Actor in GitLab Also affects gitlab
- CVE-2025-9222 Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') in… Also affects gitlab
- CVE-2025-10569 Allocation of Resources Without Limits or Throttling in GitLab Also affects gitlab
- CVE-2025-11246 Insufficient Granularity of Access Control in GitLab Also affects gitlab
- CVE-2025-13772 Missing Authorization in GitLab Also affects gitlab
- CVE-2025-13761 Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') in… Also affects gitlab
- CVE-2025-13781 Missing Authorization in GitLab Also affects gitlab