GitLab Critical Patch Release Fixes 24 Security Vulnerabilities

P1 — VALIDATE AND UPDATELow to Critical · 2.7 / 3.1 / 3.5 / 4.2 / 4.3 / 4.6 / 5.3 / 5.8 / 6.2 / 7.3 / 7.7 / 8.2 / 8.5 / 8.7 / 10.0 (CVSS v3.1)EXPLOITATION: NOT STATED

Quick Answer

GitLab published critical patch releases 19.4.2, 19.3.4, and 19.2.8 for 24 vulnerabilities. Upgrade self-managed instances promptly, plan for database migrations and the documented 19.3.4 Ona regression, validate CI/CD and access controls, and retain evidence; GitLab says GitLab.com and Dedicated customers do not need action.

Confirm Scope And Apply The Supported Remediation

What to do now: Inventory self-managed GitLab CE/EE instances and enabled features, map each branch to the 24 issue ranges, select 19.2.8, 19.3.4, or 19.4.2 as supported, plan database and post-deploy migrations, deploy under change control, and validate authentication, CI/CD, repositories, Pages, packages, imports, GraphQL, and integrations.

Open the authoritative advisory

Last verified: 2026-10-12 UTC. Recheck the authoritative advisory and supported distribution channel before changing production.

Scope And Authority

Product scopeGitLab Community Edition and Enterprise Edition
AdvisoryGitLab Critical Patch Release 19.4.2 / 19.3.4 / 19.2.8
CVEsCVE-2026-100104, CVE-2026-100755, CVE-2026-101168, CVE-2026-103549, CVE-2026-104661, CVE-2026-105458, CVE-2026-14210, CVE-2026-14552, CVE-2026-14814, CVE-2026-16275, CVE-2026-16301, CVE-2026-5954, CVE-2026-6567, CVE-2026-7767, CVE-2026-78335, CVE-2026-81839, CVE-2026-82632, CVE-2026-84284, CVE-2026-85529, CVE-2026-92528, CVE-2026-9268, CVE-2026-92883, CVE-2026-96893, CVE-2026-97229
Authoritative release date2026-10-12 00:00:00 UTC
Authority revision date2026-10-12 15:16:16 UTC
Affected versionsGitLab CE/EE release ranges stated separately for the 24 issues, generally fixed by 19.2.8, 19.3.4, or 19.4.2; edition and starting-version scope differ by CVE.
Fixed versionGitLab 19.2.8, 19.3.4, or 19.4.2 for the matching supported branch; account for the documented 19.3.4 Ona merge-request-page issue and planned 19.3.5 follow-up
CVSS base score2.7 / 3.1 / 3.5 / 4.2 / 4.3 / 4.6 / 5.3 / 5.8 / 6.2 / 7.3 / 7.7 / 8.2 / 8.5 / 8.7 / 10.0 (CVSS v3.1)
CVSS severityLow to Critical
Exploitation statusNot stated by the authority; no exploitation claim is inferred.

What Changed

GitLab released 24 security fixes, including a Critical unauthenticated CI/CD regular-expression compiler issue rated 10.0, High authorization, XSS, repository-cache, and Duo prompt-handling issues, plus Medium and Low access-control and SSRF flaws.

What To Validate Now

  1. Inventory. Locate GitLab Community Edition and Enterprise Edition deployments, versions, enabled features, exposure paths, owners, and dependent services.
  2. Establish applicability. Compare each deployment with the authority's affected-version statement: GitLab CE/EE release ranges stated separately for the 24 issues, generally fixed by 19.2.8, 19.3.4, or 19.4.2; edition and starting-version scope differ by CVE. Do not infer applicability from product family or severity alone.
  3. Remediate. Apply GitLab 19.2.8, 19.3.4, or 19.4.2 for the matching supported branch; account for the documented 19.3.4 Ona merge-request-page issue and planned 19.3.5 follow-up through the supported vendor or project channel, following the current advisory and change-control requirements.
  4. Validate. Confirm the resulting version or managed-service state, exercise representative functionality and recovery paths, monitor for regressions, and document exceptions.
  5. Retain evidence. Preserve asset and owner identifiers, the applicability decision, before-and-after versions, change approval, installation output, validation results, and any exception or rollback record.

Operational Cautions

GitLab states single-node upgrades incur downtime for migrations and multi-node environments require the documented zero-downtime procedure. Version 19.3.4 has a known merge-request-page issue when Ona is enabled; evaluate the planned 19.3.5 follow-up before selecting that branch. Preserve the authority snapshot, asset and owner records, before-and-after versions, change approval, installation output, validation results, exceptions, and rollback evidence.

Evidence To Retain

  • Exact product, release stream, package or application version, enabled feature, environment, and accountable owner.
  • UTC timestamps, authority revision, approved change record, installer or package-manager output, and resulting version.
  • Relevant logs and monitoring evidence, test results, exceptions, compensating controls, and rollback decisions.

Related TechGeeks Resources

Authoritative References

Correction policy: If the authority changes affected versions, fixed versions, severity, exploitation information, mitigations, or required action, TechGeeks will update this notice and its verification date.