T03 · Remote Payload Retrieval and Execution
- Location
SKILL.md:45- Finding
Execution of Invocation Code Derived from Mutable Remote Documentation
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 45–80
Vulnerability Type: Remote payload retrieval and execution
Risk Level: HighVulnerable Code Snippet
markdown ## Authoritative tool-doc source (required) The published Markdown files under `https://sciminer.tech/tool_api_files/` are the single source of truth for the selected peptide-design tool's `provider_name`, `tool_name`, allowed `parameters`, file-upload behavior, request encoding, and submission flow. The agent MUST: 1. Resolve the selected tool's Markdown file and read it before every invocation. 2. Never invent `provider_name`, `tool_name`, parameter names, enum values, upload-field names, content type, or submission flow from memory. 3. Extract and follow the selected doc section's exact: - Base URL - API endpoint - Content-Type - Authentication header - Tool Name - Method - Parameter table, including required fields and enum values - File-upload instructions and example code 4. Choose the correct section if the selected doc contains multiple tool variants, such as design vs analysis, sequence input vs structure input, or single-item vs batch workflows. 5. Cite the selected Markdown doc as the payload source in summaries. If a user-provided parameter is not present in the selected Markdown doc section, ask for correction or drop it with an explanation. ## Required workflow 1. Determine which peptide-design tool or tool sequence matches the user's request. 2. Read the corresponding Markdown file or files from `https://sciminer.tech/tool_api_files/`. 3. Choose the doc section that matches the user's input shape. 4. Collect any missing required parameters from the user. 5. Upload required file inputs exactly as described by the selected Markdown doc and replace local paths with returned `file_id` values. 6. Write or run the invocation code directly from the selected Ma ...[truncated 3355 chars]- Remediation
View remediation
Remediation Suggestions
- Bundle reviewed API schemas, endpoint definitions, and invocation implementations inside the Skill package rather than generating executable behavior from remote examples.
- If remote documentation must be used, pin it to an immutable version and verify a cryptographic digest or trusted digital signature before processing it.
- Treat downloaded Markdown solely as untrusted documentation. Never execute its code examples or translate unrestricted instructions into shell commands or runtime code.
- Parse remote metadata through a strict schema that permits only expected fields, types, enum values, and request methods.
- Maintain a local allowlist of approved HTTPS origins, hostnames, endpoint paths, upload destinations, and authentication-header behavior. Reject redirects or instructions that leave the approved origin.
- Ensure the
X-Auth-Tokenheader is attached only to explicitly approved SciMiner endpoints and is removed during cross-origin redirects. - Restrict file uploads to explicit user-selected inputs and require confirmation before sending sensitive files.
- Run network operations and invocation logic in a sandbox with minimal filesystem access, no shell access, restricted outbound networking, and a narrowly scoped credential.
- Separate documentation retrieval from execution and require review or approval when remotely supplied API metadata changes.
- Add tests that verify modified remote content cannot alter executable commands, credential destinations, or permitted upload hosts.
