security-threat-checklist

Applies threat modeling and security checklists to code, contracts, APIs, and infrastructure changes.

Updated Jul 28, 2026
One-click install
npx skills add https://github.com/IagoPrandi/zeroclaw-plugin --skill security-threat-checklist-iagoprandi
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: security-threat-checklist
Source: https://github.com/IagoPrandi/zeroclaw-plugin/tree/main/.claude/skills/security-threat-checklist
Command: npx skills add https://github.com/IagoPrandi/zeroclaw-plugin --skill security-threat-checklist-iagoprandi

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Security issues are cheapest to fix before shipping, but teams often skip structured threat modeling when reviewing PRs that touch auth, payments, smart contracts, secrets, or infrastructure. This Skill enforces a Definition-of-Done security gate so every security-relevant change gets a threat model, layer-specific checklist review, and required scans before merge. ## Core Features & Use Cases - Structured Threat Modeling: Fill a standard template covering protected assets, entrypoints, actors, trust boundaries, top threats, assumptions, and residual risks. - Layer-Specific Checklists: Review guidance for Web2/API security (auth, authorization, input validation, rate limiting), Web3/smart contracts (reentrancy, oracles, MEV, upgradeability), frontend (wallet signing, CSP, phishing), and infrastructure (CI secrets, dependencies, containers). - Required Scans Gate: A merge-blocking table of tools including gitleaks, osv-scanner, semgrep, slither, aderyn, and forge tests, plus incident and escalation procedures. - Use Case: When reviewing a PR that adds a withdrawal endpoint, apply this Skill to produce a threat model, verify object-level authorization and idempotency keys, and confirm secrets and SAST scans are green before approving. ## Quick Start Apply the security threat checklist to this PR and return the threat model, blockers, and required scans that must pass before merge.

Frequently Asked Questions about security-threat-checklist

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I do a security review of a pull request?▼

Apply the security threat checklist to the PR: fill the threat model with assets, entrypoints, actors, and top threats, then walk the checklists for each affected layer (API, contracts, frontend, infra). Finish by confirming required scans like gitleaks and semgrep are green before merge.

What should a threat model include for a web3 app?▼

A threat model should list protected assets, entrypoints such as HTTP routes and external contract functions, actors, trust boundaries, at least three top threats with mitigations, assumptions about oracles and admin keys, and accepted residual risks with an owner and review date.

When should I apply a security checklist to a task?▼

Apply it whenever work touches auth, payments or withdrawals, smart contracts, API endpoints, secrets or config, database writes, admin operations, upgradeability, indexer logic, or frontend code that talks to wallets. When in doubt, apply it before shipping.

Which security scans should block a merge?▼

The checklist requires gitleaks for secrets, osv-scanner for critical dependency CVEs, semgrep for SAST, slither and aderyn for Solidity analysis, forge tests for contracts, and storage layout checks on upgrades. Any secrets finding is treated as P0 requiring rotation before merge.

Does this checklist cover smart contract upgradeability risks?▼

Yes, it covers namespaced storage via ERC-7201, storage layout verification with OpenZeppelin upgrades-core, initializer safety with _disableInitializers, timelocks on upgrades, and multisig approval for authorizeUpgrade. Each upgrade is treated as a new audit surface.