External risk intelligence

LXD Authorization Bypass via Cross-Project Migration

CVE advisorySeverity: CRITICAL (CVSS 9.9)

CVE-2026-62420

LXD is a system container manager typically deployed in isolated or internal data center environments to manage local or clustered infrastructure. The vulnerability requires authenticated access to internal cluster management APIs, which are designed for administrative use and are not intended to be exposed to the public internet in standard deployment patterns.

Halo Surface Signal: 1 out of 5 — much less likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

A critical vulnerability has been identified in LXD, a system container manager, that allows an authenticated user to bypass security restrictions when migrating virtual instances between projects. This bypass occurs because the system treats internal cluster notifications differently, potentially allowing an attacker to introduce unauthorized configurations into protected projects. The main concern is confirming relevance and exposure within your LXD deployments.

  • Bypass security to move unauthorized instances.
  • Allows bypassing project restrictions on migrations.
  • Confirm if your LXD environment is affected.

Attack Path

How an attacker could exploit the issue

An attacker with existing authenticated access can exploit this vulnerability to bypass security controls when migrating virtual instances between projects. By initiating a cross-project instance migration and targeting a specific cluster member, the attacker can trick the destination node into skipping its usual project restriction checks. This allows the attacker to introduce unauthorized instance configurations into projects that are meant to have strict limitations, potentially leading to a compromise of those projects.

  • Authenticated access to the system is required.
  • Cross-project instance migration triggers the bypass.
  • Allows introduction of disallowed configurations.

Live Threat

Current exploitation, exposure, and threat context

This vulnerability could allow an authenticated attacker to bypass project restrictions when migrating instances between projects on different cluster members. This occurs because the destination node treats the migration request as an internal cluster notification, skipping security checks. An attacker could leverage this to introduce disallowed instance configurations into a restricted project.

  • Restricted project configurations could be compromised.
  • Instances may be migrated with disallowed configurations.
  • Project security policies could be circumvented.

Operational Fix

Recommended remediation, mitigation, and detection steps

This authorization bypass vulnerability in LXD impacts authenticated users and requires coordinated action between platform or infrastructure teams responsible for LXD and the security team overseeing project restrictions. The immediate first step is to identify all LXD clusters, confirm which projects are using cross-project migrations, and assess the business criticality of affected projects. Once identified, ownership of vulnerable instances and projects must be confirmed before planning remediation, potentially involving vendor coordination or temporary security configurations.

  • Platform or infrastructure teams own remediation.
  • Verify cross-project migration usage and target projects.
  • Plan remediation based on project criticality and ownership.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is LXD?

LXD is a system container manager used to run and manage collections of containers or virtual machines across a cluster of servers. It acts as an abstraction layer, allowing administrators to group infrastructure into isolated projects, each with its own security settings, resources, and configuration policies.

What does CWE-863 mean for CVE-2026-62420?

CWE-863 refers to an Incorrect Authorization weakness. In this specific CVE, the system fails to verify that an authenticated user has the necessary permissions to move an instance into a target project. Because the software incorrectly assumes the migration request is a trusted internal notification, it grants access that should have been restricted.

How is this vulnerability triggered?

An attacker must already have authenticated access to the LXD cluster. They trigger the flaw by initiating a cross-project instance migration to a specific cluster member. Simply performing standard administrative tasks within a single project or moving instances without targeting a different cluster member does not trigger this authorization bypass.

Is my LXD deployment at risk?

According to Halo Surface Signal, this risk is very unlikely for most deployments because LXD is typically hosted in isolated, internal data center environments. Because the vulnerability requires existing authenticated access to internal management APIs, servers that are not exposed to the public internet are significantly safer.

Do I need to take action if I use LXD?

Yes. Start by auditing your LXD environment to identify all clusters and confirm which projects currently utilize cross-project migrations. Assess the criticality of these projects and confirm the ownership of any instances within them to ensure that no unauthorized configurations have been introduced while you prepare for remediation.

References