se-dev-plugin
Audited by Socket on Sep 14, 2026
6 alerts found:
Anomalyx4Securityx2SUSPICIOUS. The skill is broadly aligned with its stated plugin-development/search purpose and uses mostly official or ecosystem-relevant GitHub sources, with no clear credential theft or covert exfiltration. However, it instructs the agent to fetch and trust third-party plugin repositories transitively through registries, includes an arbitrary registry URL override, and references preparation steps that download extra tooling not fully shown here, so the overall footprint is riskier than a simple documentation skill.
This batch fragment is a high-impact supply-chain bootstrapper: it performs direct remote script execution (PowerShell IEX with ExecutionPolicy ByPass) to install tooling, downloads an external executable binary without integrity checks, and then executes additional Python and batch scripts that likely fetch/clone and index third-party plugin content. It also creates a junction that can redirect where artifacts are written/read, increasing the importance of verifying and controlling the target directory contents. No explicit malicious payload (e.g., credential theft, persistence, reverse shell) is visible in the fragment alone, but the combination of remote code execution + unverified downloads + delegation to registry-driven code warrants treating this as a moderate-to-high security risk until the invoked scripts (download_pluginhub.py, download_magnetarhub.py, index_plugins.py, GraphifyPrepare.bat) show proper integrity controls (pinning, hashes/signatures, allowlists, and safe execution).
No direct malicious payload is evident in this Bash fragment (no exfiltration, credential harvesting, reverse shells, or persistence mechanisms). The main security concern is supply-chain risk: it executes a remotely fetched uv installer via curl/wget | sh, and it installs ilspycmd at runtime via dotnet tool install. Additionally, it modifies PATH to include user-writable directories, which can enable execution of trojaned binaries if the environment is compromised. Treat as a medium supply-chain risk bootstrap script and add verification/pinning/hardening where possible.
This module is a targeted IL rewrite that patches a third-party PNG decoder by changing a return instruction into an unconditional branch to an early IL instruction, gated by a hard-coded method hash. While there is no direct evidence of exfiltration, credential theft, or network activity in the snippet, the behavior is high-impact and resembles supply-chain tampering/sabotage of dependency control flow. It should be treated as a serious security review item to confirm legitimacy (e.g., documented bugfix) and to validate the IL transformation’s correctness and stack/semantic safety for the expected method body.
This code is a git-based registry fetcher/updater. It does not contain obvious direct malware, but it introduces a significant supply-chain risk: it clones/pulls from a repository URL that can be overridden via an environment variable and accepts whatever the remote provides without pinning or signature/integrity verification. If MAGNETARHUB_URL (or the remote) is compromised, the project may ingest malicious content into MAGNETARHUB_DIR for use elsewhere in the application.
This file is a benign-looking git-based updater for an external registry clone. It does not contain overt malware patterns, but it introduces meaningful supply-chain risk by auto-fetching and updating remote repository contents without commit/tag pinning or authenticity verification. The risk could be higher if the broader project later imports/executes code from the fetched repository, which is not shown here.