meta-tribe-skill
Audited by Socket on Sep 14, 2026
5 alerts found:
Securityx3Anomalyx2The code does not show clear intentional malware, data theft, persistence, or backdoor behavior. It does contain significant security weaknesses: unrestricted user-controlled URL fetching can enable SSRF and resource exhaustion, and shell=True with an unsafely interpolated yt_dlp-derived filename may permit command injection if remote metadata reaches the command unescaped. Use subprocess.run with an argument list, sanitize or avoid metadata-based filenames, enforce URL allowlists and network restrictions, add timeouts and size limits, validate media types, and fix the apparent incomplete final line.
The script is an AWS provisioning utility, not evident malware. It creates a persistent and expensive public GPU instance, globally exposes SSH and port 8000, and stores an SSH private key locally. These are significant operational and cloud-security risks, especially if execution is unauthorized or credentials are compromised, but the fragment shows no data theft, backdoor, reverse shell, or suspicious exfiltration. Restrict ingress to trusted CIDRs, protect the key file, use controlled networking and budgets, and add lifecycle cleanup. The final line also appears syntactically incomplete as provided.
The code appears to implement a legitimate neuroimaging/video analysis service and contains no clear malware or intentional data theft. The main security concerns are SSRF through unrestricted video_url values, unbounded remote downloads, temporary-file accumulation, and unnecessary shell=True usage. Validate and restrict URLs, apply timeouts and download limits, clean up files with finally blocks, and invoke ffmpeg without a shell.
The fragment is an operational deployment script rather than clear malware, but it contains significant security and availability risks. It can disrupt all containers on the remote host, exposes a token through command interpolation, disables SSH identity verification, and communicates over unauthenticated HTTP. The script should not be used without restricting container cleanup, validating the host key, protecting the token, using HTTPS/authentication, and pinning and verifying the container image.
No clear malware or deliberate system compromise is present. The code is a simple remote-analysis client, but it sends user-supplied URLs to a hardcoded public IP over unencrypted HTTP. This creates privacy, endpoint-trust, and man-in-the-middle risks; HTTPS, endpoint validation, and explicit user consent are recommended.