<?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://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-06T11:16:55.992986+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" 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://cve.radiocsirt.org/vuln/euvd-2026-265966</id>
    <title>EUVD-2026-265966</title>
    <updated>2026-10-06T11:16:56.038996+00:00</updated>
    <content>EUVD-2026-265966</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-265966"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-23742</id>
    <title>fkie_cve-2026-23742</title>
    <updated>2026-10-06T11:16:56.039034+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Skipper is an HTTP router and reverse proxy for service composition. The default skipper configuration before 0.23.0 was -lua-sources=inline,file. The problem starts if untrusted users can create lua filters, because of -lua-sources=inline , for example through a Kubernetes Ingress resource. The configuration inline allows these user to create a script that is able to read the filesystem accessible to the skipper process and if the user has access to read the logs, they an read skipper secrets. This vulnerability is fixed in 0.23.0.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-23742"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-cc8m-98fm-rc9g</id>
    <title>GHSA-cc8m-98fm-rc9g — Skipper is vulnerable to arbitrary code execution through lua filters</title>
    <updated>2026-10-06T11:16:56.039069+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/zalando/skipper</p>
<p>### Impact</p>
<p>Arbitrary code execution through [lua filters](https://opensource.zalando.com/skipper/reference/scripts/).</p>
<p>The default skipper configuration before v0.23 was `-lua-sources=inline,file`. 
The problem starts if untrusted users can create lua filters, because of `-lua-sources=inline` , for example through a Kubernetes Ingress resource. The configuration `inline` allows these user to create a script that is able to read the filesystem accessible to the skipper process and if the user has access to read the logs they an read skipper secrets.</p>
<p>Kubernetes example (vulnerability is not limited to Kubernetes)
```lua
function request(ctx, params)
  local file = io.open('/var/run/secrets/kubernetes.io/serviceaccount/token', 'r')
  if file then
    local token = file:read('*all')
    file:close()
    error('[EXFIL] ' .. token)  -- Exfiltrate via error logs
  end
end
```</p>
<p>### Patches</p>
<p>https://github.com/zalando/skipper/releases/tag/v0.23.0 disables Lua by default.</p>
<p>### Workarounds</p>
<p>You can reduce support of how you can pass lua filter script data by providing config for lua sources https://opensource.zalando.com/skipper/reference/scripts/#enable-and-disable-lua-sources. For example `-lua-sources=file` will only be exploitable if the attacker can create a lua script file on the target system.</p>
<p>### References</p>
<p>https://opensource.zalando.com/skipper/reference/scripts/#enable-and-disable-lua-sources</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-cc8m-98fm-rc9g"/>
  </entry>
</feed>
