<?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://cve.radiocsirt.org</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>Fri, 09 Oct 2026 04:11:58 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-278348</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-278348</link>
      <description>EUVD-2026-278348</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-278348</guid>
    </item>
    <item>
      <title>fkie_cve-2026-34042</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-34042</link>
      <description>&lt;p&gt;act is a project which allows for local running of github actions. Prior to version 0.2.86, act&amp;#39;s built in actions/cache server listens to connections on all interfaces and allows anyone who can connect to it including someone anywhere on the internet to create caches with arbitrary keys and retrieve all existing caches. If they can predict which cache keys will be used by local actions, they can create malicious caches containing whatever files they please most likely allowing arbitrary remote code execution within the docker container. This issue has been patched in version 0.2.86.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;act is a project which allows for local running of github actions. Prior to version 0.2.86, act&amp;#39;s built in actions/cache server listens to connections on all interfaces and allows anyone who can connect to it including someone anywhere on the internet to create caches with arbitrary keys and retrieve all existing caches. If they can predict which cache keys will be used by local actions, they can create malicious caches containing whatever files they please most likely allowing arbitrary remote code execution within the docker container. This issue has been patched in version 0.2.86.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-34042</guid>
    </item>
    <item>
      <title>GHSA-x34h-54cw-9825 — act: actions/cache server allows malicious cache injection</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-x34h-54cw-9825</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/nektos/act&lt;/p&gt;
&lt;p&gt;act&amp;#39;s built-in actions/cache server listens to connections on all interfaces and allows anyone who can connect to it — including someone anywhere on the internet — to create caches with arbitrary keys and retrieve all existing caches. If one can predict which cache keys will be used by local actions, one can create malicious caches containing whatever files one pleases, most likely allowing arbitrary remote code execution within the Docker container.&lt;/p&gt;
&lt;p&gt;## Discovery&lt;/p&gt;
&lt;p&gt;Discovered while discussing [forgejo/runner#294](https://code.forgejo.org/forgejo/runner/issues/294).&lt;/p&gt;
&lt;p&gt;## Proposed Mitigation&lt;/p&gt;
&lt;p&gt;It was discussed to append a secret to `ACTIONS_CACHE_URL` to retain compatibility with GitHub&amp;#39;s cache action and still allow authorization. Forgejo is considering also encoding which repo is currently being run in CI into the secret in the URL to prevent unrelated repos using the same (probably global) runner from seeing each other&amp;#39;s caches.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/nektos/act&lt;/p&gt;
&lt;p&gt;act&amp;#39;s built-in actions/cache server listens to connections on all interfaces and allows anyone who can connect to it — including someone anywhere on the internet — to create caches with arbitrary keys and retrieve all existing caches. If one can predict which cache keys will be used by local actions, one can create malicious caches containing whatever files one pleases, most likely allowing arbitrary remote code execution within the Docker container.&lt;/p&gt;
&lt;p&gt;## Discovery&lt;/p&gt;
&lt;p&gt;Discovered while discussing [forgejo/runner#294](https://code.forgejo.org/forgejo/runner/issues/294).&lt;/p&gt;
&lt;p&gt;## Proposed Mitigation&lt;/p&gt;
&lt;p&gt;It was discussed to append a secret to `ACTIONS_CACHE_URL` to retain compatibility with GitHub&amp;#39;s cache action and still allow authorization. Forgejo is considering also encoding which repo is currently being run in CI into the secret in the URL to prevent unrelated repos using the same (probably global) runner from seeing each other&amp;#39;s caches.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-x34h-54cw-9825</guid>
    </item>
  </channel>
</rss>
