Approved changes feed: RSS · Atom
cpe:2.3:a:siderolabs:omni:*:*:*:*:*:kubernetes:*:*
part: a version: * update: *
| Vendor | Siderolabs (7bc67f54-50f2-5412-9a61-fd541f7c961c) |
|---|---|
| Product | Omni (364da6b4-f4d5-5f94-9868-45d6e177716f) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | kubernetes |
| Target hardware | * |
| Other | * |
| Notes | Imported from gcve-enriched-dumps CVE data |
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2025-61688 |
vulnerable | 2026-06-08 07:37:27.934177 |
Omni leaks information via the API
HIGH (8.6)
Omni manages Kubernetes on bare metal, virtual machines, or in a cloud. Prior to 1.1.5 and 1.0.2, Omni might leak sensitive information via an API.
Published: 2025-10-13T20:46:54.907Z
Updated: 2025-10-14T14:14:06.042Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2025-59836 |
vulnerable | 2026-06-08 07:35:23.293163 |
Omni is Vulnerable to DoS via Empty Create/Update Resource Requests
MEDIUM (5.3)
Omni manages Kubernetes on bare metal, virtual machines, or in a cloud. Prior to 1.1.5 and 1.0.2, there is a nil pointer dereference vulnerability in the Omni Resource Service allows unauthenticated users to cause a server panic and denial of service by sending empty create/update resource requests through the API endpoints. The vulnerability exists in the isSensitiveSpec function which calls grpcomni.CreateResource without checking if the resource's metadata field is nil. When a resource is created with an empty Metadata field, the CreateResource function attempts to access resource.Metadata.Version causing a segmentation fault. This vulnerability is fixed in 1.1.5 and 1.0.2.
Published: 2025-10-13T20:43:40.844Z
Updated: 2025-10-14T14:28:17.108Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2025-59824 |
vulnerable | 2026-06-08 07:35:23.268689 |
Omni Wireguard SideroLink potential escape
Omni manages Kubernetes on bare metal, virtual machines, or in a cloud. Prior to version 0.48.0, Omni Wireguard SideroLink has the potential to escape. Omni and each Talos machine establish a peer-to-peer (P2P) SideroLink connection using WireGuard to mutually authenticate and authorize access. The WireGuard interface on Omni is configured to ensure that the source IP address of an incoming packet matches the IPv6 address assigned to the Talos peer. However, it performs no validation on the packet's destination address. The Talos end of the SideroLink connection cannot be considered a trusted environment. Workloads running on Kubernetes, especially those configured with host networking, could gain direct access to this link. Therefore, a malicious workload could theoretically send arbitrary packets over the SideroLink interface. This issue has been patched in version 0.48.0.
Published: 2025-09-24T19:48:23.935Z
Updated: 2025-09-24T20:09:36.681Z |
Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.