Deserialization of Untrusted Data Affecting container-tools:rhel8/netavark package, versions <2:1.10.3-1.module_el8.10.0+4082+f7f0c95e


Severity

Recommended
high

Based on AlmaLinux security rating.

Threat Intelligence

EPSS
0.6% (46th 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 IDSNYK-ALMALINUX8-CONTAINERTOOLS-17890102
  • published8 Jul 2026
  • disclosed7 Jul 2026

Introduced: 7 Jul 2026

CVE-2026-39832  (opens in a new tab)
CWE-502  (opens in a new tab)

How to fix?

Upgrade AlmaLinux:8 container-tools:rhel8/netavark to version 2:1.10.3-1.module_el8.10.0+4082+f7f0c95e or higher.
This issue was patched in ALSA-2026:35833.

NVD Description

Note: Versions mentioned in the description apply only to the upstream container-tools:rhel8/netavark package and not the container-tools:rhel8/netavark package as distributed by AlmaLinux. See How to fix? for AlmaLinux:8 relevant fixed versions and status.

When adding a key to a remote agent constraint extensions such as restrict-destination-v00@openssh.com were not serialized in the request. Destination restrictions were silently stripped when forwarding keys, allowing unrestricted use of the key on the remote host. The client now serializes all constraint extensions. Additionally, the in-memory keyring returned by NewKeyring() now rejects keys with unsupported constraint extensions instead of silently ignoring them.

References

CVSS Base Scores

version 3.1