GPU VulnDB

Database/Control plane, storage & DevOps

Sidero Omni: SAML assertion replay race lets a captured saml-session token be redeemed more than once

CVSS 7.0CVE-2026-45720Control plane, storage & DevOpscurated

Impact

Omni checks SAMLAssertion.Used and marks it used as two separate state operations, so concurrent requests carrying the same captured saml-session token can each see the assertion as unused. An attacker holding a captured token authenticates as the victim, calls SAML-protected gRPC endpoints, and - via ConfirmPublicKey - mints multiple persistent credentials tied to that identity, turning a one-shot replay into durable access. Omni is the management plane for bare-metal and VM Kubernetes clusters, so the access inherited is whatever the victim holds over cluster lifecycle, potentially including node provisioning and wipe. Audit entries are attributed to the victim, which also degrades the forensic record. Affects versions before 1.6.6 and 1.7.0 through 1.7.2.

Who can reach it

An attacker who has captured a victim's saml-session token (the CVSS vector records local access and user interaction) and can issue concurrent requests to the Omni API. No prior Omni account is needed.

What to do

Upgrade Omni to 1.6.6 or 1.7.3 and restart the Omni service. Afterwards, review ConfirmPublicKey-created credentials and revoke any public keys registered for users who did not add them, and treat audit-log entries from the exposure window as untrustworthy. Managed clusters keep running; only the management service restarts.

References

Related entries

All Control plane, storage & DevOps entries

This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.