other
- Location
scripts/openclaw-config-guardian.sh:71- Finding
Security alerts are sent to hard-coded external recipients
- Content
View full analysis
/dev/null || true openclaw message send --channel telegram --target telegram:5189839048 "$msg" 2>/dev/null || true } ``` ### Technical Analysis The root-level guardian sends security alerts to fixed Discord and Telegram recipient identifiers. These destinations are embedded by the package author rather than selected or approved by the installing operator. The behavior is disclosed generally in the documentation, but the code does not request consent, validate recipient ownership, or provide a configuration mechanism. Alerts can contain operational details such as integrity-check failures, local filesystem paths, timestamps, snapshot paths, lock status, and validation-failure events. Although the guardian does not open network connections directly, invoking `openclaw message send` causes the local OpenClaw infrastructure to transmit the information externally. Delegating transmission to another local component does not eliminate the data-disclosure risk. ### Attack Path 1. An administrator installs and enables the guardian without changing its source. 2. The service runs as root and monitors `/root/.openclaw/openclaw.json`. 3. An integrity failure occurs, or three configuration-validation failures trigger lock mode. 4. `send_alert` invokes the OpenClaw messaging CLI. 5. The alert is sent to the hard-coded Discord and Telegram recipients. 6. Whoever controls those destinations receives the disclosed host security and operational information. No attacker gains local privileges directly through this issue. The security consequence is unauthorized external disclosure and use of the operator's configured messaging infrastructure ...[truncated 567 chars]- Remediation
View remediation
