Allocation of Resources Without Limits or Throttling Affecting libjxl-devel package, versions <0.11.2-160000.1.1


Severity

Recommended
0.0
high
0
10

Based on SUSE Linux Enterprise Server security rating.

Threat Intelligence

EPSS
0.29% (21st 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-SLES1600-LIBJXLDEVEL-15913838
  • published6 Apr 2026
  • disclosed18 Mar 2026

Introduced: 18 Mar 2026

CVE-2026-1837  (opens in a new tab)
CWE-770  (opens in a new tab)

How to fix?

Upgrade SLES:16.0.0 libjxl-devel to version 0.11.2-160000.1.1 or higher.

NVD Description

Note: Versions mentioned in the description apply only to the upstream libjxl-devel package and not the libjxl-devel package as distributed by SLES. See How to fix? for SLES:16.0.0 relevant fixed versions and status.

A specially-crafted file can cause libjxl's decoder to write pixel data to uninitialized unallocated memory. Soon after that data from another uninitialized unallocated region is copied to pixel data.

This can be done by requesting color transformation of grayscale images to another grayscale color space. Buffers allocated for 1-float-per-pixel are used as if they are allocated for 3-float-per-pixel. That happens only if LCMS2 is used as CMS engine. There is another CMS engine available (selected by build flags).

CVSS Base Scores

version 3.1