-Infinity
0

Vendor Risk Score

See how cncf compares to other vendors in security performance

View Risk Score →
Severity
9.8
Input Validation
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H

Impact

Crossplanes image backend does not validate the byte contents of Crossplane packages. As such, Crossplane does not detect if an attacker has tampered with a Package.

Patches

The problem has been fixed in 1.11.5, 1.12.3 and 1.13.0, all the supported versions of Crossplane at the time of writing.

Workarounds

Only using images from trusted sources and keeping Package editing/creating privileges to administrators only, which should be both considered already best practices.

References

See ADA-XP-23-11 in the Security Audit's report.

Credits

This was reported as ADA-XP-23-11 by @AdamKorcz and @DavidKorczynski from Ada Logic and facilitated by OSTIF as part of the Security Audit sponsored by CNCF.

1 / 2
First published (updated )
Severity
8.1
AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N

Summary In SPIRE 0.8.1 through 0.8.4 and before versions 0.9.4, 0.10.2, 0.11.3 and 0.12.1, specially crafted requests to the FetchX509SVID RPC of SPIRE Server’s Legacy Node API (github.com/spiffe/spire/pkg/server/endpoints/node) can result in the possible issuance of an X.509 certificate with a URI SAN for a SPIFFE ID that the agent is not authorized to distribute. Proper controls are in place to require that the caller presents a valid agent certificate that is already authorized to issue at least one SPIFFE ID, and the requested SPIFFE ID belongs to the same trust domain, prior to being able to trigger this vulnerability. This issue has been fixed in SPIRE versions 0.8.5, 0.9.4, 0.10.2, 0.11.3 and 0.12.1.

What are the changes introduced by the patched versions? The changes introduced to address this issue are related to enforcing that the FetchX509SVID RPC of SPIRE Server’s Legacy Node API only issues X.509 certificates with SPIFFE IDs that the agent is authorized to distribute.

The patched version also includes a back-ported change that improves the handling of file descriptors related to workload attestation in SPIRE Agent.

There are no changes in the expected behavior of SPIRE.

Should I upgrade SPIRE? All SPIRE users running affected versions are advised to upgrade to the corresponding patched version.

Workarounds No workarounds have been identified for this vulnerability.

1 / 2
First published (updated )
Severity
7.5
CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N

Cloud Native Computing Foundation (CNCF) CNI (Container Networking Interface) 0.7.4 has a network firewall misconfiguration which affects Kubernetes. The CNI 'portmap' plugin, used to setup HostPorts for CNI, inserts rules at the front of the iptables nat chains; which take precedence over the KUBE- SERVICES chain. Because of this, the HostPort/portmap rule could match incoming traffic even if there were better fitting, more specific service definition rules like NodePorts later in the chain. The issue is fixed in CNI 0.7.5 and Kubernetes 1.11.9, 1.12.7, 1.13.5, and 1.14.0.

First published (updated )
Severity
7.5
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

A vulnerability was found in Envoy version 1.13.0 or earlier may consume excessive amounts of memory when proxying HTTP/1.1 requests or responses with many small (i.e. 1 byte) chunks.

1 / 2
Source: Red Hat
First published (updated )
Severity
7.5
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

A vulnerability was found in Envoy version 1.13.0 or earlier may consume excessive amounts of memory when responding internally to pipelined requests.

1 / 2
Source: Red Hat
First published (updated )
Severity
6.8
EPSS
0.05%
AV:N/AC:H/PR:N/UI:N/S:C/C:H/I:N/A:N

CNCF K3s 1.32 before 1.32.4-rc1+k3s1 has a Kubernetes kubelet configuration change with the unintended consequence that, in some situations, ReadOnlyPort is set to 10255. For example, the default behavior of a K3s online installation might allow unauthenticated access to this port, exposing credentials.

First published (updated )
Severity
6.8
CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:N

In SPIRE before versions 0.8.5, 0.9.4, 0.10.2, 0.11.3 and 0.12.1, the "awsiid" Node Attestor improperly normalizes the path provided through the agent ID templating feature, which may allow the issuance of an arbitrary SPIFFE ID within the same trust domain, if the attacker controls the value of an EC2 tag prior to attestation, and the attestor is configured for agent ID templating where the tag value is the last element in the path. This issue has been fixed in SPIRE versions 0.11.3 and 0.12.1

