Lots of people now ship apps, Claude Code skills and MCP servers written with AI. Few of them know what a CVE is, why NEXT_PUBLIC_OPENAI_API_KEY is a problem, or that a skill can hide instructions only the model can read. Stingward finds those holes and tells you, in plain words, how to close each one.
A skill that looks like a PDF helper. Stingward decodes the invisible instruction and finds the key theft before you install it.
Quick start
| Where | How |
|---|---|
| Claude Code | /plugin marketplace add HiveControlAgents/StingWard then /plugin install stingward@stingward, and ask "is my project secure?" or "can I install github.com/x/y?" |
| Terminal | pipx install stingward (or uvx stingward, or npx stingward with Python 3.9+ installed), then run stingward in your project |
| GitHub | Add the Action: it comments on every PR, fills the Security tab and re-checks daily |
stingward # audit the project in the current folder
stingward skill ./some-skill # audit a skill, plugin or MCP server before installing it
stingward skill owner/repo # ...straight from GitHub (also accepts .../tree/branch/subfolder URLs)
stingward agents # audit the Claude Code, Claude Desktop, Cursor, Codex and Gemini setup on this machine
No account, no telemetry, no dependencies: pure Python 3.9+ on Linux, macOS and Windows.
What it finds
| Area | Examples |
|---|---|
| Dependencies | Known CVEs and malicious packages in npm, Yarn, pnpm, Bun, pip, Poetry, uv, Pipenv, PDM, Go, Cargo, Bundler and Composer lockfiles. Ranked by CISA KEV (exploited right now) and EPSS (likelihood of exploitation), with the single upgrade that fixes everything known. |
| Secrets | API keys (OpenAI, Anthropic, GitHub, AWS, Google, Stripe, Slack...), private keys, Supabase service_role keys, webhooks, passwords in URLs, .env committed or missing from .gitignore. Values are never printed. |
| AI-built apps | Secrets behind NEXT_PUBLIC_ / VITE_ / EXPO_PUBLIC_, dangerouslyAllowBrowser, open CORS, Supabase tables without RLS or with using (true), open Firebase rules, debug mode, JWT without signature check. |
| Agents and MCP | bypassPermissions, Bash(*), hooks that curl | sh, enableAllProjectMcpServers, MCP servers without a pinned version, tokens in .mcp.json, MCP over plain HTTP, vulnerable MCP packages such as mcp-remote (CVE-2025-6514). |
| Skills and prompts | Invisible Unicode (tag characters, Trojan Source, zero-width), "ignore previous instructions", "don't tell the user", reading ~/.ssh or ~/.aws and calling the internet, curl | bash, reverse shells, obfuscated code, capture hosts (webhook.site, ngrok...), install scripts, allowed-tools: Bash, tool poisoning in MCP tool descriptions. |
All 32 rules, with severity, examples and fixes: docs/rules.md.
A typical AI-built Next.js + Supabase app. Try both demos from a clone of this repo: python scripts/demo/fixtures.py demo, then stingward skill demo/pdf-helper and stingward demo/my-saas.
How it works
- Lists your files, skipping dependency and build folders such as
node_modulesanddist. When auditing a third-party skill it does read build output, since that is what actually runs. - Reads lockfiles and asks OSV.dev about every package and version in one batch. CVEs in CISA KEV become critical; EPSS and NVD fill in likelihood and missing scores.
- Runs pattern checks for secrets, app mistakes, agent settings and skill content, aware of context: test folders, docs and examples count less, and in third-party skills reassuring wording can lower a finding to medium but never hide it.
- Writes the report in English or Portuguese: a verdict, findings worst first with where, why and how to fix, a grade from A to F and a badge.
Only package names and versions leave your machine (to api.osv.dev, www.cisa.gov, api.first.org and services.nvd.nist.gov). Your code never does. Responses are cached for a few hours in ~/.cache/stingward.
Stingward reads hostile content by design, so it is careful with it: git can never discover a repository inside audited files, the launchers never import code from the audited folder, and secrets, terminal escapes and markdown are neutralized in every report format. See SECURITY.md.
GitHub Action
# .github/workflows/stingward.yml
name: stingward
on:
pull_request:
push: { branches: [main] }
schedule: [{ cron: "0 9 * * *" }] # new CVEs show up for code that did not change
permissions: { contents: read, pull-requests: write, security-events: write }
jobs:
stingward:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- uses: HiveControlAgents/StingWard@v0
with: { lang: en, fail-on: high }
It comments the report on the PR (and updates the same comment on every run), uploads SARIF to the repository's Security tab, writes the job summary and exposes the grade as steps.<id>.outputs.grade.
| Input | Default | |
|---|---|---|
path |
. |
Folder to audit |
fail-on |
high |
Fail the job at this severity or above: critical, high, medium, low, never |
lang |
en |
Report language: en or pt |
comment |
true |
Comment on pull requests (needs pull-requests: write) |
sarif |
true |
Upload SARIF to code scanning (needs security-events: write) |
Command line reference
| Option | |
|---|---|
--lang en|pt |
Report language (default: STINGWARD_LANG, then your system locale) |
--format text|json|markdown|sarif |
What goes to standard output |
--json FILE, --markdown FILE, --sarif FILE |
Also write these files, in one run |
--fail-on critical|high|medium|low|never |
Exit code 1 at this severity or above (default high) |
--only deps,secrets,app,agents |
Run only some checks |
--offline |
Skip the online databases (dependencies are not checked) |
--no-color |
Plain text output |
| Exit code | Meaning |
|---|---|
0 |
Nothing at or above --fail-on |
1 |
Something at or above --fail-on was found |
2 |
Usage error |
3 |
OSV.dev did not answer, so dependencies were not checked. A CI gate should not pass silently; use --offline to skip them on purpose. |
Environment: STINGWARD_LANG sets the default language, NVD_API_KEY raises the NVD rate limit and STINGWARD_CACHE moves the cache folder.
Grade: A means only low findings or none · B medium, no high · C one or two high · D three or more high · F any critical. Every report ends with a badge for your README:
[](https://github.com/HiveControlAgents/StingWard)
False positives: add a line to .stingwardignore in the project root (RULE path/glob, RULE or path/glob), or put stingward:ignore in a comment on the line. If a rule is wrong, tell us with a minimal sample.
Standards: findings carry CWE, OWASP Top 10 for LLM Applications 2026 (LLM01:2026...), OWASP Agentic Skills Top 10 (AST01..., v1 draft) and OWASP Top 10 for Agentic Applications 2026 (ASI01...) IDs, in the text report, JSON and SARIF tags.
Quality
- 400+ automated tests, plus online tests that query the real OSV, KEV, EPSS and NVD services across six ecosystems. Line coverage is above 90%.
- Every push runs 21 CI jobs: tests on Linux, macOS and Windows with Python 3.9 to 3.13, the PyPI and npm packages built and installed from scratch on all three systems, the Claude Code plugin validated, and the Action run against sample projects.
- Stingward audits itself in CI and must stay free of high and critical findings; its own grade is the A badge above.
- False positives are measured against popular public skill collections and MCP servers: no critical or high findings that are not real, and only a handful of medium ones per repository. Each fixed false positive becomes a regression test.
- Security review of Stingward itself, for example making sure a skill folder crafted as a git repository cannot run commands, and that a secret can never reach a report. Found issues are fixed with a test that fails on the old code.
python -m unittest discover -s tests -t . # offline, a few seconds
STINGWARD_ONLINE=1 python -m unittest discover -s tests -t . # also hits the real databases
FAQ
Does a clean report mean my project is safe? No. It means the common mistakes are not there. Stingward is a fast first line, not a penetration test.
Does my code leave my machine? No. Only package names and versions are sent, to look up vulnerabilities.
How is it different from npm audit, Dependabot or a secret scanner? Those each cover one piece. Stingward puts dependencies, secrets and the mistakes specific to AI-built apps, agents, skills and MCP servers in one report, written for the person who built the project, and can audit a skill before you install it.
Why does npx stingward need Python? The engine is a single pure-Python package with no dependencies; the npm package is a thin launcher so JavaScript users can run it without pip.
Can it check a private repository or a skill on my disk? Yes. Point it at a folder, or at owner/repo with your usual git credentials.
Scope
Stingward reports to whoever runs it, about code they chose to check. It does not crawl other people's repositories or open issues on them.
Contributing
Bug reports, false positives and new rules are welcome. Read CONTRIBUTING.md to get set up, and report security problems in Stingward itself privately as described in SECURITY.md.
Vulnerability data: OSV.dev (aggregating GitHub Advisories, NVD, PyPA, RustSec, Go and OpenSSF malicious packages), CISA KEV, FIRST EPSS and NVD.
Apache 2.0 © Isaque Moutta
Metadata
Release files for stingward 0.1.5
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| stingward-0.1.5.tar.gz | 146.5 kB | With provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| stingward-0.1.5-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 218.8 kB
Release files / stingward-0.1.5.tar.gz
| Download URL | stingward-0.1.5.tar.gz |
|---|---|
| Size | 146.5 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
f8130690fdc2859da58dcd4e231880189b0b41df3371e7600f47e5d3ed0ad86a
|
|
BLAKE2b-256 checksum How to use checksums |
d3332297b8a4eb1a5b8c0384e975c36e8ba08f4cf40313f7d82fe62456035db4
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 20, 2026.
Transparency logRelease files / stingward-0.1.5-py3-none-any.whl
| Download URL | stingward-0.1.5-py3-none-any.whl |
|---|---|
| Size | 72.3 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
cc84a83f8fa9d236fed69dbd53b558880659ae34ee82180147c229f6547b5223
|
|
BLAKE2b-256 checksum How to use checksums |
9f47d51b0b6bd254ec40c007de53679002ff4122cdbf76acd6f0734045f56b90
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 20, 2026.
Transparency logSecurity for stingward 0.1.5
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
All 2 files in this release have been uploaded with provenance metadata.
Attestation for stingward-0.1.5.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 20, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.