CVE-2026-101283

iperf3 3.20\u20133.21 (esnet/iperf) has a pre-auth heap buffer overflo ...

Publicada 30 sept 2026Modificada 1 oct 2026CWE 122

En la Trivy database desde, como mínimo, el 24 oct 2026, 07:11 UTCNo consta cuándo entró antes de ese build.

Severidad por fuente

Ninguna fuente da una puntuación CVSS.

La etiqueta propia de Trivy es MEDIUM. Crítica según Photon OS.

Descripción

iperf3 3.20–3.21 (esnet/iperf) has a pre-auth heap buffer overflow in decrypt_rsa_message(): a 256-byte RSA buffer is BIO_read with the attacker-controlled ciphertext length (guard warns only), so an unauthenticated client overflows the heap via an oversized authtoken; fixed in 3.22

Paquetes afectados y versiones corregidas

Fuente	Paquete	Corregido en
Photon OS 5.0	iperf, iperf-doc	3.22-1.ph5
alpine edge	iperf3	3.22-r0
debian 11	iperf3	sin corrección indicada
debian 13	iperf3	sin corrección indicada
debian 14	iperf3	3.22-0.1
rapidfort amazon linux 2023	iperf3	sin corrección indicada
rapidfort debian 12	iperf3	0:3.22-0.1
rapidfort debian 13	iperf3	0:3.22-0.1

Mostrar las 9 entradas de 8 fuentes

Fuente	Paquete	Corregido en
Photon OS 5.0	iperf	3.22-1.ph5
Photon OS 5.0	iperf-doc	3.22-1.ph5
alpine edge	iperf3	3.22-r0
debian 11	iperf3	sin corrección indicada
debian 13	iperf3	sin corrección indicada
debian 14	iperf3	3.22-0.1
rapidfort amazon linux 2023	iperf3	sin corrección indicada
rapidfort debian 12	iperf3	0:3.22-0.1
rapidfort debian 13	iperf3	0:3.22-0.1

Referencias

https://newreleases.io/project/github/esnet/iperf/release/3.22

Qué hace Attestkeep con esto

Dentro de su cluster, sin abrir una hoja de cálculo.

SabeEl scanner actualiza su vulnerability database cada seis horas.
EncuentraCada image admitida se vuelve a escanear cada 24 horas por defecto (scan.rescanInterval). Cuando Trivy califica esta vulnerabilidad como crítica para la fuente de paquetes de la image, aparece por su nombre en los findings de la image. Los findings sin corrección quedan fuera salvo que includeUnfixed esté activado.
AvisaUn evento critical_finding va a los canales suscritos a él: e-mail, Slack, Teams, un webhook, Jira, GitLab o GitHub.
RechazaCon una policy que bloquea los findings críticos, un pod con esta image se rechaza en la admission, incluido un rollback a ella. Los pods que ya están en marcha no se desalojan.
RegistraCada decisión se guarda con la policy que se aplicó y su hash, y se sella bajo un checkpoint firmado.

Probar Attestkeep Leer la documentación

Vulnerability data compiled from the Trivy vulnerability database (trivy-db, Aqua Security, Apache License 2.0), which aggregates third-party advisories. CVE records are published by The MITRE Corporation under the CVE Terms of Use; CVE is a trademark of MITRE. This product uses data from the NVD API but is not endorsed or certified by the NVD. Severity, titles and advisory data from the GitHub Advisory Database (CC BY 4.0), Red Hat security data (CC BY 4.0) and the other sources linked on each entry. Entries may be summarised or re-formatted; the linked original is the authoritative record.