Skip to content
Back to skills

Commit Security Scan

ASecurity

Scan code changes for security vulnerabilities using Bug Hunter-native artifacts and STRIDE context. Use whenever the user asks for PR security review, commit-diff scanning, staged-change security checks, branch-comparison security review, or pre-merge security analysis of changed code.

  • 17 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added September 2, 2026
ai-agentssqlgitsecurity

Security analysis

A100/100

Scanned September 2, 2026

npx -y skills add CarlosCaPe/octorato --skill commit-security-scan --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Commit Security Scan?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Commit Security Scan
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/carloscape-commit-security-scan/badge)](https://www.skillsdirectory.com/skills/carloscape-commit-security-scan)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: commit-security-scan
description: Scan code changes for security vulnerabilities using Bug Hunter-native artifacts and STRIDE context. Use whenever the user asks for PR security review, commit-diff scanning, staged-change security checks, branch-comparison security review, or pre-merge security analysis of changed code.
---

# Commit Security Scan

This is a bundled local Bug Hunter companion skill. It is portable and self-contained: use `.bug-hunter/*` artifacts, never `.factory/*` paths.

## Purpose

Review *changed code* for security issues only. This skill is optimized for:
- PR review
- staged diff review
- branch diff review
- commit / commit-range security scanning

## Inputs

Resolve the scan scope from the user request:
- PR review → use `scripts/pr-scope.cjs`
- staged review → use `git diff --cached --name-only`
- branch diff → use `git diff --name-only <base>...<head>`
- commit range → use `git diff --name-only <base>..<head>`

## Workflow

1. Ensure threat-model context exists.
   - Preferred artifacts:
     - `.bug-hunter/threat-model.md`
     - `.bug-hunter/security-config.json`
   - If missing, run the bundled `threat-model-generation` skill first.

2. Resolve the changed-file scope.

3. Read the full contents of the changed source files, not just the patch.

4. Focus on STRIDE-oriented issues in changed code:
   - Spoofing: auth/session/token mistakes
   - Tampering: SQLi, XSS, path traversal, command injection, mass assignment
   - Repudiation: security-sensitive actions with no auditability
   - Information Disclosure: IDOR, secret exposure, verbose errors
   - DoS: unbounded input, missing limits, expensive regex/queries
   - Elevation of Privilege: missing authorization, role bypass, privilege escalation

5. Reuse Bug Hunter-native security conventions:
   - findings should be compatible with `.bug-hunter/findings.json`
   - use STRIDE + CWE labels
   - include confidence scores

6. If the user wants only a focused security diff review, stop after the findings report.
   If the user wants deeper validation, hand off to the bundled `vulnerability-validation` skill.

## Output

Preferred outputs:
- `.bug-hunter/findings.json` when integrating with the main Bug Hunter pipeline
- `.bug-hunter/report.md` as a rendered companion if needed

## Notes

- This skill is intentionally diff-scoped; it does not replace full-repository audits.
- Use it as the lightweight security fast-path before invoking the broader `security-review` flow.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.