<?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-06T16:28:03.678605+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/bit-cilium-2024-42487</id>
    <title>BIT-cilium-2024-42487 — Cilium's Gateway API route matching order contradicts specification</title>
    <updated>2026-10-06T16:28:03.747405+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Bitnami: cilium</p>
<p>Cilium is a networking, observability, and security solution with an eBPF-based dataplane. In the 1.15 branch prior to 1.15.8 and the 1.16 branch prior to 1.16.1, Gateway API HTTPRoutes and GRPCRoutes do not follow the match precedence specified in the Gateway API specification. In particular, request headers are matched before request methods, when the specification describes that the request methods must be respected before headers are matched. This could result in unexpected behaviour with security This issue is fixed in Cilium v1.15.8 and v1.16.1. There is no workaround for this issue.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/bit-cilium-2024-42487"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-158809</id>
    <title>EUVD-2026-158809</title>
    <updated>2026-10-06T16:28:03.747466+00:00</updated>
    <content>EUVD-2026-158809</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-158809"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2024-42487</id>
    <title>fkie_cve-2024-42487</title>
    <updated>2026-10-06T16:28:03.747484+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Cilium is a networking, observability, and security solution with an eBPF-based dataplane. In the 1.15 branch prior to 1.15.8 and the 1.16 branch prior to 1.16.1, Gateway API HTTPRoutes and GRPCRoutes do not follow the match precedence specified in the Gateway API specification. In particular, request headers are matched before request methods, when the specification describes that the request methods must be respected before headers are matched. This could result in unexpected behaviour with security This issue is fixed in Cilium v1.15.8 and v1.16.1. There is no workaround for this issue.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2024-42487"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-qcm3-7879-xcww</id>
    <title>GHSA-qcm3-7879-xcww — Gateway API route matching order contradicts specification</title>
    <updated>2026-10-06T16:28:03.747511+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/cilium/cilium</p>
<p>### Impact</p>
<p>Gateway API HTTPRoutes and GRPCRoutes do not follow the match precedence specified in the Gateway API specification. In particular, request headers are matched before request methods, when the specification describes that the request methods must be respected before headers are matched ([HTTPRouteRule](https://gateway-api.sigs.k8s.io/reference/spec/#gateway.networking.k8s.io/v1.HTTPRouteRule), [GRPCRouteRule](https://gateway-api.sigs.k8s.io/reference/spec/#gateway.networking.k8s.io%2fv1.GRPCRouteRule)).</p>
<p>If users create Gateway API resources that use both request headers and request methods in order to route to different destinations, then traffic may be delivered to the incorrect backend. If the backend does not have Network Policy restricting acceptable traffic to receive, then requests may access information that you did not intend for them to access.</p>
<p>### Patches</p>
<p>This issue was fixed in https://github.com/cilium/cilium/pull/34109.</p>
<p>This issue affects:
- Cilium v1.15 between v1.15.0 and v1.15.7 inclusive
- Cilium v1.16.0</p>
<p>This issue is fixed in:
- Cilium v1.15.8
- Cilium v1.16.1</p>
<p>### Workarounds</p>
<p>There is no workaround for this issue.</p>
<p>### Acknowledgements</p>
<p>The Cilium community has worked together with members of Cure53 and Isovalent to prepare these mitigations. Special thanks to @sayboras for remediating this issue.</p>
<p>### Further information</p>
<p>If you have any questions or comments about this advisory, please reach out on [Slack](https://docs.cilium.io/en/late…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-qcm3-7879-xcww"/>
  </entry>
</feed>
