T08 · Insecure Dependencies
- Location
references/orchestrator.md:192- Finding
Unpinned Third-Party Package Download and Execution via npx
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
The skill is not plainly malicious, but it needs review because it can run unpinned external code and publish or modify many WordPress pages.
Review carefully before installing. Use only in a staging site first, pin and verify any npm package before running it, run dry-run/report-only modes before writes, use a dedicated low-privilege WordPress account, revoke the application password after deployment, keep backups, and manually verify generated content, ratings, claims, and compliance before publication.
references/orchestrator.md:192Unpinned Third-Party Package Download and Execution via npx
references/wordpress-deployer.md:298Hard-Coded Aggregate Rating Can Publish Fabricated Trust Signals
The invocation description includes generic phrases such as "authority site," "content wireframe," and especially "200 page site" alongside broad intents like wanting "topical authority content" or "topical clustering." In a manifest/markdown context, these triggers are not tightly bounded and could match ordinary user requests about SEO planning rather than clear intent to invoke this specific skill.
The manifest says the skill produces structured content for any platform and that WordPress deployment is only an optional export. This file presents the orchestrator as a 'WordPress Orchestrator' and defines the full automation workflow with deployment to WordPress as a core step, which materially narrows and changes the described scope from platform-agnostic generation to WordPress-centric orchestration.
The deploy workflow describes installing themes, creating pages, modifying navigation, inserting metadata, and uploading assets without a prominent warning about the impact on a live WordPress site. In a skill that automates site changes, lack of clear caution and confirmation can lead to unintended destructive or business-impacting modifications in production.
The manifest frames WordPress deployment as an optional export and not a requirement of using the skill. In this file, the 'auto' command's documented workflow culminates in 'Deploy to WordPress' as a standard step, making WordPress deployment part of the default automation behavior rather than an optional add-on.
Full automation mode is documented as checking prerequisites, generating content, processing links, and deploying to WordPress without a clear warning that it will automatically modify and publish site content. Because this combines content creation and live deployment in one path, a user may trigger broad site changes with insufficient awareness, making accidental production impact significantly more likely.
The documentation instructs users to run npx aka-wireframe-wp without a pinned version, which can fetch and execute whatever package version is current at runtime. If the package is updated maliciously, compromised upstream, or changed incompatibly, users could execute unreviewed code with the privileges of their local environment.
This is a second instance of the same supply-chain risk: invoking npx aka-wireframe-wp without version pinning causes dynamic retrieval and execution of the latest package version. In a skill that coordinates generation and deployment, that increases the blast radius because the fetched code may also alter content, credentials, or live sites.
This markdown file applies to SQP-2, and it explicitly instructs users to 'Deploy content' after copying prompts into an AI tool. Although later lines mention reviewing output, the document does not provide a clear warning that generated content may be inaccurate, noncompliant, or harmful if published directly to a live site.
The bulk WordPress import script prompt encourages generating code that can create and publish large numbers of pages, modify metadata, and assign templates at scale without any safety guardrails. In a skill explicitly aimed at producing 200+ page sites, this increases the chance of mass unintended site changes, accidental publication, duplicate content, or destructive operations if a user runs generated code without proper staging and review.
The skill advertises a --fix mode that can automatically modify deployed WordPress pages, metadata, schema, image names, and other site content, but the file does not provide an explicit safety warning, confirmation requirement, backup requirement, or dry-run-first guardrail before changes are made. In a production SEO workflow, silent or insufficiently gated write actions can lead to unintended content changes, broken formatting, SEO regressions, or bulk modifications across many pages.
This skill describes actions that can create, update, publish, and reconfigure a live WordPress site, including theme activation, permalink changes, navigation changes, and SEO metadata updates, but it does not prominently warn the operator that these are state-changing production actions. In an agent setting, that omission increases the chance of accidental live-site modification because the content presents deployment as routine and 'safe to retry' without an explicit confirmation or environment-safety warning.
The skill instructs batch generation that creates many files under generated-content/hub-* but does not explicitly warn that existing files may be overwritten or replaced. In an automation context, silent bulk writes can cause accidental content loss or repository churn, especially if users rerun generation on an existing project.
This markdown section instructs users to create a lead magnet to generate email subscribers and a post-download email sequence, which implicates collection and use of personal data. The document does not include any caution about obtaining consent, handling subscriber data appropriately, or complying with applicable email marketing rules.
No suspicious patterns detected.