Shinobi CCTV Hardcoded Child Node Key Unauthenticated SQL Injection
First seen Aug 30, 2026 · Updated Aug 30, 2026 · CVSS 9.8
Shinobi, an open-source video surveillance/NVR platform, ships with a hardcoded connection key in its child node service that allows unauthenticated attackers to authenticate via WebSocket handshake and execute arbitrary SQL queries. This grants full read/write access to user records and camera configuration, enabling account takeover and surveillance system compromise.
Technical Analysis
CVE-2026-82448 (CVSS 9.8) stems from a static, hardcoded key used to authenticate the child node WebSocket service in Shinobi prior to commit 5a76c74f. Attackers reaching the child node port can present the known key during the WebSocket handshake to bypass authentication, then invoke the onWebSocketDataFromChildNode handler to submit raw SQL queries against the backend database, enabling reading and modification of user credentials and camera configurations. Because the key is embedded in the codebase rather than generated per-deployment, exploitation requires no prior access, only network reachability to the exposed port, making this trivially automatable at scale. Compromise of a Shinobi deployment could expose camera feeds and control logic used as sensor input in physical-security or monitoring pipelines; where AI agents ingest this camera/video metadata or database records for automated analysis or alerting, manipulated data or stolen credentials could poison agent decision-making or provide attackers a foothold into connected agent infrastructure.
Affected Systems
Shinobi CCTV/NVR platform versions prior to commit 5a76c74f, specifically deployments with the child node service exposed on a reachable network port; affects self-hosted and multi-node Shinobi clustering configurations using the child node WebSocket protocol.
Indicators of Compromise
- onWebSocketDataFromChildNode (vulnerable handler name)
- WebSocket handshake attempts with hardcoded/static connection key on child node port
- Unexpected SQL query patterns originating from child node service connections
Remediation Steps
- 1
Upgrade Shinobi
Update to a Shinobi version incorporating commit 5a76c74f or later, which removes the hardcoded child node connection key.
- 2
Restrict Network Exposure
Ensure the child node service port is not exposed to the public internet; restrict access via firewall rules or VPN to trusted internal hosts only.
- 3
Rotate Credentials and Audit Data
Rotate all user credentials stored in the Shinobi database and audit camera configuration records for unauthorized changes following upgrade.
- 4
Implement Network Segmentation
Isolate CCTV/NVR management infrastructure from general corporate networks and any systems running AI agents or automated monitoring pipelines that consume Shinobi data.
- 5
Monitor for Exploitation
Review WebSocket connection logs to the child node service for anomalous handshake attempts or unexpected SQL activity.
CVE / Advisory IDs
Industries Most Exposed
Respond to this threat
Pro subscribers get a full AI-generated incident-response playbook for this threat — detection, containment, eradication, and recovery steps — plus an unlimited AI Threat Advisor for questions about your environment.