<?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>Sun, 04 Oct 2026 23:04:41 +0000</lastBuildDate>
    <item>
      <title>BIT-cilium-2024-52529 — Layer 7 policy enforcement may not occur in policies with wildcarded port ranges in Cilium</title>
      <link>https://cve.radiocsirt.org/vuln/bit-cilium-2024-52529</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Bitnami: cilium&lt;/p&gt;
&lt;p&gt;Cilium is a networking, observability, and security solution with an eBPF-based dataplane. For users with the following configuration: 1. An allow policy that selects a Layer 3 destination and a port range `AND` 2. A Layer 7 allow policy that selects a specific port within the first policy&amp;#39;s range the Layer 7 enforcement would not occur for the traffic selected by the Layer 7 policy. This issue only affects users who use Cilium&amp;#39;s port range functionality, which was introduced in Cilium v1.16. This issue is patched in PR #35150. This issue affects Cilium v1.16 between v1.16.0 and v1.16.3 inclusive. This issue is patched in Cilium v1.16.4. Users are advised to upgrade. Users with network policies that match the pattern described above can work around the issue by rewriting any policies that use port ranges to individually specify the ports permitted for traffic.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Bitnami: cilium&lt;/p&gt;
&lt;p&gt;Cilium is a networking, observability, and security solution with an eBPF-based dataplane. For users with the following configuration: 1. An allow policy that selects a Layer 3 destination and a port range `AND` 2. A Layer 7 allow policy that selects a specific port within the first policy&amp;#39;s range the Layer 7 enforcement would not occur for the traffic selected by the Layer 7 policy. This issue only affects users who use Cilium&amp;#39;s port range functionality, which was introduced in Cilium v1.16. This issue is patched in PR #35150. This issue affects Cilium v1.16 between v1.16.0 and v1.16.3 inclusive. This issue is patched in Cilium v1.16.4. Users are advised to upgrade. Users with network policies that match the pattern described above can work around the issue by rewriting any policies that use port ranges to individually specify the ports permitted for traffic.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bit-cilium-2024-52529</guid>
    </item>
    <item>
      <title>EUVD-2026-204358</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-204358</link>
      <description>EUVD-2026-204358</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-204358</guid>
    </item>
    <item>
      <title>fkie_cve-2024-52529</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2024-52529</link>
      <description>&lt;p&gt;Cilium is a networking, observability, and security solution with an eBPF-based dataplane. For users with the following configuration: 1. An allow policy that selects a Layer 3 destination and a port range `AND` 2. A Layer 7 allow policy that selects a specific port within the first policy&amp;#39;s range the Layer 7 enforcement would not occur for the traffic selected by the Layer 7 policy. This issue only affects users who use Cilium&amp;#39;s port range functionality, which was introduced in Cilium v1.16. This issue is patched in PR #35150. This issue affects Cilium v1.16 between v1.16.0 and v1.16.3 inclusive. This issue is patched in Cilium v1.16.4. Users are advised to upgrade. Users with network policies that match the pattern described above can work around the issue by rewriting any policies that use port ranges to individually specify the ports permitted for traffic.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Cilium is a networking, observability, and security solution with an eBPF-based dataplane. For users with the following configuration: 1. An allow policy that selects a Layer 3 destination and a port range `AND` 2. A Layer 7 allow policy that selects a specific port within the first policy&amp;#39;s range the Layer 7 enforcement would not occur for the traffic selected by the Layer 7 policy. This issue only affects users who use Cilium&amp;#39;s port range functionality, which was introduced in Cilium v1.16. This issue is patched in PR #35150. This issue affects Cilium v1.16 between v1.16.0 and v1.16.3 inclusive. This issue is patched in Cilium v1.16.4. Users are advised to upgrade. Users with network policies that match the pattern described above can work around the issue by rewriting any policies that use port ranges to individually specify the ports permitted for traffic.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2024-52529</guid>
    </item>
    <item>
      <title>GHSA-xg58-75qf-9r67 — Cilium's Layer 7 policy enforcement may not occur in policies with wildcarded port ranges</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-xg58-75qf-9r67</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/cilium/cilium&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;For users with the following configuration:&lt;/p&gt;
