Red Hat Podman Update Addresses Eleven RHEL 10 Flaws

P1 — VALIDATE AND UPDATEMedium to High · 4.2 / 7.5 / 7.8 / 8.1 / 8.8 (CVSS v3.1)EXPLOITATION: NOT STATED

Quick Answer

Red Hat's RHSA-2026:70201 updates Podman on RHEL 10.2 to 5.8.2-9.el10_2. The eleven CVEs include archive-link file writes, incomplete Quadlet replacement, and bundled Go-library flaws. Install the matching Red Hat RPM and assess the specific host-management and input paths used by the deployment.

Confirm Scope And Apply The Supported Fix

What to do now: Inventory Podman installations and build/runner images that include Podman itself, record Quadlet use and archive-import workflows, update the supported package, and verify effective unit configuration and normal container operations.

Open the authoritative advisory

Last verified: 2026-09-22 UTC. Recheck the authoritative advisory and supported distribution channel before changing production.

Scope And Authority

Product scopeRHEL 10.2 Podman packages
AdvisoryRHSA-2026:70201
CVEsCVE-2026-17106, CVE-2026-19730, CVE-2026-33810, CVE-2026-33818, CVE-2026-42499, CVE-2026-56852, CVE-2026-56853, CVE-2026-56858, CVE-2026-56859, CVE-2026-56860, CVE-2026-56862
Authoritative release date2026-09-22 14:19:35 UTC
Recorded source timestamp (historical snapshot)2026-09-22 15:47:10 UTC
Affected versionsPodman RPMs in the advisory's RHEL 10.2 AppStream scope before the applicable 5.8.2-9.el10_2 build. The source RPM and runtime podman package are related but not interchangeable installation targets.
Fixed versionpodman 5.8.2-9.el10_2
CVSS base score4.2 / 7.5 / 7.8 / 8.1 / 8.8 (CVSS v3.1)
CVSS severityMedium to High
Exploitation statusNot stated by the authority; no exploitation claim is inferred.

What Changed

CVE-2026-17106 concerns tar extraction following attacker-controlled links outside the intended destination, with possible arbitrary file writes or code execution. CVE-2026-19730 concerns podman quadlet install --replace: if reflink copying fails and a shorter file is written without truncation, old trailing directives can survive silently. Retained capability or mount settings may leave host access that the operator intended to remove; it is not direct information disclosure to a user who already controls the file.

The nine Go-library issues include wildcard DNS-constraint validation, ASN.1/XML recursion, costly email/URL parsing, invalid UTF-8 loops, unencrypted HTTP/2 preface timeouts, HTML-template injection and repeated TLS KeyUpdate work. These descriptions identify dependency mechanisms, not proof that every Podman installation exposes all nine input paths. Match remediation to Red Hat's package and the deployment's actual use.

What To Validate Now

  1. Inventory. Record Podman's installed RPM, rootful/rootless use, Quadlet files and generated units, archive-import paths, build agents and owners.
  2. Establish applicability. Compare each deployment with the authority's affected-version statement: The exact entitled RHEL 10.2 Podman packages builds before the branch-specific package, image, or digest listed by Red Hat. Do not infer applicability from product family or severity alone.
  3. Remediate. Apply podman 5.8.2-9.el10_2 through the supported vendor or project channel, following the current advisory and change-control requirements.
  4. Validate. Confirm the runtime RPM, then check approved image import, container lifecycle and Quadlet workflows. Compare replacement Quadlet contents and effective capabilities/mounts against the intended configuration; installing a fixed binary does not by itself remove previously retained directives.
  5. Retain evidence. Preserve asset and owner identifiers, the applicability decision, before-and-after versions, change approval, installation output, validation results, and any exception or rollback record.

Operational Cautions

Treat host Podman packages separately from application containers that do not contain Podman. Preserve unit files and relevant file-write evidence if suspicious behavior occurred. A dependency CVE in the package does not establish every parser or network mode is reachable in a given deployment.

Evidence To Retain

  • Exact product, release stream, package or application version, enabled feature, environment, and accountable owner.
  • UTC timestamps, authority revision, approved change record, installer or package-manager output, and resulting version.
  • Relevant logs and monitoring evidence, test results, exceptions, compensating controls, and rollback decisions.

Related TechGeeks Resources

Authoritative References

Correction policy: If the authority changes affected versions, fixed versions, severity, exploitation information, mitigations, or required action, TechGeeks will update this notice and its verification date.