T05 · Unauthorized Access and Privilege Escalation
- Location
SKILL.md:7- Finding
Third-Party Connector Receives Broad Social-Media Publishing Authority
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 7-29
Vulnerability Type: Excessive third-party connector privileges
Risk Level: HighVulnerable Code
markdown metadata: openclaw: emoji: "🧵" homepage: https://boring-doc.aiagent-me.com/getting-started/mcp.html requires: config: - MCP Connector link from boring.aiagent-me.com (contains embedded auth token) --- # Boring Threads Publisher Publish posts, multi-post threads, and replies on Threads. Powered by [Boring](https://boring-doc.aiagent-me.com). ## Security & Data Handling - **MCP link is a credential**: Your MCP Server URL (`https://boring.aiagent-me.com/mcp/t/xxxxx...`) contains an embedded authentication token. Treat it like a password — do not share it publicly. - **Token scope**: The embedded token grants **publish access** to your connected social media accounts. It can create posts, upload media, and manage scheduled posts on the platforms you have connected. It cannot access your social media passwords or modify account settings. - **Token storage**: The token is stored server-side in Boring's database (MongoDB on DigitalOcean). It is never written to your local filesystem. You can regenerate or revoke it anytime at [boring.aiagent-me.com/settings](https://boring.aiagent-me.com/settings). - **Data flow**: Analytics queries are sent from Boring's server (Google Cloud, us-central1) to the platform's API on your behalf. Only performance metrics are retrieved — no content is uploaded or modified. - **No local credentials**: No local API keys, environment variables, or secrets are needed. All auth is embedded in the MCP link. - **Third-party service**: This skill relies on [Boring](https://boring.aiagent-me.com), an open-source social media management tool. Source code: [github.com/snoopyrain](https://github.com/snoopyrain).Technical Analysis
The skill requires the user to install a bea ...[truncated 2279 chars]
- Remediation
View remediation
Remediation Suggestions
- Issue a separate token for each platform and account rather than exposing every connected account through one connector.
- Restrict OAuth and connector permissions to the minimum operations required for Threads publishing.
- Separate immediate publishing, replies, media upload, and scheduled-post management into independently granted scopes.
- Require explicit user confirmation immediately before every publish, reply, upload, scheduling, rescheduling, or deletion operation.
- Display the target platform, account, content preview, media list, and scheduled time in the confirmation prompt.
- Use short-lived, revocable credentials and rotate them after suspected disclosure.
- Avoid placing reusable bearer credentials directly in URLs. Prefer secret headers or a managed credential store that redacts values from logs and user-visible output.
- Add account-level allowlists, audit logs, anomaly detection, rate limits, and notifications for publishing activity.
- Document exactly which remote operations the connector exposes and how users can immediately revoke access.
- Provide version-pinned, auditable source code for the deployed MCP server or an integrity-verifiable self-hosted option.
