CVE-2024-47825
CIDR deny policies may not take effect when a more narrow CIDR allow is present
Cilium is a networking, observability, and security solution with an eBPF-based dataplane. Starting in version 1.14.0 and prior to versions 1.14.16 and 1.15.10, a policy rule denying a prefix that is broader than /32 may be ignored if there is a policy rule referencing a more narrow prefix (CIDRSet or toFQDN) and this narrower policy rule specifies either enableDefaultDeny: false or - toEntities: all. Note that a rule specifying toEntities: world or toEntities: 0.0.0.0/0 is insufficient, it must be to entity all.This issue has been patched in Cilium v1.14.16 and v1.15.10. As this issue only affects policies using enableDefaultDeny: false or that set toEntities to all, some workarounds are available. For users with policies using enableDefaultDeny: false, remove this configuration option and explicitly define any allow rules required. For users with egress policies that explicitly specify toEntities: all, use toEntities: world.
Attack profile
How easy it is to exploit
- Attack vector
- Network
- Complexity
- High
- Privileges needed
- None
- User interaction
- None
What an attacker can affect
- Confidentiality
- Low
- Integrity
- None
- Availability
- None
Exploit likelihood
What each source reports
CVE List Score used
4.0
CIDR deny policies may not take effect when a more narrow CIDR allow is present
Cilium is a networking, observability, and security solution with an eBPF-based dataplane. Starting in version 1.14.0 and prior to versions 1.14.16 and 1.15.10, a policy rule denying a prefix that is broader than /32 may be ignored if there is a policy rule referencing a more narrow prefix (CIDRSet or toFQDN) and this narrower policy rule specifies either enableDefaultDeny: false or - toEntities: all. Note that a rule specifying toEntities: world or toEntities: 0.0.0.0/0 is insufficient, it must be to entity all.This issue has been patched in Cilium v1.14.16 and v1.15.10. As this issue only affects policies using enableDefaultDeny: false or that set toEntities to all, some workarounds are available. For users with policies using enableDefaultDeny: false, remove this configuration option and explicitly define any allow rules required. For users with egress policies that explicitly specify toEntities: all, use toEntities: world.
- Record
CVE-2024-47825- CVSS 3.1
- 4.0 Medium
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:L/I:N/A:N - Weakness
- CWE-276
- Updated
- 2026-11-02
EUVDEUVD-2024-2923
4.0
Cilium is a networking, observability, and security solution with an eBPF-based dataplane. Starting in version 1.14.0 and prior to versions 1.14.16 and 1.15.10, a policy rule denying a prefix that is broader than /32 may be ignored if there is a policy rule referencing a more narrow prefix (CIDRSet or toFQDN) and this narrower policy rule specifies either enableDefaultDeny: false or - toEntities: all. Note that a rule specifying toEntities: world or toEntities: 0.0.0.0/0 is insufficient, it must be to entity all.This issue has been patched in Cilium v1.14.16 and v1.15.10. As this issue only affects policies using enableDefaultDeny: false or that set toEntities to all, some workarounds are available. For users with policies using enableDefaultDeny: false, remove this configuration option and explicitly define any allow rules required. For users with egress policies that explicitly specify toEntities: all, use toEntities: world.
- Record
EUVD-2024-2923- CVSS 3.1
- 4.0 Medium
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:L/I:N/A:N - Updated
- 2026-11-03
GitHub AdvisoriesGHSA-3wwx-63fv-pfq6
4.0
Cilium's CIDR deny policies may not take effect when a more narrow CIDR allow is present
Impact
A policy rule denying a prefix that is broader than /32 may be ignored if there is
- A policy rule referencing a more narrow prefix (
CIDRSetortoFQDN) and - This narrower policy rule specifies either
enableDefaultDeny: falseor- toEntities: all
Note that a rule specifying toEntities: world or toEntities: 0.0.0.0/0 is insufficient, it must be to entity all.
As an example, given the below policies, traffic is allowed to 1.1.1.2, when it should be denied:
apiVersion: cilium.io/v2
kind: CiliumClusterwideNetworkPolicy
metadata:
name: block-scary-range
spec:
endpointSelector: {}
egressDeny:
- toCIDRSet:
- cidr: 1.0.0.0/8
---
apiVersion: cilium.io/v2
kind: CiliumNetworkPolicy
metadata:
name: evade-deny
spec:
endpointSelector: {}
egress:
- toCIDR:
- 1.1.1.2/32
- toEntities:
- all
Patches
This issue affects:
- Cilium v1.14 between v1.14.0 and v1.14.15 inclusive
- Cilium v1.15 between v1.15.0 and v1.15.9 inclusive
This issue has been patched in:
- Cilium v1.14.16
- Cilium v1.15.10
Workarounds
Users with policies using enableDefaultDeny: false can work around this issue by removing this configuration option and explicitly defining any allow rules required.
No workaround is available to users with egress policies that explicitly specify toEntities: all.
Acknowledgements
The Cilium community has worked together with members of Isovalent to prepare these mitigations. Special thanks to @squeed, @christarazi, and @jrajahalme for their work in triaging and resolving this issue.
For more information
If you have any questions or comments about this advisory, please reach out on Slack.
If you think you have found a vulnerability affecting Cilium, we strongly encourage you to report it to our security mailing list at [email protected]. This is a private mailing list for the Cilium security team, and your report will be treated with top priority.
- Record
GHSA-3wwx-63fv-pfq6- CVSS 3.1
- 4.0 Medium
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:L/I:N/A:N - Weakness
- CWE-276, CWE-1038
- Updated
- 2026-11-02
NVD
4.0
Cilium is a networking, observability, and security solution with an eBPF-based dataplane. Starting in version 1.14.0 and prior to versions 1.14.16 and 1.15.10, a policy rule denying a prefix that is broader than /32 may be ignored if there is a policy rule referencing a more narrow prefix (CIDRSet or toFQDN) and this narrower policy rule specifies either enableDefaultDeny: false or - toEntities: all. Note that a rule specifying toEntities: world or toEntities: 0.0.0.0/0 is insufficient, it must be to entity all.This issue has been patched in Cilium v1.14.16 and v1.15.10. As this issue only affects policies using enableDefaultDeny: false or that set toEntities to all, some workarounds are available. For users with policies using enableDefaultDeny: false, remove this configuration option and explicitly define any allow rules required. For users with egress policies that explicitly specify toEntities: all, use toEntities: world.
- Record
CVE-2024-47825- CVSS 3.1
- 4.0 Medium
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:L/I:N/A:N - CVSS 3.1
- 8.7 High
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:H/I:H/A:N - Weakness
- CWE-276
- Updated
- 2026-11-02
OSV
4.0
CIDR deny policies may not take effect when a more narrow CIDR allow is present
Cilium is a networking, observability, and security solution with an eBPF-based dataplane. Starting in version 1.14.0 and prior to versions 1.14.16 and 1.15.10, a policy rule denying a prefix that is broader than /32 may be ignored if there is a policy rule referencing a more narrow prefix (CIDRSet or toFQDN) and this narrower policy rule specifies either enableDefaultDeny: false or - toEntities: all. Note that a rule specifying toEntities: world or toEntities: 0.0.0.0/0 is insufficient, it must be to entity all.This issue has been patched in Cilium v1.14.16 and v1.15.10. As this issue only affects policies using enableDefaultDeny: false or that set toEntities to all, some workarounds are available. For users with policies using enableDefaultDeny: false, remove this configuration option and explicitly define any allow rules required. For users with egress policies that explicitly specify toEntities: all, use toEntities: world.
- Record
CVE-2024-47825- CVSS 3.1
- 4.0 Medium
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:L/I:N/A:N - Weakness
- CWE-276
- Updated
- 2026-11-02
OSVGHSA-3wwx-63fv-pfq6
4.0
Cilium's CIDR deny policies may not take effect when a more narrow CIDR allow is present
Impact
A policy rule denying a prefix that is broader than /32 may be ignored if there is
- A policy rule referencing a more narrow prefix (
CIDRSetortoFQDN) and - This narrower policy rule specifies either
enableDefaultDeny: falseor- toEntities: all
Note that a rule specifying toEntities: world or toEntities: 0.0.0.0/0 is insufficient, it must be to entity all.
As an example, given the below policies, traffic is allowed to 1.1.1.2, when it should be denied:
apiVersion: cilium.io/v2
kind: CiliumClusterwideNetworkPolicy
metadata:
name: block-scary-range
spec:
endpointSelector: {}
egressDeny:
- toCIDRSet:
- cidr: 1.0.0.0/8
---
apiVersion: cilium.io/v2
kind: CiliumNetworkPolicy
metadata:
name: evade-deny
spec:
endpointSelector: {}
egress:
- toCIDR:
- 1.1.1.2/32
- toEntities:
- all
Patches
This issue affects:
- Cilium v1.14 between v1.14.0 and v1.14.15 inclusive
- Cilium v1.15 between v1.15.0 and v1.15.9 inclusive
This issue has been patched in:
- Cilium v1.14.16
- Cilium v1.15.10
Workarounds
Users with policies using enableDefaultDeny: false can work around this issue by removing this configuration option and explicitly defining any allow rules required.
No workaround is available to users with egress policies that explicitly specify toEntities: all.
Acknowledgements
The Cilium community has worked together with members of Isovalent to prepare these mitigations. Special thanks to @squeed, @christarazi, and @jrajahalme for their work in triaging and resolving this issue.
For more information
If you have any questions or comments about this advisory, please reach out on Slack.
If you think you have found a vulnerability affecting Cilium, we strongly encourage you to report it to our security mailing list at [email protected]. This is a private mailing list for the Cilium security team, and your report will be treated with top priority.
- Record
GHSA-3wwx-63fv-pfq6- CVSS 3.1
- 4.0 Medium
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:L/I:N/A:N - Weakness
- CWE-1038, CWE-276
- Updated
- 2026-11-02
Show 7 moreShow less
OSVBIT-cilium-2024-47825 No score
CIDR deny policies may not take effect when a more narrow CIDR allow is present
Cilium is a networking, observability, and security solution with an eBPF-based dataplane. Starting in version 1.14.0 and prior to versions 1.14.16 and 1.15.10, a policy rule denying a prefix that is broader than /32 may be ignored if there is a policy rule referencing a more narrow prefix (CIDRSet or toFQDN) and this narrower policy rule specifies either enableDefaultDeny: false or - toEntities: all. Note that a rule specifying toEntities: world or toEntities: 0.0.0.0/0 is insufficient, it must be to entity all.This issue has been patched in Cilium v1.14.16 and v1.15.10. As this issue only affects policies using enableDefaultDeny: false or that set toEntities to all, some workarounds are available. For users with policies using enableDefaultDeny: false, remove this configuration option and explicitly define any allow rules required. For users with egress policies that explicitly specify toEntities: all, use toEntities: world.
- Record
BIT-cilium-2024-47825- Updated
- 2026-11-02
OSVBIT-cilium-operator-2024-47825 No score
CIDR deny policies may not take effect when a more narrow CIDR allow is present
Cilium is a networking, observability, and security solution with an eBPF-based dataplane. Starting in version 1.14.0 and prior to versions 1.14.16 and 1.15.10, a policy rule denying a prefix that is broader than /32 may be ignored if there is a policy rule referencing a more narrow prefix (CIDRSet or toFQDN) and this narrower policy rule specifies either enableDefaultDeny: false or - toEntities: all. Note that a rule specifying toEntities: world or toEntities: 0.0.0.0/0 is insufficient, it must be to entity all.This issue has been patched in Cilium v1.14.16 and v1.15.10. As this issue only affects policies using enableDefaultDeny: false or that set toEntities to all, some workarounds are available. For users with policies using enableDefaultDeny: false, remove this configuration option and explicitly define any allow rules required. For users with egress policies that explicitly specify toEntities: all, use toEntities: world.
- Record
BIT-cilium-operator-2024-47825- Updated
- 2026-11-02
OSVBIT-hubble-relay-2024-47825 No score
CIDR deny policies may not take effect when a more narrow CIDR allow is present
Cilium is a networking, observability, and security solution with an eBPF-based dataplane. Starting in version 1.14.0 and prior to versions 1.14.16 and 1.15.10, a policy rule denying a prefix that is broader than /32 may be ignored if there is a policy rule referencing a more narrow prefix (CIDRSet or toFQDN) and this narrower policy rule specifies either enableDefaultDeny: false or - toEntities: all. Note that a rule specifying toEntities: world or toEntities: 0.0.0.0/0 is insufficient, it must be to entity all.This issue has been patched in Cilium v1.14.16 and v1.15.10. As this issue only affects policies using enableDefaultDeny: false or that set toEntities to all, some workarounds are available. For users with policies using enableDefaultDeny: false, remove this configuration option and explicitly define any allow rules required. For users with egress policies that explicitly specify toEntities: all, use toEntities: world.
- Record
BIT-hubble-relay-2024-47825- Updated
- 2026-11-02
OSVGO-2024-3208 No score
Cilium's CIDR deny policies may not take effect when a more narrow CIDR allow is present in github.com/cilium/cilium
Cilium's CIDR deny policies may not take effect when a more narrow CIDR allow is present in github.com/cilium/cilium
- Record
GO-2024-3208- Updated
- 2026-11-02
OSVopenSUSE-SU-2024:0350-1 No score
Security update for govulncheck-vulndb
This update for govulncheck-vulndb fixes the following issues:
-
Update to version 0.0.20241104T154416 2024-11-04T15:44:16Z. Refs jsc#PED-11136 Go CVE Numbering Authority IDs added or updated with aliases:
- GO-2024-3233 CVE-2024-46872 GHSA-762g-9p7f-mrww
- GO-2024-3234 CVE-2024-47401 GHSA-762v-rq7q-ff97
- GO-2024-3235 CVE-2024-50052 GHSA-g376-m3h3-mj4r
- GO-2024-3237 CVE-2024-0133 GHSA-f748-7hpg-88ch
- GO-2024-3239 CVE-2024-0132 GHSA-mjjw-553x-87pq
- GO-2024-3240 CVE-2024-10452 GHSA-66c4-2g2v-54qw
- GO-2024-3241 CVE-2024-10006 GHSA-5c4w-8hhh-3c3h
- GO-2024-3242 CVE-2024-10086 GHSA-99wr-c2px-grmh
- GO-2024-3243 CVE-2024-10005 GHSA-chgm-7r52-whjj
-
Update to version 0.0.20241101T215616 2024-11-01T21:56:16Z. Refs jsc#PED-11136 Go CVE Numbering Authority IDs added or updated with aliases:
- GO-2024-3244 CVE-2024-50354 GHSA-cph5-3pgr-c82g
- GO-2024-3245 CVE-2024-39720
- GO-2024-3246 CVE-2024-8185 GHSA-g233-2p4r-3q7v
-
Update to version 0.0.20241030T212825 2024-10-30T21:28:25Z. Refs jsc#PED-11136 Go CVE Numbering Authority IDs added or updated with aliases:
- GO-2024-3230 CVE-2024-48921 GHSA-qjvc-p88j-j9rm
- GO-2024-3232 CVE-2024-10241 GHSA-6mvp-gh77-7vwh
-
Update to version 0.0.20241030T160108 2024-10-30T16:01:08Z. Refs jsc#PED-11136 Go CVE Numbering Authority IDs added or updated with aliases:
- GO-2024-3226 CVE-2024-47827 GHSA-ghjw-32xw-ffwr
- GO-2024-3227 CVE-2024-10214 GHSA-hm57-h27x-599c
- GO-2024-3228 GHSA-wcx9-ccpj-hx3c
-
Packaging improvments:
- Backfill CVE aliases in recent changelog entries
-
Update to version 0.0.20241028T152002 2024-10-28T15:20:02Z. Refs jsc#PED-11136 Go CVE Numbering Authority IDs added or updated with aliases:
- GO-2024-3207 GHSA-p5wf-cmr4-xrwr
- GO-2024-3208 CVE-2024-47825 GHSA-3wwx-63fv-pfq6
- GO-2024-3210 CVE-2024-8901
- GO-2024-3211 CVE-2024-50312
- GO-2024-3212 GHSA-rjfv-pjvx-mjgv
- GO-2024-3213 CVE-2024-49380
- GO-2024-3214 CVE-2024-49381
- GO-2024-3215 CVE-2024-9264 GHSA-q99m-qcv4-fpm7
- GO-2024-3216 CVE-2024-49753 GHSA-6cf5-w9h3-4rqv
- GO-2024-3217 CVE-2024-49757 GHSA-3rmw-76m6-4gjc
- GO-2024-3219 GHSA-7h65-4p22-39j6
- GO-2024-3220 CVE-2023-32197 GHSA-7h8m-pvw3-5gh4
- GO-2024-3221 CVE-2024-22036 GHSA-h99m-6755-rgwc
- GO-2024-3222 GHSA-x7xj-jvwp-97rv
- GO-2024-3223 CVE-2022-45157 GHSA-xj7w-r753-vj8v
- GO-2024-3224 CVE-2024-39223 GHSA-8wxx-35qc-vp6r
-
Update to version 0.0.20241017T153730 date 2024-10-17T15:37:30Z. Refs jsc#PED-11136 Go CVE Numbering Authority IDs added or updated with aliases:
- GO-2024-3189 CVE-2024-38365 GHSA-27vh-h6mc-q6g8
- GO-2024-3203 CVE-2024-9486
- GO-2024-3204 CVE-2024-9594
Go CVE Numbering Authority IDs added or updated with aliases:
- GO-2024-3189 CVE-2024-38365 GHSA-27vh-h6mc-q6g8
- GO-2024-3196 CVE-2024-47877 GHSA-8rm2-93mq-jqhc
- GO-2024-3199 GHSA-vv6c-69r6-chg9
- GO-2024-3200 CVE-2024-48909 GHSA-3c32-4hq9-6wgj
- GO-2024-3201 CVE-2023-22644 Go CVE Numbering Authority IDs added or updated with aliases:
- GO-2024-3166 CVE-2024-47534 GHSA-4f8r-qqr9-fq8j
- GO-2024-3171 CVE-2024-9341 GHSA-mc76-5925-c5p6 Go CVE Numbering Authority IDs added or updated with aliases:
- GO-2024-3161 CVE-2024-22030 GHSA-h4h5-9833-v2p4
- GO-2024-3162 CVE-2024-7594 GHSA-jg74-mwgw-v6x3
- GO-2024-3163 CVE-2024-47182
- GO-2024-3164 CVE-2024-47003 GHSA-59hf-mpf8-pqjh
- GO-2024-3166 CVE-2024-47534 GHSA-4f8r-qqr9-fq8j
- GO-2024-3167 CVE-2024-9355 GHSA-3h3x-2hwv-hr52
- GO-2024-3168 CVE-2024-8975 GHSA-chqx-36rm-rf8h
- GO-2024-3169 CVE-2024-9407 GHSA-fhqq-8f65-5xfc
- GO-2024-3170 CVE-2024-8996 GHSA-m5gv-m5f9-wgv4
- GO-2024-3172 CVE-2024-33662 GHSA-9mjw-79r6-c9m8
- GO-2024-3173 CVE-2024-7558 GHSA-mh98-763h-m9v4
- GO-2024-3174 CVE-2024-8037 GHSA-8v4w-f4r9-7h6x
- GO-2024-3175 CVE-2024-8038 GHSA-xwgj-vpm9-q2rq
- GO-2024-3179 CVE-2024-47616 GHSA-r7rh-jww5-5fjr
- GO-2024-3181 CVE-2024-9313 GHSA-x5q3-c8rm-w787
- GO-2024-3182 GHSA-wpr2-j6gr-pjw9 *…
- Record
openSUSE-SU-2024:0350-1- Updated
- 2026-11-02
OSVopenSUSE-SU-2024:14447-1 No score
govulncheck-vulndb-0.0.20241030T212825-1.1 on GA media
These are all security issues fixed in the govulncheck-vulndb-0.0.20241030T212825-1.1 package on the GA media of openSUSE Tumbleweed.
- Record
openSUSE-SU-2024:14447-1- Updated
- 2026-11-02
OSVSUSE-SU-2024:3911-1 No score
Security update for govulncheck-vulndb
This update for govulncheck-vulndb fixes the following issues:
Update to version 0.0.20241030T212825 2024-10-30T21:28:25Z ( jsc#PED-11136 )
-
Go CVE Numbering Authority IDs added or updated with aliases:
- GO-2024-3230 CVE-2024-48921 GHSA-qjvc-p88j-j9rm
- GO-2024-3232 CVE-2024-10241 GHSA-6mvp-gh77-7vwh
-
Go CVE Numbering Authority IDs added or updated with aliases:
- GO-2024-3226 CVE-2024-47827 GHSA-ghjw-32xw-ffwr
- GO-2024-3227 CVE-2024-10214 GHSA-hm57-h27x-599c
- GO-2024-3228 GHSA-wcx9-ccpj-hx3c
-
Go CVE Numbering Authority IDs added or updated with aliases:
- GO-2024-3207 GHSA-p5wf-cmr4-xrwr
- GO-2024-3208 CVE-2024-47825 GHSA-3wwx-63fv-pfq6
- GO-2024-3210 CVE-2024-8901
- GO-2024-3211 CVE-2024-50312
- GO-2024-3212 GHSA-rjfv-pjvx-mjgv
- GO-2024-3213 CVE-2024-49380
- GO-2024-3214 CVE-2024-49381
- GO-2024-3215 CVE-2024-9264 GHSA-q99m-qcv4-fpm7
- GO-2024-3216 CVE-2024-49753 GHSA-6cf5-w9h3-4rqv
- GO-2024-3217 CVE-2024-49757 GHSA-3rmw-76m6-4gjc
- GO-2024-3219 GHSA-7h65-4p22-39j6
- GO-2024-3220 CVE-2023-32197 GHSA-7h8m-pvw3-5gh4
- GO-2024-3221 CVE-2024-22036 GHSA-h99m-6755-rgwc
- GO-2024-3222 GHSA-x7xj-jvwp-97rv
- GO-2024-3223 CVE-2022-45157 GHSA-xj7w-r753-vj8v
- GO-2024-3224 CVE-2024-39223 GHSA-8wxx-35qc-vp6r
-
Go CVE Numbering Authority IDs added or updated with aliases:
- GO-2024-3189 CVE-2024-38365 GHSA-27vh-h6mc-q6g8
- GO-2024-3203 CVE-2024-9486
- GO-2024-3204 CVE-2024-9594
-
Go CVE Numbering Authority IDs added or updated with aliases:
- GO-2024-3189 CVE-2024-38365 GHSA-27vh-h6mc-q6g8
- GO-2024-3196 CVE-2024-47877 GHSA-8rm2-93mq-jqhc
- GO-2024-3199 GHSA-vv6c-69r6-chg9
- GO-2024-3200 CVE-2024-48909 GHSA-3c32-4hq9-6wgj
- GO-2024-3201 CVE-2023-22644
-
Go CVE Numbering Authority IDs added or updated with aliases:
- GO-2024-3166 CVE-2024-47534 GHSA-4f8r-qqr9-fq8j
- GO-2024-3171 CVE-2024-9341 GHSA-mc76-5925-c5p6
-
Go CVE Numbering Authority IDs added or updated with aliases:
- GO-2024-3161 CVE-2024-22030 GHSA-h4h5-9833-v2p4
- GO-2024-3162 CVE-2024-7594 GHSA-jg74-mwgw-v6x3
- GO-2024-3163 CVE-2024-47182
- GO-2024-3164 CVE-2024-47003 GHSA-59hf-mpf8-pqjh
- GO-2024-3166 CVE-2024-47534 GHSA-4f8r-qqr9-fq8j
- GO-2024-3167 CVE-2024-9355 GHSA-3h3x-2hwv-hr52
- GO-2024-3168 CVE-2024-8975 GHSA-chqx-36rm-rf8h
- GO-2024-3169 CVE-2024-9407 GHSA-fhqq-8f65-5xfc
- GO-2024-3170 CVE-2024-8996 GHSA-m5gv-m5f9-wgv4
- GO-2024-3172 CVE-2024-33662 GHSA-9mjw-79r6-c9m8
- GO-2024-3173 CVE-2024-7558 GHSA-mh98-763h-m9v4
- GO-2024-3174 CVE-2024-8037 GHSA-8v4w-f4r9-7h6x
- GO-2024-3175 CVE-2024-8038 GHSA-xwgj-vpm9-q2rq
- GO-2024-3179 CVE-2024-47616 GHSA-r7rh-jww5-5fjr
- GO-2024-3181 CVE-2024-9313 GHSA-x5q3-c8rm-w787
- GO-2024-3182 GHSA-wpr2-j6gr-pjw9
- GO-2024-3184 CVE-2024-36814 GHSA-9cp9-8gw2-8v7m
- GO-2024-3185 CVE-2024-47832
- GO-2024-3186 CVE-2024-9675 GHSA-586p-749j-fhwp
- GO-2024-3188 CVE-2024-9312 GHSA-4gfw-wf7c-w6g2
- GO-2024-3190 CVE-2024-47067 GHSA-8pph-gfhp-w226
- GO-2024-3191 CVE-2024-9180 GHSA-rr8j-7w34-xp5j
- Record
SUSE-SU-2024:3911-1- Updated
- 2026-11-02
Affected products
Affected packages
| Package | Affected | Fixed |
|---|---|---|
github.com/cilium/ciliumGo |
1.15.0 up to 1.15.10 | 1.15.10 |
github.com/cilium/ciliumGo |
1.14.0 up to 1.14.16 | 1.14.16 |
ciliumBitnami |
1.15.4 up to 1.16.0 | 1.16.0 |
cilium-operatorBitnami |
1.15.4 up to 1.16.0 | 1.16.0 |
hubble-relayBitnami |
1.14.0 up to 1.16.0 | 1.16.0 |
github.com/cilium/ciliumGo |
1.14.0 up to 1.14.16, 1.15.0 up to 1.15.10 | 1.14.161.15.10 |
govulncheck-vulndbSUSE:Linux Enterprise Module for Package Hub 15 SP5 From an advisory covering 44 CVEs |
before 0.0.20241030T212825-150000.1.9.1 | 0.0.20241030T212825-150000.1.9.1 |
govulncheck-vulndbSUSE:Linux Enterprise Module for Package Hub 15 SP6 From an advisory covering 44 CVEs |
before 0.0.20241030T212825-150000.1.9.1 | 0.0.20241030T212825-150000.1.9.1 |
govulncheck-vulndbopenSUSE:Leap 15.5 From an advisory covering 44 CVEs |
before 0.0.20241030T212825-150000.1.9.1 | 0.0.20241030T212825-150000.1.9.1 |
govulncheck-vulndbopenSUSE:Leap 15.6 From an advisory covering 44 CVEs |
before 0.0.20241030T212825-150000.1.9.1 | 0.0.20241030T212825-150000.1.9.1 |
govulncheck-vulndbSUSE:Package Hub 12 From an advisory covering 56 CVEs |
before 0.0.20241104T154416-5.1 | 0.0.20241104T154416-5.1 |
govulncheck-vulndbopenSUSE:Tumbleweed From an advisory covering 44 CVEs |
before 0.0.20241030T212825-1.1 | 0.0.20241030T212825-1.1 |
History
| Recorded | Changed | Sources |
|---|---|---|
| affected, facts | ||
| aliases | EUVD | |
| first indexed | CVE List, GitHub Advisories, NVD, OSV |
Dates are when Every CVE recorded each change. Upstream dates may differ.
In short
CVE-2024-47825 is a medium vulnerability (CVSS 4.0) in Cilium, published October 21, 2024. No source lists public exploit code. EPSS puts the chance of exploitation in the next 30 days at 0.40%, the 34th percentile. Fixed in github.com/cilium/cilium 1.15.10.
References
github.com/cilium/cilium/security/advisories/GHSA-3wwx-63fv-pfq6
github.com/cilium/cilium/commit/02d28d9ac9afcaddd301fae6fb4d6cda8c2d0c45
github.com/cilium/cilium/commit/9c01afb5646af3f0c696421a410dc66c513b6524
nvd.nist.gov/vuln/detail/CVE-2024-47825
github.com/advisories/GHSA-3wwx-63fv-pfq6
github.com/CVEProject/cvelistV5/tree/main/cves/2024/47xxx/CVE-2024-47825.json
Show 60 moreShow less
github.com/cilium/cilium
suse.com/support/update/announcement/2024/suse-su-20243911-1
suse.com/security/cve/CVE-2022-45157
suse.com/security/cve/CVE-2023-22644
suse.com/security/cve/CVE-2023-32197
suse.com/security/cve/CVE-2024-10214
suse.com/security/cve/CVE-2024-10241
suse.com/security/cve/CVE-2024-22030
suse.com/security/cve/CVE-2024-22036
suse.com/security/cve/CVE-2024-33662
suse.com/security/cve/CVE-2024-36814
suse.com/security/cve/CVE-2024-38365
suse.com/security/cve/CVE-2024-39223
suse.com/security/cve/CVE-2024-47003
suse.com/security/cve/CVE-2024-47067
suse.com/security/cve/CVE-2024-47182
suse.com/security/cve/CVE-2024-47534
suse.com/security/cve/CVE-2024-47616
suse.com/security/cve/CVE-2024-47825
suse.com/security/cve/CVE-2024-47827
suse.com/security/cve/CVE-2024-47832
suse.com/security/cve/CVE-2024-47877
suse.com/security/cve/CVE-2024-48909
suse.com/security/cve/CVE-2024-48921
suse.com/security/cve/CVE-2024-49380
suse.com/security/cve/CVE-2024-49381
suse.com/security/cve/CVE-2024-49753
suse.com/security/cve/CVE-2024-49757
suse.com/security/cve/CVE-2024-50312
suse.com/security/cve/CVE-2024-7558
suse.com/security/cve/CVE-2024-7594
suse.com/security/cve/CVE-2024-8037
suse.com/security/cve/CVE-2024-8038
suse.com/security/cve/CVE-2024-8901
suse.com/security/cve/CVE-2024-8975
suse.com/security/cve/CVE-2024-8996
suse.com/security/cve/CVE-2024-9180
suse.com/security/cve/CVE-2024-9264
suse.com/security/cve/CVE-2024-9312
suse.com/security/cve/CVE-2024-9313
suse.com/security/cve/CVE-2024-9341
suse.com/security/cve/CVE-2024-9355
suse.com/security/cve/CVE-2024-9407
suse.com/security/cve/CVE-2024-9486
suse.com/security/cve/CVE-2024-9594
suse.com/security/cve/CVE-2024-9675
lists.opensuse.org/archives/list/[email protected]/thread/3GBL6IN35EDC2YQIKBPTX7XQQ67KRPAM
suse.com/security/cve/CVE-2024-0132
suse.com/security/cve/CVE-2024-0133
suse.com/security/cve/CVE-2024-10005
suse.com/security/cve/CVE-2024-10006
suse.com/security/cve/CVE-2024-10086
suse.com/security/cve/CVE-2024-10452
suse.com/security/cve/CVE-2024-39720
suse.com/security/cve/CVE-2024-46872
suse.com/security/cve/CVE-2024-47401
suse.com/security/cve/CVE-2024-50052
suse.com/security/cve/CVE-2024-50354
suse.com/security/cve/CVE-2024-8185
lists.opensuse.org/archives/list/[email protected]/thread/XTEQAM75LF5DZCFX3MOH4IT3DWP5ZTL6
Left out here: the rest of 1 source description. The JSON record has them.