CVE-2026-4398: Authorization Bypass Through User-Controlled Key in GitLab

Published Apr 8, 2026
·
Updated

GitLab has remediated an issue in GitLab EE affecting all versions from 18.3 before 19.1.7, 19.2 before 19.2.5, and 19.3 before 19.3.1 that, under certain conditions, an authenticated user could have assigned compliance frameworks from namespaces they were not authorized to access to their own project, due to missing namespace validation on self-managed instances.

Affected Software

4 affected components
GitLab GitLab EE>=18.3, >18.3<19.1.7, >19.1.7<19.2.5, >19.2.5<19.3.1
GitLab GitLab>=18.3.0<19.1.7
GitLab GitLab>=19.2.0<19.2.5
GitLab GitLab=19.3.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade GitLab EE to a version that resolves this vulnerability.

    Fixed in 19.1.7
  2. Upgrade

    Upgrade GitLab EE to a version that resolves this vulnerability.

    Fixed in 19.2.5
  3. Upgrade

    Upgrade GitLab EE to a version that resolves this vulnerability.

    Fixed in 19.3.1

Event History

Apr 8, 2026
CVE Published
via NVD·11:16 PM
Data Sourced
via NVD·11:16 PM
DescriptionSeverityWeaknessAffected Software
Aug 27, 2026
CVE Published
via MITRE·05:53 PM
Data Sourced
via MITRE·05:53 PM
RemedyDescriptionSeverityWeakness

Frequently Asked Questions

1

Which GitLab deployments are affected?

The issue affects self-managed GitLab EE instances. The description does not identify GitLab.com or other deployment types as affected.

2

What access does an attacker need?

An attacker must be an authenticated user and must be able to act on their own project. Exploitation involves assigning a compliance framework from a namespace the user is not authorized to access.

3

Which versions need remediation?

Affected versions are GitLab EE 18.3 through versions before 19.1.7, 19.2 through versions before 19.2.5, and 19.3 through versions before 19.3.1. Updating to 19.1.7, 19.2.5, or 19.3.1, as applicable, remediates the issue.

4

How can administrators assess potential exposure?

Review whether authenticated users assigned compliance frameworks from namespaces where they lacked authorization to projects they controlled. The provided information does not specify a log event, audit record, or detection method for confirming exploitation.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203