CVE-2026-102422 Affecting commercial-gitlab-rails-ee-19.2 package, versions <19.2.7-r1


Severity

Recommended
low

Based on default assessment until relevant scores are available.

Threat Intelligence

EPSS
0.38% (30th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-CHAINGUARDLATEST-COMMERCIALGITLABRAILSEE192-20650639
  • published8 Oct 2026
  • disclosed29 Sept 2026

Introduced: 29 Sep 2026

NewCVE-2026-102422  (opens in a new tab)

How to fix?

Upgrade Chainguard commercial-gitlab-rails-ee-19.2 to version 19.2.7-r1 or higher.

NVD Description

Note: Versions mentioned in the description apply only to the upstream commercial-gitlab-rails-ee-19.2 package and not the commercial-gitlab-rails-ee-19.2 package as distributed by Chainguard. See How to fix? for Chainguard relevant fixed versions and status.

shell-quote's quote() function emits a { comment } token as # followed by its text, which comments out the rest of the shell line, including the opening quote of any later string token. A line terminator (\n, \r, U+2028, U+2029) in that later string therefore ends the comment, and the rest of the string is parsed as shell input: quote([&#39;echo&#39;, &#39;ok&#39;, { comment: &#39;x&#39; }, &#39;a\nid;#&#39;]) runs id in sh, bash, dash, ksh and zsh. parse() emits a comment token for a # in the middle of a word (for example http://example.com/#frag), so callers that combine parse() output with another untrusted string, such as quote(parse(untrustedCommand).concat(untrustedArg)), are affected. The fix for CVE-2026-9277 rejected line terminators in the comment's own text, but not in the tokens after it. Fixed in 1.11.0: quote() throws a TypeError when a string after a { comment } token contains a line terminator.

CVSS Base Scores

version 3.1