T03 · Remote Payload Retrieval and Execution
- Location
SKILL.md:50- Finding
Mutable Remote Documentation Controls Generated and Executed Invocation Code
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 50–65 and 88–100
Vulnerability Type: Remote payload retrieval and execution
Risk Level: HighVulnerable Code Snippet:
markdown ## Authoritative payload source The selected Markdown file under `https://sciminer.tech/tool_api_files/` is the single source of truth for the chosen tool. The agent MUST: 1. Read the selected tool doc before every invocation. 2. Never invent `provider_name`, `tool_name`, parameter names, enum values, content type, submission flow, or upload-field names from memory. 3. Extract and follow the document's exact: - Base URL - API endpoint - Content-Type - Authentication header - Tool Name - Section-level tool method - Parameter table, including required fields and enum values - File-upload instructions and example submission payload structureThe associated execution workflow states:
markdown ## Required workflow 1. Read the index at `https://sciminer.tech/tool_api_files/`. 2. Resolve the Markdown description file for the requested tool from the links actually present in the index. 3. Read the full Markdown document for the resolved tool. 4. Choose the tool section that matches the user's request shape. 5. Collect any missing required parameters from the user. 6. Upload any required file inputs and replace local paths with returned `file_id` values. 7. Submit the job using the exact `provider_name`, `tool_name`, endpoint, content type, and parameter names from the selected doc, following the document's example submission flow. 8. Poll for the task result. 9. Return the `share_url` in the final user-facing summary.Technical Analysis
The Skill designates externally hosted, mutable Markdown as the authoritative source for operational behavior. Remote content controls the base URL, endpoint, authentication header, upload behavior, ...[truncated 2240 chars]
- Remediation
View remediation
Remediation Suggestions
- Replace document-driven code generation with a fixed, locally reviewed API client.
- Treat remote Markdown exclusively as untrusted descriptive data; never execute its code examples or follow free-form operational instructions.
- Define a strict local schema for permitted tool metadata and reject unknown fields, executable content, unexpected headers, and unsupported submission flows.
- Hard-code an allowlist of approved HTTPS origins and API paths independently of the remote documents.
- Reject cross-origin redirects and prevent credentials from being forwarded after any redirect.
- Pin or cryptographically verify approved tool-document versions before use.
- Restrict file uploads to explicitly identified user files and require confirmation showing the destination, file names, and requested tool.
- Require explicit user approval before invoking a newly discovered or materially changed remote tool definition.
- Run any unavoidable generated code in a sandbox without credential, filesystem, shell, or unrestricted network access.
