security

security is a skill for Claude Code from bricerising/enterprise-software-playbook. It costs 83 tokens per session (1,644 once invoked), scanned A, original, Apache-2.0.

A set of software-development checks for protecting application boundaries, data, credentials, and user input from common security mistakes.

In plain words
What is it for?
Use it when changing endpoints, sign-in or permissions, database access, file or network operations, webhooks, or code that handles private data. It also guides security-focused tests.
Why use it?
It helps prevent problems such as unauthorized access, injection attacks, exposed secrets, unsafe redirects, and sensitive information leaking into logs.

Skill for Claude Code

Written for Claude Code: shipped in a Claude Code plugin.

Part of the enterprise-software-playbook plugin — 17 skills shipped together

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add skills/bricerising/enterprise-software-playbook/security
Any agent
npx skills add bricerising/enterprise-software-playbook --skill security
Clone the repo
git clone --depth 1 https://github.com/bricerising/enterprise-software-playbook

Made for: Claude Code.

Or install enterprise-software-playbook, the plugin that ships this one along with the rest of its 17 skills.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for security

README.md
[![agentmods](https://agentmods.dev/badge/skills/bricerising/enterprise-software-playbook/security.svg)](https://agentmods.dev/skills/bricerising/enterprise-software-playbook/security)
Your own site
<a href="https://agentmods.dev/skills/bricerising/enterprise-software-playbook/security"><img src="https://agentmods.dev/badge/skills/bricerising/enterprise-software-playbook/security.svg" alt="Measured on agentmods" height="20"></a>
Per session 83 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,644 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00083 $0.01644
Opus 5 $0.00042 $0.00822
Sonnet 5 $0.00017 $0.00329
Haiku 4.5 $0.00008 $0.00164

Measured 5d ago against content hash fc17c57b06c1, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-05, from the pricing page.

Security

Grade A, and why

security scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 5d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

skills/security/SKILL.md · 117 lines

How it starts

The opening of the file, as written. The whole thing — 117 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Security

Overview

Security is boundary discipline: authenticate, authorize, validate inputs, avoid data leakage, and make unsafe classes of bugs hard to write.

This is not a full security audit. If the change is high-risk (auth overhaul, multi-tenant isolation, crypto, payments, regulated data), escalate to a security review.

Inputs / Outputs

Inputs: Attack surface inventory (inbound/outbound/state/operational boundaries); data sensitivity classification (credentials, PII, multi-tenant identifiers). Outputs: Hardened code with baseline controls applied (authn, authz, validation, injection safety, secrets safety); verification tests. Consumed by testing and finish.

Workflow

  1. Identify what changed (the attack surface):
    • inbound boundaries: HTTP/gRPC/GraphQL/WS handlers, webhooks
    • outbound boundaries: HTTP/gRPC/SDK clients, redirects, proxying, fetch-by-URL
    • state boundaries: DB queries, object storage, caches, queues
    • operational boundaries: logs/telemetry, admin endpoints, config/secrets
  2. Classify data sensitivity:
    • credentials/secrets, session tokens, API keys
    • PII and regulated data
    • multi-tenant identifiers and access scopes
  3. Apply baseline controls:
    1. Authn: verify identity and token validity (issuer/audience/expiry).
    2. Authz: check permissions per action (and per tenant/resource).
    3. Input validation: treat external inputs as unknown; decode/validate at the edge.
    4. Injection safety: parameterize queries; avoid string-built interpreters (SQL, shell, template injection).
    5. Secrets safety: keep secrets out of logs, error messages, and client responses.

GATE: All 5 baseline controls (authn, authz, input validation, injection safety, secrets safety) must be addressed before proceeding. For each control, either apply it or document why it does not apply to this change.

  1. Harden outbound calls:
    • SSRF controls (allowlist hosts; block link-local/metadata IPs; disable redirect-follow where unsafe)
    • TLS verification and timeouts/cancellation (see resilience)
  2. Verify:
    • add/extend consumer-visible tests for authz and validation (testing)
    • run any available dependency scanning / linters in the target repo
    • sanity-check logs/metrics do not include sensitive fields (observability)

Read the full file on GitHub · 117 lines

Files

What ships with it

2 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 5d ago First seen · 117 lines · 83 tokens per session scan A fc17c57b06c1

Subscribe to this mod's changes

security is a skill published in the GitHub repository bricerising/enterprise-software-playbook (7 stars, last pushed 1mo ago), licensed Apache-2.0. It adds 83 tokens to every session and 1,644 once invoked, about $0.0004 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Related

Other skills, from other repositories

replit-deck

For product and technical management work: turn PRDs, roadmaps, RFCs, architecture reviews, and retros into decision documents. Built around the core query "pm-feature-business-case-deck", with product strategy lead judgment, buyer-ready proof, and this outcome: approve the feature, architecture, roadmap, or incident…

nexu-io/open-design · 71 tokens

hps-true-blueprint

OpenDesign's engineering blueprint: how the sandbox, sidecar, and daemon fit — the system diagram and the invariants. Built as a decision-grade product management deck for engineering org.

nexu-io/open-design · 44 tokens

html-ppt-knowledge-arch-blueprint

OpenDesign's incident retro: the daemon-restart data bug, the root cause, the fix, and the systemic follow-ups. Built as a decision-grade product management deck for engineering, SRE, leadership.

nexu-io/open-design · 52 tokens

deck-open-slide-canvas

OpenDesign's architecture review: the local daemon + agent-runtime design, the tradeoffs, and the decision to lock. Built as a decision-grade product management deck for staff eng, tech leads, security.

nexu-io/open-design · 47 tokens

architecture-aware-init

Selects architecture paradigm via research before scaffolding. Use when architecture is undecided and the choice needs justification and documentation.

athola/claude-night-market · 28 tokens

frontmcp-guides

Tutorials, end-to-end walkthroughs, and complete reference projects for FrontMCP. Use when you want a getting-started guide, a full worked example, or to learn best practices by following a step-by-step build rather than a single API reference. Includes a beginner weather-API server (tool plus static resource, Zod…

agentfront/frontmcp · 157 tokens