An attacker who can present a revoked SSH host key could impersonate a trusted server, intercept communications between container workloads, or gain unauthorized access to systems that rely on SSH host verification for trust decisions. For organizations running containerized workloads on Azure Linux 3.0, this creates a risk of data exposure, lateral movement within container infrastructure, and potential disruption to automated deployment pipelines that use SSH-based authentication. If SSH-verified connections handle sensitive data or privileged access, a successful impersonation attack could result in data loss, compliance findings, or extended incident response costs.
You Are Affected If
You run Microsoft Azure Linux 3.0 with the azl3 libcontainers-common package at version 20240213-3 or earlier
Your workloads use SSH host verification via golang.org/x/crypto/ssh/knownhosts, including container runtimes or tooling bundled in libcontainers-common
Your SSH known_hosts files contain one or more @revoked host key entries that you rely on for access control
You have not yet applied the patched libcontainers-common package from the MSRC May 2026 advisory for CVE-2026-42508
SSH endpoints on affected hosts are reachable from untrusted networks or by accounts that could present a revoked key
Board Talking Points
A flaw in a foundational SSH security library on Azure Linux 3.0 allows attackers to bypass host identity checks, enabling impersonation of trusted servers in our container infrastructure.
Security teams should apply the vendor-issued patch immediately and audit all Azure Linux 3.0 container hosts within the next 48 to 72 hours.
Without remediation, an attacker with access to a revoked SSH key could intercept data in transit or move laterally through containerized environments without triggering normal authentication controls.