CVE-2026-71218
Received Received - Intake

Memory Exhaustion DoS in iperf3

Vulnerability report for CVE-2026-71218, including description, CVSS score, EPSS score, affected products, exploitability, helpful resources, and attack-flow context.

Publication date: 2026-08-11

Last updated on: 2026-08-11

Assigner: Red Hat, Inc.

Description

A flaw was found in iperf3. A remote unauthenticated attacker can exploit a vulnerability in the `JSON_read()` function, which accepts a peer-controlled message length and allocates memory without an upper bound. This allows the attacker to trigger excessive memory consumption, leading to a Denial of Service (DoS) through memory exhaustion, severe slowdown, or termination of the iperf3 service.

CVSS Scores

EPSS Scores

Probability:
Percentile:

Meta Information

Published
2026-08-11
Last Modified
2026-08-11
Generated
2026-08-11
AI Q&A
2026-08-11
EPSS Evaluated
N/A
NVD
EUVD

Affected Vendors & Products

Showing 1 associated CPE
Vendor Product Version / Range
iperf3 iperf3 to 3.17.1-5.el10_1 (inc)

Helpful Resources

Exploitability

CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-789 The product allocates memory based on an untrusted, large size value, but it does not ensure that the size is within expected limits, allowing arbitrary amounts of memory to be allocated.

Attack-Flow Graph

AI Quick Actions

Instant insights powered by AI
Executive Summary

This vulnerability is a memory exhaustion flaw in iperf3. A remote attacker can send a specially crafted message with an excessively large length value to the JSON_read() function. The function allocates memory based on this peer-controlled value without checking for reasonable limits, causing the application to consume excessive memory. This leads to a Denial of Service (DoS) by slowing down or crashing the iperf3 service entirely.

Detection Guidance

Monitor iperf3 service memory usage and network traffic to the control port. Check for unusually high memory consumption or slowdowns in iperf3 processes. Use tools like netstat or ss to verify connections to the iperf3 control port (default 5201).

Commands to detect: netstat -tulnp | grep iperf3, ss -tulnp | grep iperf3, ps aux | grep iperf3, top or htop to monitor memory usage.

Impact Analysis

If you run iperf3 in server mode, an attacker could exploit this to disrupt your network performance testing service. The service may slow down significantly, become unresponsive, or crash entirely due to memory exhaustion. This could interrupt legitimate network testing activities and require manual intervention to restart the service.

Mitigation Strategies

Restrict network access to the iperf3 control port using firewall rules to allow only trusted clients. Run iperf3 in environments with memory limits like containers or processes to contain resource exhaustion.

Apply firewall rules: iptables -A INPUT -p tcp --dport 5201 -s trusted_ip -j ACCEPT, iptables -A INPUT -p tcp --dport 5201 -j DROP. Consider upgrading to supported versions or applying vendor mitigations if available.

Chat Assistant

Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-71218. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70

EPSS Chart