External risk intelligence

Incus Instance Copy Vulnerability Bypasses Project Restrictions

CVE advisorySeverity: CRITICAL (CVSS 9.9)

CVE-2026-62941

Incus is a system container and virtual machine manager typically deployed in internal infrastructure or private cloud environments. While it may be network-reachable, it is not designed to be a public-facing internet service, and its management interfaces are generally protected by internal access controls and authentication.

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

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

This advisory addresses a vulnerability in Incus, a system for managing containers and virtual machines. The issue allows dangerous configurations to bypass project restrictions when copying instances, potentially leading to unauthorized access or modification of sensitive system settings. The primary concern is to confirm if Incus is in use and if this specific copy operation is performed.

  • Bypasses security checks during instance copying.
  • Critical for systems managing sensitive configurations.
  • Confirm Incus usage and copying operations.

Attack Path

How an attacker could exploit the issue

An attacker with limited access can exploit this vulnerability by leveraging the way Incus handles instance copying between projects. When an instance is copied, sensitive configuration settings from the original instance are merged after a project restriction check, effectively bypassing security policies of the target project. This allows an attacker to inject dangerous configurations into a new instance, potentially leading to elevated privileges and control over the system.

  • Requires authenticated, limited access.
  • Copying an instance across projects.
  • Bypasses project security restrictions.

Live Threat

Current exploitation, exposure, and threat context

When an instance is copied between projects, sensitive configuration keys from the source instance could be merged after a project restriction check, potentially bypassing those restrictions and affecting the target project's security posture.

  • Instance configurations could be altered.
  • Copying instances between projects.
  • Project security restrictions could be bypassed.

Operational Fix

Recommended remediation, mitigation, and detection steps

This vulnerability in Incus, a system container and virtual machine manager, allows for the bypassing of project restrictions when copying instances across projects. The issue arises from a check that occurs before the source instance's configuration is merged, enabling dangerous configuration keys to be introduced into a new project without proper authorization. Technical leaders and system owners should prioritize identifying all Incus deployments, determining their business criticality and network exposure, and coordinating with platform or infrastructure teams to plan remediation.

  • Platform or infrastructure teams own this.
  • Verify affected instances and their criticality.
  • Plan remediation with vendor coordination.

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 Incus?

Incus is an open-source system container and virtual machine manager. It allows users to create, manage, and isolate multiple Linux environments on a single host. Infrastructure teams typically use it to run various workloads in a private cloud or data center setting, providing a balance between the agility of containers and the isolation of virtual machines.

What is the vulnerability in CVE-2026-62941?

This vulnerability is an instance of Improper Authorization (CWE-863). It occurs because the system validates project access permissions before it processes the configuration settings of an instance being copied. By merging restricted settings after that check, the system fails to apply the necessary security controls, allowing unauthorized configurations to bypass project-level policies.

How can an attacker trigger this bug?

An attacker must have existing, authenticated access to the Incus environment to initiate the instance copy operation. The vulnerability is triggered specifically when copying an instance across projects. Standard operations that do not involve copying instances between different projects, or actions performed by users without the ability to trigger copy operations, are not affected by this flaw.

Is my environment at risk from this CVE?

According to Halo Surface Signal, Incus is typically deployed within internal infrastructure and is not intended to be an internet-facing service. While your specific risk depends on your network architecture, the primary concern is for environments where users have the ability to copy instances across project boundaries. Internal access controls and authentication remain your primary defense.

How should I respond to CVE-2026-62941?

The first step is to identify all Incus deployments within your infrastructure. Once identified, determine if you are running version 7.3.0 or later, which contains the patch for this issue. If you are on an older version, coordinate with your platform or infrastructure team to update the software. Review your project configurations to ensure no unauthorized instances were created while the vulnerability was present.

References