T05 · Unauthorized Access and Privilege Escalation
- Location
scripts/monitor.py:107- Finding
Collection-Wide Firestore Reads Exceed Least-Privilege Requirements
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This skill mostly does what it says, but it reads more order data than needed, keeps local logs of user/order identifiers, and starts background polling with broad triggers.
Install only if you are comfortable with the skill contacting the listed Firebase project, sending notifications through the local openclaw CLI, and leaving local logs of channel IDs and order tokens. Prefer a revised version that queries only requested tokens, removes the embedded Firebase key from source, narrows command triggers, limits background runtime with a clear stop path, and redacts or expires logs.
scripts/monitor.py:107Collection-Wide Firestore Reads Exceed Least-Privilege Requirements
scripts/monitor.py:14Firebase API Key Is Hardcoded in the Skill Source
scripts/monitor.py:37Messaging Identifiers and Order Activity Are Persisted in Plaintext Logs
The declared behavior understates what the skill actually does: it launches background processes, writes logs, uses channel identifiers, and relies on external service details. This mismatch can mislead reviewers and users about the real trust boundary, causing unapproved data exposure, persistence, or message-sending behavior to be deployed unnoticed.
The skill uses shell execution and network access but does not declare any explicit tool scope or permissions. This weakens sandboxing and review controls, making it easier for the skill to invoke subprocesses and external services without clear operator approval or policy enforcement.
The instruction to extract all numbers from any user message creates an overly broad trigger that can activate on unrelated numeric content. An attacker or ordinary user could unintentionally start monitoring arbitrary tokens, causing unsolicited background jobs, unnecessary network polling, and possible information disclosure about order status.
Including a generic word like 'check' as a trigger without tight scope makes accidental or adversarial invocation more likely. In conversational contexts, normal messages containing 'check' plus a number could cause unintended Firebase queries or monitoring actions against arbitrary tokens.
A hardcoded Firebase API key is embedded directly in source code, which is a credential-management weakness even if the data is only order status. Exposed keys are easy to extract, can be reused outside the intended workflow, and may enable unauthorized querying, quota abuse, or future access expansion if backend rules are misconfigured.
The skill invokes an external messaging CLI that is not explicitly declared in the manifested behavior, creating an undeclared capability boundary. Even if used for legitimate notifications, hidden subprocess-based messaging can bypass normal platform controls, surprise operators, and expand the attack surface if the environment's openclaw binary or message permissions are broader than expected.
subprocess module calls execute external commands. Without careful input validation, this enables command injection.
'--target', channel_id,
'--message', text]
result = subprocess.run(cmd, capture_output=True, text=True, timeout=10)
if result.returncode != 0:
logger.error(f"❌ CLI error: {result.stderr}")
The code fetches order records from a remote Firestore API, which is a network operation involving user/system data, but there is no confirmation prompt or nearby warning explaining that the skill will contact an external service and retrieve order information. The module docstring only says it monitors tokens and does not disclose the external data access behavior.
The script invokes the external openclaw CLI via subprocess.run to send messages, but there is no explicit warning or comment to the user that an external command will be executed to deliver notifications. While the helper docstring names the message tool, it does not function as a user-facing disclosure of subprocess execution or outbound messaging.
No suspicious patterns detected.