Live › vulnerability › CVE-2026-61739
Before version 0.1.77, SOCFortress CoPilot's Velociraptor Sigma exclusion endpoints accept invalid, expired or forged Bearer tokens, so an attacker can create suppression rules without an account. Those rules can silently drop matching security alerts across all tenants, and low-privilege users can read, change or delete existing exclusions.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-30 15:31 UTC. All times on this page are UTC.
Teams running SOCFortress CoPilot with the Velociraptor Sigma exclusion feature are exposed, since the flaw sits in the incident alert routes and the auth dependency they share. Anyone on 0.1.77 or later is not affected by this issue. Sources do not say whether the flaw depends on a specific deployment mode beyond the Velociraptor Sigma feature being present.
No product ranges from the sources yet.
0.1.77.backend/app/auth/utils.py for return_username_for_logging passing through decode_token error strings instead of rejecting the request.customer_code, which apply across all tenants.0.1.77Each row is the first time that source carried this signal. The analyst’s rows are its own findings.
SOCFortress CoPilot focuses on providing a single pane of glass for all your security operations needs. Prior to 0.1.77, the Velociraptor Sigma exclusion-management endpoints in backend/app/incidents/routes/incident_alert.py omit role and tenant authorization, and POST /api/incidents/alerts/create/velo-sigma/exclusion does not validate credentials. Its return_username_for_logging dependency in backend/app/auth/utils.py calls decode_token, which returns ordinary Invalid token or Expired signature strings on failure, and the dependency passes these strings through instead of rejecting the request. A Bearer header is required, but an arbitrary invalid, expired or forged value can create a suppression rule without a valid account. The collection GET at /create/velo-sigma/exclusion lists exclusions; the read, update and delete routes under /create/velo-sigma/exclusion/{exclusion_id}, and the /velo-sigma/exclusion/{exclusion_id}/toggle route, use get_current_user without role checks, permitting any authenticated customer_user to manage every exclusion. In backend/app/incidents/services/velo_sigma.py, process_sigma_alert calls check_exclusions and drops matching enabled alerts before incident creation. A null customer_code applies a rule across all tenants. Attackers can suppress detections platform-wide through channel, title or field matching, while low-privilege accounts can enumerate detection-tuning data and modify, disable or delete legitimate exclusions. This issue is fixed in version 0.1.77.
This page as .md · .json · in your agent: get_signal("CVE-2026-61739")
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.