ESPNTwo steps too many: Refs confirm LaMelo traveled en route to 3-point makeInquirerSWS: Fewer Filipinos follow Duterte trial than past impeachmentsESPN DeportesOlympiacos, de la mano de Armando González sigue invicto en Europa LeagueDaily MaverickREPEAT CONVICT: SA double murderer ‘with racist alter ego’ may lose US citizenship over liesRTP DesportoPortuguês João Henriques é o novo treinador do NacionalZDF heuteAktuelle Pressemitteilungen des ZDFCollider20 Years Later, Christopher Nolan's Most Underrated Movie Is a Different Experience Every TimeABC NewsWATCH: Democratic Socialist aims to flip Florida Senate seatDigital SpyNew Ali G movie branded "crass" and "dawdling" as it lands in cinemas for one weekend onlyRadio-CanadaUne juge somme Trump de témoigner d’ici le 11 décembre dans sa procédure contre la BBCStraits Times SportAustralia weigh changes for Cape Town decider after South Africa routSRF News2. Runde in Conference League – Thun wird für eine passive Startphase hart bestraft
The Daily Newsstand · Free, Always
Thursday, October 22, 2026

Max-severity GitLab bug allows remote code execution over 12 years of releases

Translate

Vendor 'strongly recommends' upgrading to a fixed version 'as soon as possible' 

GitLab on Wednesday patched a maximum-severity flaw that could allow unauthenticated attackers to execute arbitrary code on self-managed servers under certain conditions. Affected software releases date back a full 12 years - so upgrade to a fixed version now.

The integer overflow bug, tracked as CVE-2026-110264, affects regular-expression compilation in GitLab Community Edition (CE) and Enterprise Edition (EE), including versions dating back to GitLab 7.0, released in June 2014.

The flaw, “under certain conditions, could have allowed an unauthenticated user to execute arbitrary code on the GitLab server due to integer overflow when compiling a specially crafted regular expression,” the vendor said in its release notes.

REG AD

GitLab released fixes in versions 19.5.1, 19.4.3, and 19.3.6, and backported the patch to versions 19.2.9, 19.1.9, 19.0.10, and 18.11.13. The vendor “strongly recommends” that all organizations running vulnerable software upgrade to a fixed version “as soon as possible.” 

REG AD

GitLab-managed infrastructure, including GitLab.com and GitLab Dedicated, remains patched, and the vendor also released two threat detections (here and here) for customers with self-managed instances.

Bug hunter Johan Carlsson reported the vulnerability through GitLab’s HackerOne bug bounty program.

“For organizations running self-managed GitLab infrastructure, the potential impact is severe,” warned threat-detection firm SOC Prime. “GitLab repositories frequently contain source code, CI/CD configuration, deployment secrets, access tokens, infrastructure definitions, and connections to production environments. Server-level compromise could therefore create opportunities for credential theft, repository manipulation, supply chain attacks, persistence, or lateral movement.”

While there’s no indication - yet - of any in-the-wild exploitation attempts, we’d expect criminals to start scanning for vulnerable instances soon.

The ongoing PHP chaos may have given defenders a short head-start on this one, but considering the perfect 10 CVSS severity rating and GitLab’s reach into the enterprise - it claims 50 million registered users and more than 50 percent of the Fortune 100 - that’s not going to last long.

Last month, attackers started battering another max-severity flaw in the same GitLab CE and EE products just days after the vendor issued a patch, according to the US Cybersecurity and Infrastructure Security Agency and private researchers.®

View the original on The Register →

KioskNews shows a cleaned-up reading view extracted from the publisher’s page — the original always lives on their site, not ours.