CVE-2026-61729 in CoPilot
Riassunto
di VulDB • 30/10/2026
SOCFortress CoPilot si concentra sul fornire una "single pane of glass" (panoramica unificata) per tutte le esigenze di operazioni di sicurezza. Prima della versione 0.1.76, `verify_graylog_header` in `backend/app/active_response/routes/graylog.py` e `verify_velociraptor_header` in `backend/app/incidents/routes/incident_alert.py` autenticano i webhook rispetto a `GRAYLOG_API_HEADER_VALUE` e `VELOCIRAPTOR_API_HEADER_VALUE` utilizzando lo stesso fallback hardcoded pubblicamente noto. La stessa impostazione predefinita è inclusa nel file `.env.example`. Le distribuzioni che lasciano una di queste impostazioni non configurata o invariata permettono a un chiamante anonimo con il valore dell'intestazione nota di bypassare l'autenticazione JWT richiesta dalle API normali. `POST /api/graylog/invoke` inoltra al gestore Wazuh configurato i valori selezionati dall'attaccante per `COMMAND`, `ACTION`, `VALUE` e `AGENT_ID` senza la convalida dell'enum dei comandi presente nel route di invocazione autenticata, consentendo agli script di active-response di interrompere gli endpoint e manipolare i controlli difensivi. `POST /api/incidents/alerts/create/threshold` e `POST /api/incidents/alerts/create/velo-sigma` accettano alert falsificati per valori arbitrari di `customer_code` ed eseguono query OpenSearch controllate dall'attaccante. La consegna dell'active-response richiede un gestore Wazuh configurato e raggiungibile. Le distribuzioni con segreti delle intestazioni modificati in modo indipendente non sono soggette a questo bypass del segreto predefinito. Questo problema è risolto nella versione 0.1.76.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.