monitoring-stack
Fail
Audited by Gen Agent Trust Hub on Jun 14, 2026
Risk Level: HIGHREMOTE_CODE_EXECUTIONCREDENTIALS_UNSAFECOMMAND_EXECUTIONEXTERNAL_DOWNLOADS
Full Analysis
- [REMOTE_CODE_EXECUTION]: The skill repeatedly uses the pattern of piping
curloutput directly intopython3to process JSON data. While some instances use the-cflag with inline code, this pattern creates a high-risk execution vector where a compromised service (Prometheus on localhost or the Telegram API) could potentially trigger arbitrary code execution on the host system. - Evidence in
scripts/stack-health.sh:curl -sf "https://api.telegram.org/bot${BOT_TOKEN}/getMe" 2>/dev/null | python3 -c "..." - Evidence in
references/alert-rules-guide.md:curl -s http://localhost:9472/api/v1/rules | python3 -c "..." - [CREDENTIALS_UNSAFE]: The skill contains logic in
scripts/stack-health.shto programmatically search for and extract the Telegrambot_tokenfrom a configuration file (~/docker/stacks/monitoring/alertmanager/config.yml) usinggrepandawk. This facilitates the exposure of sensitive credentials to the agent's context. - [COMMAND_EXECUTION]: The skill utilizes several shell commands for stack management, including
docker compose,ps aux, andsensors. While these are functional for monitoring, they represent a significant capability surface when combined with the data processing patterns found in the scripts. - [EXTERNAL_DOWNLOADS]: The skill makes network requests to
api.telegram.orgto verify bot status and test alert delivery. While Telegram is a well-known service, these requests are used as part of the execution pipe to Python mentioned above.
Recommendations
- HIGH: Downloads and executes remote code from: http://localhost:9472/api/v1/rules, https://api.telegram.org/bot${BOT_TOKEN}/getMe, http://localhost:9472/api/v1/alerts - DO NOT USE without thorough review
- AI detected serious security threats
Audit Metadata