agentleFS
nortonxnortonx/ai-tooling-free/skills/security-check/SKILL.md

security-check

Skill1 starsChanged 2 months agoMITView on GitHub

Audit code against the OWASP Top 10 (injection, XSS, CSRF, auth and sessions, data exposure, misconfiguration, vulnerable dependencies, API security) and write a findings report with severity, location, proof of concept and fix. Args: [<path>]

30 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use code-review.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • GoogleSkill

    code-review

    Adversarial systems, concurrency, memory-model, and architecture code review protocol. Use this skill whenever asked to review code, PRs, diffs, or branches in Filament.

    Also in 5 projects that use this

The file

We split this skill into the rules it gives an agent

1 rule. 0 are common, 1 is distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 22 edited versions we read keep these.

  • 1

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Write the report in the language of the user's request.

    line 28

“Common” is measured: kept by at least 6 in 10 of the 22 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md
<!-- Note: $ARGUMENTS is substituted by Claude commands only. In Copilot, the user must include their argument inline in the prompt; the skill body sees the literal text "$ARGUMENTS" unsubstituted. -->

Arguments

[<path>]

  • Optional. A file or directory to scope the audit; omit to audit the whole project.
  • Examples: /security-check, /security-check src/api

Copilot CLI note: $ARGUMENTS does not substitute in skills; include the argument inline in your prompt.

Security check: $ARGUMENTS

Audit the code against the OWASP Top 10 and report the findings. Read the relevant code (route handlers, authentication, database access, configuration, dependencies) before asserting anything: a finding without evidence in the code is noise and costs the trust of whoever has to fix it.

Language and style

Write the report in the language of the user's request. Use active voice, short sentences, one idea per paragraph, no decorative emoji, and explain why each risk matters, not only what it is. Keep code identifiers in backticks with their original spelling.

OWASP Top 10

  1. Injection: SQL, NoSQL, OS commands, LDAP, XPath
  2. Authentication and sessions: weak passwords, insecure credential storage, session fixation, missing session timeout
  3. XSS: reflected, stored, DOM-based, missing output encoding
  4. Insecure direct object reference (IDOR): unauthorized access, missing access controls
  5. Security misconfiguration: insecure defaults, unnecessary features enabled, missing security headers, verbose errors
  6. Sensitive data exposure: unencrypted data, weak encryption, leaks in logs or URLs
  7. CSRF: missing or weak CSRF tokens
  8. Vulnerable dependencies: outdated libraries, missing security patches
  9. Logging and monitoring: missing audit trails, inadequate error logging
  10. API security: missing rate limiting, weak authentication, excessive data exposure

Report

For each finding, give these fields:

  • Severity: Critical / High / Medium / Low
  • Location: affected file(s) and line(s)
  • Proof of concept (when applicable)
  • Remediation steps

Structure

  1. Executive summary of the security posture
  2. Critical and high findings (fix immediately)
  3. Medium and low findings (plan for upcoming sprints)
  4. Long-term security recommendations

At the end, if the report uses 5 or more technical acronyms, add a short glossary table with the meaning of each one. Omit the obvious ones (SQL, API) and keep the domain-specific ones (IDOR, CSRF).

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.