GitLab: unauthenticated code execution through a crafted CI/CD regular expression
An integer overflow in GitLab's CI/CD regular-expression compiler can, under certain conditions, let an unauthenticated attacker execute arbitrary code on a self-managed GitLab Community Edition or Enterprise Edition server through a specially crafted regular expression in a CI/CD configuration. GitLab assigned the maximum CVSS score of 10.0 and shipped fixes on October 12, 2026. CISA added the flaw to the KEV catalog on October 29, citing evidence of active exploitation. GitLab.com was already patched, and GitLab Dedicated customers do not need to act. The CVSS vector lists no privileges required; GitLab has not published the exact request path, so how an outsider delivers the crafted configuration is not yet public.
Check the Ruby underneath, not just the GitLab version. The underlying flaw sits in Onigmo, the regular-expression engine in Ruby. The Alpine Linux project disclosed that an attacker tried this flaw against its GitLab server on October 20–21; Alpine later found that upgrading GitLab alone had not closed the hole on its own build because its image used a standard Ruby runtime rather than the Ruby bundled with GitLab's official packages. Patched Ruby releases are 3.3.13, 3.4.12, and 4.0.9.
Upgrade self-managed instances to 19.2.8, 19.3.5, or 19.4.2 for your branch, outside the normal patch cycle. Then verify which Ruby the server actually runs — a GitLab upgrade on a custom Ruby does not by itself apply the fix. This is code execution, so if the server was exposed before you patched, look for signs of compromise as well.
Fixed releases at a glance
- GitLab CE / EE: 19.2.8, 19.3.5, 19.4.2
- Ruby (Onigmo): 3.3.13, 3.4.12, 4.0.9
Sources: CISA alert, Oct 29, 2026 · Rapid7 analysis, Oct 2026 · Rapid7 technical analysis · SOCRadar · SecurityOnline, Ruby Onigmo fixes · Alpine / Ruby reporting, Oct 30, 2026.