<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://vulnerability.circl.lu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Thu, 01 Oct 2026 02:28:18 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-63328</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-63328</link>
      <description>&lt;p&gt;Trivy is a security scanner. Prior to 0.72.0, plugin manifest metadata is used by pkg/plugin/manager.go to construct paths under ~/.trivy/plugins without confining plugin names to that root, allowing an attacker who persuades a user to install or run a malicious plugin to write the manifest and plugin binary to arbitrary user-writable paths, while plugins from the official Trivy plugin index are not affected. This issue is fixed in version 0.72.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Trivy is a security scanner. Prior to 0.72.0, plugin manifest metadata is used by pkg/plugin/manager.go to construct paths under ~/.trivy/plugins without confining plugin names to that root, allowing an attacker who persuades a user to install or run a malicious plugin to write the manifest and plugin binary to arbitrary user-writable paths, while plugins from the official Trivy plugin index are not affected. This issue is fixed in version 0.72.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-63328</guid>
    </item>
    <item>
      <title>GHSA-8rc5-4fr6-64pw — Trivy Plugin Manager has Path Traversal that Allows Arbitrary File Write</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-8rc5-4fr6-64pw</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/aquasecurity/trivy&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;Trivy&amp;#39;s plugin manager does not fully validate metadata from a plugin&amp;#39;s manifest before using it to construct filesystem paths under the plugin root (`~/.trivy/plugins`). A crafted plugin can cause Trivy to write its files (the manifest and the downloaded plugin binary) outside the plugin root, to an arbitrary location writable by the user running Trivy.&lt;/p&gt;
&lt;p&gt;Plugins are third-party binaries that Trivy downloads and executes, so Trivy&amp;#39;s [documentation](https://trivy.dev/docs/latest/guide/plugin/) already advises installing only plugins you trust. This issue does not change that trust boundary: exploitation requires the user to install a malicious plugin in the first place.&lt;/p&gt;
&lt;p&gt;## Affected configurations&lt;/p&gt;
&lt;p&gt;The vulnerability is triggered only when a user installs an attacker-controlled plugin, for example via `trivy plugin install &amp;lt;SOURCE&amp;gt;` or `trivy plugin run &amp;lt;SOURCE&amp;gt;`. An attacker has to trick a user into installing a plugin they crafted, for instance by publishing it or by getting a malicious source pasted into a command or documentation snippet.&lt;/p&gt;
&lt;p&gt;Plugins distributed through the official Trivy plugin index are not affected.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;A user who installs a malicious plugin can have files written outside the plugin root, to any location writable by the user running Trivy. The vulnerability does not grant any privileges beyond what that user already has.&lt;/p&gt;
&lt;p&gt;## Patches&lt;/p&gt;
&lt;p&gt;Fixed in Trivy `0.72.0`. Users should upgrade to that release or later.&lt;/p&gt;
&lt;p&gt;## Workarounds&lt;/p&gt;
&lt;p&gt;Only install Tr…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/aquasecurity/trivy&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;Trivy&amp;#39;s plugin manager does not fully validate metadata from a plugin&amp;#39;s manifest before using it to construct filesystem paths under the plugin root (`~/.trivy/plugins`). A crafted plugin can cause Trivy to write its files (the manifest and the downloaded plugin binary) outside the plugin root, to an arbitrary location writable by the user running Trivy.&lt;/p&gt;
&lt;p&gt;Plugins are third-party binaries that Trivy downloads and executes, so Trivy&amp;#39;s [documentation](https://trivy.dev/docs/latest/guide/plugin/) already advises installing only plugins you trust. This issue does not change that trust boundary: exploitation requires the user to install a malicious plugin in the first place.&lt;/p&gt;
&lt;p&gt;## Affected configurations&lt;/p&gt;
&lt;p&gt;The vulnerability is triggered only when a user installs an attacker-controlled plugin, for example via `trivy plugin install &amp;lt;SOURCE&amp;gt;` or `trivy plugin run &amp;lt;SOURCE&amp;gt;`. An attacker has to trick a user into installing a plugin they crafted, for instance by publishing it or by getting a malicious source pasted into a command or documentation snippet.&lt;/p&gt;
&lt;p&gt;Plugins distributed through the official Trivy plugin index are not affected.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;A user who installs a malicious plugin can have files written outside the plugin root, to any location writable by the user running Trivy. The vulnerability does not grant any privileges beyond what that user already has.&lt;/p&gt;
&lt;p&gt;## Patches&lt;/p&gt;
&lt;p&gt;Fixed in Trivy `0.72.0`. Users should upgrade to that release or later.&lt;/p&gt;
&lt;p&gt;## Workarounds&lt;/p&gt;
&lt;p&gt;Only install Tr…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-8rc5-4fr6-64pw</guid>
    </item>
  </channel>
</rss>
