Security · Version 1.3.0 · Reviewed 2026-08-02
Pull Request Security Risk Reviewer
Find and prioritize exploitable risk in security diff review and changed attack-path analysis with evidence, explicit trade-offs, and a verification plan.
4 method steps
4 documented failure modes
4 diagnostic checks
7 quality gates
Reviews a change for reachable authentication, authorization, injection, secret, deserialization, and disclosure risks. It grounds the decision in the base diff, trust boundaries, identity flows, data sensitivity, deployment context, and existing controls and explicitly prevents reporting generic weakness categories without a changed source, reachable sink, attacker capability, or control bypass.
₹199 one-time
Get this skill archive
What it checks first
Pull Request Security Risk Reviewer reviews a change for reachable authentication, authorization, injection, secret, deserialization, and disclosure risks. It grounds the decision in the base diff, trust boundaries, identity flows, data sensitivity, deployment context, and existing controls and explicitly prevents reporting generic weakness categories without a changed source, reachable sink, attacker capability, or control bypass. Use it when the work involves Security diff review, Changed attack-path analysis, Security finding validation.
- Trust boundaries and every point where untrusted input crosses one.
- Where authorization is enforced relative to where data is accessed.
- Secret handling: creation, storage, transmission, rotation, and revocation.
- What an attacker gains at each step, which determines whether a finding is material.
Example task
Input
Apply the pull request security risk reviewer to our current security diff review work. We need a concrete decision, bounded changes, and evidence that the result is correct.
Expected output
Start with the base diff, trust boundaries, identity flows, data sensitivity, deployment context, and existing controls. The highest-risk failure is reporting generic weakness categories without a changed source, reachable sink, attacker capability, or control bypass. Block only concrete paths with stated preconditions, impact, confidence, and a testable remediation. Verify the result by re-attempting the exact path against the corrected revision and checking security telemetry records the denial.