MQTT
Implement MQTT messaging avoiding security, QoS, and connection management pitfalls.
MIT-0 · Free to use, modify, and redistribute. No attribution required.
⭐ 2 · 1.1k · 9 current installs · 9 all-time installs
byIván@ivangdavila
MIT-0
Security Scan
OpenClaw
Benign
high confidencePurpose & Capability
Name/description match the SKILL.md content: security, QoS, topic design, connection management, Mosquitto specifics and debugging. The skill does not request unrelated binaries, env vars, or permissions.
Instruction Scope
SKILL.md is guidance-only and stays within MQTT topics; however it contains actionable debugging commands (e.g., 'mosquitto_sub -v' and advice to subscribe to '#') which, if executed in an environment, can expose all broker traffic. The document does not instruct reading unrelated files or env vars.
Install Mechanism
No install spec or code files present; instruction-only skills have the lowest install risk.
Credentials
No environment variables, credentials, or config paths are requested; nothing disproportionate is required for the stated purpose.
Persistence & Privilege
always is false and default model invocation is allowed (normal). The skill does not request persistent installation or modify other skills/configs.
Assessment
This is a coherent, instruction-only MQTT best-practices guide that asks for no credentials or installs. Before using it: (1) verify the skill source if you require provenance (the registry metadata shows 'unknown' source/homepage missing), (2) treat the debugging suggestions carefully — subscribing to '#' or running mosquitto_sub -v can expose sensitive broker traffic and should only be done in controlled/testing environments, and (3) if you let an agent act on these instructions automatically, ensure it cannot execute destructive or broad network commands on production systems. Test recommendations in a staging environment and cross-check with official broker docs (Mosquitto, MQTT RFCs) for critical deployments.Like a lobster shell, security has layers — review code before you run it.
Current versionv1.0.0
Download ziplatest
License
MIT-0
Free to use, modify, and redistribute. No attribution required.
Runtime requirements
📡 Clawdis
OSLinux · macOS · Windows
SKILL.md
Security Traps
- Default Mosquitto allows anonymous connections — bots scan constantly, always configure auth
- TLS mandatory for external access — credentials travel plaintext otherwise
- Duplicate client IDs cause connection fights — both clients repeatedly disconnect each other
- ACLs should restrict topic access — one compromised device shouldn't read all topics
QoS Misunderstandings
- Effective QoS is minimum of publisher and subscriber — broker downgrades if subscriber requests lower
- QoS 1 may duplicate messages — handlers must be idempotent
- QoS 2 has significant overhead — only use for commands where duplicates cause problems
- QoS applies per-message — can mix within same topic
Topic Design Pitfalls
- Starting with
/creates empty first level —home/tempnot/home/temp - Wildcards only work in subscriptions — can't publish to
home/+/temperature #matches everything including nested —home/#getshome/a/b/c/d- Some brokers limit topic depth — check before designing deep hierarchies
Connection Management
- Clean session false preserves subscriptions — messages queue while disconnected, can surprise
- Keep-alive too long = delayed dead client detection — 60s is reasonable default
- Reconnection logic is client responsibility — most libraries don't auto-reconnect by default
- Will message only fires on unexpected disconnect — clean disconnect doesn't trigger it
Retained Message Traps
- Retained messages persist until explicitly cleared — old data confuses new subscribers
- Clear retained with empty message + retain flag — not obvious from docs
- Birth/will pattern: publish "online" retained on connect, will publishes "offline"
Mosquitto Specifics
persistence truesurvives restarts — without it, retained messages and subscriptions lostmax_queued_messagesprevents memory exhaustion — one slow subscriber shouldn't crash brokerlistener 1883 0.0.0.0binds all interfaces — use127.0.0.1for local-only
Debugging
- Subscribe to
#sees all traffic — never in production, leaks everything $SYS/#exposes broker metrics — client count, bytes, subscriptions- Retained messages persist after fixing issues — explicitly clear them
mosquitto_sub -vshows topic with message — essential for debugging
Files
1 totalSelect a file
Select a file to preview.
Comments
Loading comments…
