Cloudanix VulnDB

CVE-2023-3441

None

CVSS

—

EPSS

0.6%

Published

Oct 1, 2024

CISA due date

—

Cloudanix analysis

Next patch cycle SSVC: Track

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

  1. Identify a protected branch with insufficient access controls
  2. Request or obtain merge rights assignment from an administrator
  3. Exploit the absence of security warnings to have the permission approved
  4. Commit and merge malicious changes into the protected branch
  5. 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