CVE-2025-59836: siderolabs omni · Improper Check or Handling of Exceptional Conditions
Affects siderolabs omniSource CVE Database V5
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
- 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:LExploitation evidence
Disclosed: evidence found.
CVE published 13 Oct 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
| siderolabs omni | Affected
| Fixed in
|
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.