OS Command Injection Affecting jaeger package, versions <0:2.20.0-0.11.hum1


Severity

Recommended
0.0
high
0
10

Based on Red Hat Enterprise Linux security rating.

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-RHEL10-JAEGER-20718636
  • published10 Oct 2026
  • disclosed29 Sept 2026

Introduced: 29 Sep 2026

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

How to fix?

Upgrade RHEL:10 jaeger to version 0:2.20.0-0.11.hum1 or higher.
This issue was patched in RHSA-2026:69544.

NVD Description

Note: Versions mentioned in the description apply only to the upstream jaeger package and not the jaeger package as distributed by RHEL. See How to fix? for RHEL:10 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