Skip to main content
VulnerabilityPublished

CVE-2025-59836: siderolabs omni · Improper Check or Handling of Exceptional Conditions

Affects siderolabs omniSource CVE Database V5

0

Not known to be exploited · CVSS 5.3 Medium : upgrade to 1.0.2 when convenient.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
5.3Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 47% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 1.0.2
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 13 Oct 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade siderolabs omni to 1.0.2.

Affected software

ProductAffectedFixed in
siderolabs omniAffected
  • <1.0.2
Fixed in
  • 1.0.2

AI-suggested

To mitigate CVE-2025-59836, European organizations should: 1) Immediately upgrade siderolabs omni to versions 1.1.5 or 1.0.2 or later, where the vulnerability is fixed. 2) Implement strict API input validation and filtering at network and application layers to block malformed or empty create/update resource requests before they reach the Omni Resource Service. 3) Employ network segmentation and firewall rules to restrict access to omni API endpoints only to trusted management networks and authenticated users, reducing exposure to unauthenticated attacks. 4) Monitor logs and alerts for unusual API request patterns indicative of exploitation attempts, such as empty or malformed resource creation requests. 5) Conduct regular security assessments and code reviews focusing on error handling and null pointer dereference vulnerabilities in custom Kubernetes management tools. 6) Establish incident response plans to quickly recover from potential denial of service events affecting Kubernetes management infrastructure. These targeted measures go beyond generic advice by focusing on the specific API misuse vector and the operational context of omni deployments.

Description

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.

References

Community reviews

Loading reviews…