First published (updated )
Severity
5.3
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N

A vulnerability was found in Envoy, where using SDS with Combined Validation Context Using the same secret (e.g. trusted CA) across many resources together with the combined validation context could lead to the “static” part of the validation context to be not applied, even though it was visible in the active config dump.

1 / 2
Source: Red Hat
First published (updated )
Severity
4

An issue was discovered in Cloud Native Computing Foundation (CNCF) Helm through 3.13.3. It displays values of secrets when the --dry-run flag is used. This is a security concern in some use cases, such as a --dry-run call by a CI/CD tool. NOTE: the vendor's position is that this behavior was introduced intentionally, and cannot be removed without breaking backwards compatibility (some users may be relying on these values).

https://github.com/helm/helm/issues/7275 https://www.cncf.io/projects/helm/

First published (updated )
Severity
3.4
AV:N/AC:L/PR:H/UI:R/S:C/C:N/I:N/A:L

Impact

An high-privileged user could create a Package referencing an arbitrarily large image containing that Crossplane would then parse, possibly resulting in exhausting all the available memory and therefore in the container being OOMKilled.

The impact is low due to the high privileges required to be able to create the Package and the eventually consistency nature of controller.

Patches

The problem has been fixed in 1.11.5, 1.12.3 and 1.13.0, all the supported versions of Crossplane at the time of writing.

Workarounds

Only using images from trusted sources and keeping Package editing/creating privileges to administrators only, which should be both considered already best practices.

References

See ADA-XP-23-16 in the Security Audit's report.

Credits

This was reported as ADA-XP-23-16 by @AdamKorcz and @DavidKorczynski from Ada Logic and facilitated by OSTIF as part of the Security Audit sponsored by CNCF.

1 / 2
First published (updated )
EOL
Apr 16, 2025

End of life: 4/16/2025, Latest version: 1.30.11

First published (updated )
EOL
Apr 16, 2025

End of life: 4/16/2025, Latest version: 1.30.11

First published (updated )
EOL
Jan 16, 2025

End of life: 1/16/2025, Latest version: 1.29.12

First published (updated )
EOL
Jan 16, 2025

End of life: 1/16/2025, Latest version: 1.29.12

First published (updated )
EOL
Oct 19, 2024

End of life: 10/19/2024, Latest version: 1.28.7

First published (updated )
EOL
Oct 19, 2024

End of life: 10/19/2024, Latest version: 1.28.7

First published (updated )
EOL
Oct 19, 2023

End of life: 10/19/2023, Latest version: 1.24.12

First published (updated )
EOL
Oct 19, 2023

End of life: 10/19/2023, Latest version: 1.24.12

First published (updated )
EOL
Jul 27, 2024

End of life: 7/27/2024, Latest version: 1.27.7

First published (updated )
EOL
Jul 27, 2024

End of life: 7/27/2024, Latest version: 1.27.7

First published (updated )
EOL
Apr 18, 2024

End of life: 4/18/2024, Latest version: 1.26.8

First published (updated )
EOL
Apr 18, 2024

End of life: 4/18/2024, Latest version: 1.26.8

First published (updated )
EOL
Jul 15, 2023

End of life: 7/15/2023, Latest version: 1.23.12

First published (updated )
EOL
Jul 15, 2023

End of life: 7/15/2023, Latest version: 1.23.12

First published (updated )
EOL
Jan 18, 2024

End of life: 1/18/2024, Latest version: 1.25.11

First published (updated )
EOL
Jan 18, 2024

End of life: 1/18/2024, Latest version: 1.25.11

First published (updated )
EOL
Jul 13, 2022

End of life: 7/13/2022, Latest version: 1.19.5

First published (updated )
EOL
Jul 13, 2022

End of life: 7/13/2022, Latest version: 1.19.5

First published (updated )
EOL
Oct 5, 2022

End of life: 10/5/2022, Latest version: 1.20.7

First published (updated )
EOL
Oct 5, 2022

End of life: 10/5/2022, Latest version: 1.20.7

First published (updated )

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203