T03 · Remote Payload Retrieval and Execution
- Location
SKILL.md:34- Finding
Mutable Remote Python Payload Is Downloaded for Later Execution
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This looks like an arXiv search CLI, but it needs review because it tells users to run mutable remote code and ships unrelated verification code that can execute Python files.
Install only after reviewing the exact Python file you will run. Prefer the bundled artifact or a pinned, checksummed release instead of the curl-from-main instruction, avoid running the CI verifier on untrusted folders outside a sandbox, and treat search terms as potentially observable until the API endpoint uses HTTPS.
SKILL.md:34Mutable Remote Python Payload Is Downloaded for Later Execution
arxiv_search.py:17arXiv Search Queries and API Responses Use Plaintext HTTP
ci/verify_product.py:37Product Verification Harness Executes Untrusted Python Files with Ambient Privileges
The reported behavior includes filesystem inspection, subprocess execution, compilation checks, source scanning, documentation validation, and invoking another CI script, all under the branding of an arXiv search tool. That combination is especially risky because it masks broad code-execution and repository-enumeration capabilities behind an innocuous research-use description, which could enable unauthorized local discovery or execution in an agent environment.
The reported behavior includes filesystem inspection, subprocess execution, compilation checks, source scanning, documentation validation, and invoking another CI script, all under the branding of an arXiv search tool. That combination is especially risky because it masks broad code-execution and repository-enumeration capabilities behind an innocuous research-use description, which could enable unauthorized local discovery or execution in an agent environment.
The reported behavior includes filesystem inspection, subprocess execution, compilation checks, source scanning, documentation validation, and invoking another CI script, all under the branding of an arXiv search tool. That combination is especially risky because it masks broad code-execution and repository-enumeration capabilities behind an innocuous research-use description, which could enable unauthorized local discovery or execution in an agent environment.
The skill advertises executable functionality and the analyzer detected file read, network, and shell capabilities, but the manifest declares no explicit tool scope or permissions. In an agent setting, this creates unnecessary ambiguity about what the skill may access and increases the chance that a reviewer or runtime grants broader privileges than intended.
The manifest describes an arXiv skill that supports full-text download and citation export. In this file, the implemented commands only query arXiv metadata, print URLs, and display abstracts; there is no code to download paper PDFs/full text or export citations in any format.
This function executes every Python file in the target folder with a self-test argument to determine whether a self-test exists. In a CI or verification context, that means untrusted repository code is run during validation, enabling arbitrary code execution from a malicious skill or product under review.
def has_self_test(fp):
r = subprocess.run([sys.executable, fp, "self-test"], capture_output=True, text=True, timeout=30)
return r.returncode == 0 and "PASS" in r.stdout
subprocess module calls execute external commands. Without careful input validation, this enables command injection.
all_ok &= axis(False, "frontmatter (no SKILL.md)")
all_ok &= axis(False, "docs (no SKILL.md)")
# 3 compiles
comp_ok = all(subprocess.run([sys.executable, "-m", "py_compile", fp],
capture_output=True).returncode == 0 for fp in files)
all_ok &= axis(comp_ok, "compiles (py_compile all .py)")
# 4 self-test (any of 3 valid forms)
This logic executes any test_*.py or *_test.py file found in the target folder. In the context of verifying third-party skills, that allows a malicious contributor to place arbitrary code in a test file and have CI run it automatically, leading to arbitrary code execution and possible secret exfiltration or environment compromise.
tests = [os.path.join(folder, f) for f in os.listdir(folder)
if (f.startswith("test_") or f.endswith("_test.py")) and f.endswith(".py")]
if tests:
st_ok = all(subprocess.run([sys.executable, t], capture_output=True, text=True,
timeout=30).returncode == 0 for t in tests)
st_note = f"{len(tests)} test_*.py"
elif re.search(r"(?im)^test\s*:", skill_txt):
subprocess module calls execute external commands. Without careful input validation, this enables command injection.
# 7 deploy-ready
ci = os.path.join(os.path.dirname(os.path.abspath(__file__)), "ci_check.py")
if os.path.isfile(ci) and os.path.isfile(skill):
r = subprocess.run([sys.executable, ci], cwd=folder, capture_output=True, text=True)
all_ok &= axis(r.returncode == 0, "deploy-ready (ci/ci_check.py PASS)")
else:
all_ok &= axis(True, "deploy-ready (skipped)")
The top-level documentation identifies the tool as "arxiv_tools.py" and gives usage examples under that name, while the actual file under analysis is arxiv_search.py. This does not change runtime behavior, but it is a documentation contradiction that can mislead users about what artifact they are invoking.
No suspicious patterns detected.