&lt;p&gt;* An allow policy that selects a [Layer 3 identity](https://docs.cilium.io/en/v1.14/security/policy/language/#layer-3-examples) and a [port range](https://docs.cilium.io/en/stable/security/policy/language/#example-port-ranges) **AND**
* A [Layer 7 allow policy](https://docs.cilium.io/en/latest/security/policy/language/#layer-7-examples) that selects a specific port within the first policy&amp;#39;s range&lt;/p&gt;
&lt;p&gt;then Layer 7 enforcement would not occur for the traffic selected by the Layer 7 policy.&lt;/p&gt;
&lt;p&gt;This issue only affects users who use Cilium&amp;#39;s port range functionality, which was introduced in Cilium v1.16.&lt;/p&gt;
&lt;p&gt;For reference, an example of a pair of policies that would trigger this issue is:&lt;/p&gt;
&lt;p&gt;```
apiVersion: &amp;#34;cilium.io/v2&amp;#34;
kind: CiliumNetworkPolicy
metadata:
  name: &amp;#34;layer-3-and-4&amp;#34;
spec:
  endpointSelector:
    matchLabels:
      app: service
  ingress:
    - fromCIDR:
      - 192.168.60.0/24
      toPorts:
      - ports:
        - port: &amp;#34;80&amp;#34;
          endPort: 444
          protocol: TCP
```
and
```
apiVersion: &amp;#34;cilium.io/v2&amp;#34;
kind: CiliumNetworkPolicy
metadata:
  name: &amp;#34;layer-4-and-7&amp;#34;
spec:
  endpointSelector:
    matchLabels:
      app: service
  ingress:
    toPorts:
    - ports:
      - port: &amp;#34;80&amp;#34;
        protocol: TCP
      rules:
        http:
        - method: &amp;#34;GET&amp;#34;
          path: &amp;#34;/public&amp;#34;
```&lt;/p&gt;
&lt;p&gt;In the above example, requests would be permitted to all HTTP paths on matching endpoints, rather than just `GET` requests to the `/…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/cilium/cilium&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;For users with the following configuration:&lt;/p&gt;
&lt;p&gt;* An allow policy that selects a [Layer 3 identity](https://docs.cilium.io/en/v1.14/security/policy/language/#layer-3-examples) and a [port range](https://docs.cilium.io/en/stable/security/policy/language/#example-port-ranges) **AND**
* A [Layer 7 allow policy](https://docs.cilium.io/en/latest/security/policy/language/#layer-7-examples) that selects a specific port within the first policy&amp;#39;s range&lt;/p&gt;
&lt;p&gt;then Layer 7 enforcement would not occur for the traffic selected by the Layer 7 policy.&lt;/p&gt;
&lt;p&gt;This issue only affects users who use Cilium&amp;#39;s port range functionality, which was introduced in Cilium v1.16.&lt;/p&gt;
&lt;p&gt;For reference, an example of a pair of policies that would trigger this issue is:&lt;/p&gt;
&lt;p&gt;```
apiVersion: &amp;#34;cilium.io/v2&amp;#34;
kind: CiliumNetworkPolicy
metadata:
  name: &amp;#34;layer-3-and-4&amp;#34;
spec:
  endpointSelector:
    matchLabels:
      app: service
  ingress:
    - fromCIDR:
      - 192.168.60.0/24
      toPorts:
      - ports:
        - port: &amp;#34;80&amp;#34;
          endPort: 444
          protocol: TCP
```
and
```
apiVersion: &amp;#34;cilium.io/v2&amp;#34;
kind: CiliumNetworkPolicy
metadata:
  name: &amp;#34;layer-4-and-7&amp;#34;
spec:
  endpointSelector:
    matchLabels:
      app: service
  ingress:
    toPorts:
    - ports:
      - port: &amp;#34;80&amp;#34;
        protocol: TCP
      rules:
        http:
        - method: &amp;#34;GET&amp;#34;
          path: &amp;#34;/public&amp;#34;
```&lt;/p&gt;
&lt;p&gt;In the above example, requests would be permitted to all HTTP paths on matching endpoints, rather than just `GET` requests to the `/…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-xg58-75qf-9r67</guid>
    </item>
    <item>
      <title>openSUSE-SU-2024:14567-1 — govulncheck-vulndb-0.0.20241209T183251-1.1 on GA media</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2024:14567-1</link>
      <description>&lt;p&gt;govulncheck-vulndb-0.0.20241209T183251-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;govulncheck-vulndb-0.0.20241209T183251-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2024:14567-1</guid>
    </item>
  </channel>
</rss>
