Resource Exhaustion Affecting pcs-snmp package, versions <0:0.11.9-2.el9_6.2


Severity

Recommended
high

Based on Oracle Linux security rating.

Threat Intelligence

EPSS
0.15% (36th 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-ORACLE9-PCSSNMP-13833006
  • published4 Nov 2025
  • disclosed7 Oct 2025

Introduced: 7 Oct 2025

CVE-2025-61772  (opens in a new tab)
CWE-400  (opens in a new tab)

How to fix?

Upgrade Oracle:9 pcs-snmp to version 0:0.11.9-2.el9_6.2 or higher.
This issue was patched in ELSA-2025-19512.

NVD Description

Note: Versions mentioned in the description apply only to the upstream pcs-snmp package and not the pcs-snmp package as distributed by Oracle. See How to fix? for Oracle:9 relevant fixed versions and status.

Rack is a modular Ruby web server interface. In versions prior to 2.2.19, 3.1.17, and 3.2.2, Rack::Multipart::Parser can accumulate unbounded data when a multipart part’s header block never terminates with the required blank line (CRLFCRLF). The parser keeps appending incoming bytes to memory without a size cap, allowing a remote attacker to exhaust memory and cause a denial of service (DoS). Attackers can send incomplete multipart headers to trigger high memory use, leading to process termination (OOM) or severe slowdown. The effect scales with request size limits and concurrency. All applications handling multipart uploads may be affected. Versions 2.2.19, 3.1.17, and 3.2.2 cap per-part header size (e.g., 64 KiB). As a workaround, restrict maximum request sizes at the proxy or web server layer (e.g., Nginx client_max_body_size).

CVSS Base Scores

version 3.1