Resource Exhaustion Affecting strimzi-kafka-operator-kafka-init package, versions <0.51.0-r1


Severity

Recommended
low

Based on default assessment until relevant scores are available.

Threat Intelligence

EPSS
0.06% (18th 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 Learn

Learn about Resource Exhaustion vulnerabilities in an interactive lesson.

Start learning
  • Snyk IDSNYK-MINIMOSLATEST-STRIMZIKAFKAOPERATORKAFKAINIT-15763637
  • published26 Mar 2026
  • disclosed5 Mar 2026

Introduced: 5 Mar 2026

NewCVE-2026-1605  (opens in a new tab)
CWE-400  (opens in a new tab)
CWE-401  (opens in a new tab)

How to fix?

Upgrade Minimos:latest strimzi-kafka-operator-kafka-init to version 0.51.0-r1 or higher.

NVD Description

Note: Versions mentioned in the description apply only to the upstream strimzi-kafka-operator-kafka-init package and not the strimzi-kafka-operator-kafka-init package as distributed by Minimos. See How to fix? for Minimos:latest relevant fixed versions and status.

In Eclipse Jetty, versions 12.0.0-12.0.31 and 12.1.0-12.0.5, class GzipHandler exposes a vulnerability when a compressed HTTP request, with Content-Encoding: gzip, is processed and the corresponding response is not compressed.

This happens because the JDK Inflater is allocated for decompressing the request, but it is not released because the release mechanism is tied to the compressed response. In this case, since the response is not compressed, the release mechanism does not trigger, causing the leak.

CVSS Base Scores

version 3.1