security-guidance
PreToolUse security-anti-pattern hook for Claude Code. Catches 12 common security risks (command injection, XSS, SQL injection, unsafe deserialization, GitHub Actions workflow injection, eval/new Function code injection) BEFORE the Edit/Write/MultiEdit operation completes. Session-state caching prevents duplicate warnings on the same file+rule combo. Stdlib only — no dependencies. Use when you want a safety net during Claude Code sessions that touch security-sensitive code (auth, payments, user input handling, IaC). Disable with ENABLE_SECURITY_REMINDER=0 if you need to perform a verified-safe operation that would otherwise trip a pattern. Triggers — "add security hook", "block unsafe code", "detect command injection before write", "prevent SQL injection patterns", "security warning hook".
下方技能配置(提示词、变量、安装步骤)保留英文原文。.aiskill 文件直接面向 AI 智能体,统一使用英文以确保跨平台行为一致。
概述
PreToolUse security-anti-pattern hook for Claude Code. Catches 12 common security risks (command injection, XSS, SQL injection, unsafe deserialization, GitHub Actions workflow injection, eval/new Function code injection) BEFORE the Edit/Write/MultiEdit operation completes. Session-state caching prevents duplicate warnings on the same file+rule combo. Stdlib only — no dependencies. Use when you want a safety net during Claude Code sessions that touch security-sensitive code (auth, payments, user input handling, IaC). Disable with ENABLE_SECURITY_REMINDER=0 if you need to perform a verified-safe operation that would otherwise trip a pattern. Triggers — "add security hook", "block unsafe code", "detect command injection before write", "prevent SQL injection patterns", "security warning hook".
Source: https://github.com/alirezarezvani/claude-skills · MIT · © 2025 Alireza Rezvani
系统提示词
定义智能体角色、规则与输出格式的指令块。
# Security Guidance Hook
**A PreToolUse hook that blocks 12 common security anti-patterns before Claude Code writes them.**
This skill is a **hook**, not a slash command. Once installed, it runs automatically before every `Edit`, `Write`, or `MultiEdit` operation and warns + blocks if it detects a known dangerous pattern.
## What It Catches
The hook scans both:
- **The file path being edited** — flags GitHub Actions workflow files with risky `${{ }}` patterns
- **The content being written** — substring matches against 11 anti-patterns
| Pattern | Category | Risk |
|---|---|---|
| GitHub Actions workflow expressions | Path-based | Workflow command injection via untrusted inputs |
| `child_process.exec`, `exec(`, `execSync(` | Substring | Node.js command injection |
| `new Function` | Substring | JS code injection |
| `eval(` | Substring | JS code injection |
| `dangerouslySetInnerHTML` | Substring | React XSS |
| `document.write` | Substring | DOM XSS |
| `.innerHTML =` | Substring | DOM XSS |
| `pickle` | Substring | Python deserialization RCE |
| `os.system`, `from os import system` | Substring | Python command injection |
| `shell=True` (subprocess) | Substring | Python command injection |
| f-string SQL or `.format` SQL | Substring | SQL injection |
| `yaml.load(`, `yaml.unsafe_load` | Substring | YAML deserialization RCE |
## How It Works
1. Claude Code is about to run `Edit`, `Write`, or `MultiEdit`
2. PreToolUse hook fires → invokes `security_reminder_hook.py` with the tool input as JSON on stdin
3. The hook extracts file_path + content + checks against the pattern table
4. If a pattern matches AND this warning hasn't been shown for this file+rule in this session:
- Print the warning to stderr (Claude sees it)
- Exit code 2 → blocks the tool call
- Save the warning key to `~/.claude/security_warnings_state_<session>.json`
5. If a pattern matches BUT the warning was already shown this session:
- Allow the tool call (exit code 0) — Claude already saw the warning once
6. If no pattern matches:
- Allow the tool call (exit code 0)
## Installation
This plugin ships as a Claude Code plugin with `hooks.json` wiring:
```bash
# In Claude Code:
/plugin marketplace add alirezarezvani/claude-skills
/plugin install security-guidance@claude-code-skills
```
Once installed, no further configuration needed — the hook runs automatically.
## Configuration
Disable per-session via environment variable:
```bash
ENABLE_SECURITY_REMINDER=0 claude
# Hook is bypassed for this session
```
Use sparingly — the hook is most useful exactly when you're tempted to disable it (because you're under deadline pressure to ship something you know is sketchy).
## Per-File Override Pattern
If a specific file legitimately needs `eval()` or `pickle` (e.g., a sandboxed REPL, a deliberately unsafe parser for a fuzzer), document it in the file with a comment:
```python
# SAFETY: pickle is the required serialization format for this internal tool.
# This file does NOT accept untrusted input. See SECURITY.md for boundary analysis.
import pickle
```
The hook will still warn on first edit per session. After acknowledging, subsequent edits in the same session are allowed (session-state caching).
## Why The Patterns Are Substring-Based (Not AST-Based)
Trade-off: AST-based detection would be more precise (no false positives on string literals containing "eval("). Substring-based is:
- **Faster** — runs in ms, doesn't parse the file
- **Cross-language** — same hook works for JS/TS/Python/YAML/etc.
- **Conservative** — false positives are easy to dismiss (one keystroke); false negatives are dangerous
For 90%+ of cases, substring detection is sufficient. If you need stricter detection, layer in a proper SAST tool (semgrep, CodeQL) as a CI step.
## State Files
The hook caches "warning shown" state in `~/.claude/security_warnings_state_<session_id>.json`. These files:
- Are auto-cleaned after 30 days (10% chance per hook invocation)
- Are session-scoped (each Claude session gets its own)
- Contain a JSON list of `<file_path>-<rule_name>` keys
You can safely delete `~/.claude/security_warnings_state_*.json` files at any time — the hook regenerates them on next run.
## Debug Log
The hook writes to `~/.claude/security-warnings-log.txt` for debugging hook misfires:
```bash
tail -f ~/.claude/security-warnings-log.txt
# Shows JSON decode errors, state-file save failures, etc.
```
(Upstream version wrote to `/tmp/security-warnings-log.txt` — we moved it to `~/.claude/` for persistence across reboots.)
## Source + Attribution
This plugin is ported from David Dworken's MIT-licensed implementation in [`alirezarezvani/aeo-box`](https://github.com/alirezarezvani/aeo-box/tree/main/.claude/plugins/security-guidance).
**Verbatim:** the original 9 patterns (GitHub Actions, child_process.exec, new Function, eval, dangerouslySetInnerHTML, document.write, innerHTML, pickle, os.system) are preserved with their exact warning text.
**Modifications:**
- Added 3 patterns: `subprocess shell=True`, SQL injection via f-string or `.format`, `yaml.unsafe_load`
- Debug log moved from `/tmp/security-warnings-log.txt` → `~/.claude/security-warnings-log.txt`
- Restructured as a claude-skills plugin with `attribution` block in `.claude-plugin/authoring-notes.json` (originally in `plugin.json`; relocated when issue #954 showed Claude Code rejects manifests carrying extension keys)
## Anti-Patterns
### Disabling the hook by default
Defeats the purpose. If `ENABLE_SECURITY_REMINDER=0` becomes your default, you've trained yourself to ignore the safety net. Use it only for specific verified-safe operations.
### Modifying the pattern list without security review
Anyone can add a pattern. Removing one requires a security review — patterns exist because they map to real CVE classes.
### Treating session-state as immutable security policy
The cache prevents nag-spam but is per-session. Don't rely on "I dismissed this once" as long-term policy — use the per-file documentation pattern instead (comment justifying the use).
## Related Skills
- `engineering-team/skills/red-team` — adversarial pen-testing
- `engineering-team/skills/threat-detection` — threat modeling + detection design
- `engineering-team/skills/ai-security` — AI-specific security (prompt injection, etc.)
- `engineering/ship-gate` — pre-production audit (8-category, ~89 checks)
- `engineering/skill-security-auditor` — security scan for skill packages
## Trigger Phrases
- "add security hook"
- "block unsafe code before write"
- "detect command injection"
- "prevent SQL injection patterns"
- "warn on eval / pickle / os.system"
- "GitHub Actions security hook"
---
**Version:** 2.7.3
**Source:** Ported from [`alirezarezvani/aeo-box`](https://github.com/alirezarezvani/aeo-box) `.claude/plugins/security-guidance/` (originally by David Dworken at Anthropic, MIT)
**License:** MIT 用户提示词模板
填充变量后发送,即可运行该技能: {{variables}}
变量
| 名称 | 必填 | 说明 | 示例 |
|---|
完整技能配置
标准 .aiskill 文件,提供 JSON 与 YAML 两种格式。
{
"format": "aiskill/v1",
"skill": {
"name": "security-guidance",
"slug": "security-guidance",
"version": "1.0.0",
"description": "PreToolUse security-anti-pattern hook for Claude Code. Catches 12 common security risks (command injection, XSS, SQL injection, unsafe deserialization, GitHub Actions workflow injection, eval/new Function code injection) BEFORE the Edit/Write/MultiEdit operation completes. Session-state caching prevents duplicate warnings on the same file+rule combo. Stdlib only — no dependencies. Use when you want a safety net during Claude Code sessions that touch security-sensitive code (auth, payments, user input handling, IaC). Disable with ENABLE_SECURITY_REMINDER=0 if you need to perform a verified-safe operation that would otherwise trip a pattern. Triggers — \"add security hook\", \"block unsafe code\", \"detect command injection before write\", \"prevent SQL injection patterns\", \"security warning hook\".",
"category": "Development",
"tags": [
"security",
"git",
"sql"
],
"platforms": [
"chatgpt",
"claude-code",
"cursor"
],
"tested_environment": "Agent Skills convention (SKILL.md) — works with Claude Code, Cursor, ChatGPT/Codex and compatible agents",
"license": "MIT"
},
"prompts": {
"system": "# Security Guidance Hook\r\n\r\n**A PreToolUse hook that blocks 12 common security anti-patterns before Claude Code writes them.**\r\n\r\nThis skill is a **hook**, not a slash command. Once installed, it runs automatically before every `Edit`, `Write`, or `MultiEdit` operation and warns + blocks if it detects a known dangerous pattern.\r\n\r\n## What It Catches\r\n\r\nThe hook scans both:\r\n\r\n- **The file path being edited** — flags GitHub Actions workflow files with risky `${{ }}` patterns\r\n- **The content being written** — substring matches against 11 anti-patterns\r\n\r\n| Pattern | Category | Risk |\r\n|---|---|---|\r\n| GitHub Actions workflow expressions | Path-based | Workflow command injection via untrusted inputs |\r\n| `child_process.exec`, `exec(`, `execSync(` | Substring | Node.js command injection |\r\n| `new Function` | Substring | JS code injection |\r\n| `eval(` | Substring | JS code injection |\r\n| `dangerouslySetInnerHTML` | Substring | React XSS |\r\n| `document.write` | Substring | DOM XSS |\r\n| `.innerHTML =` | Substring | DOM XSS |\r\n| `pickle` | Substring | Python deserialization RCE |\r\n| `os.system`, `from os import system` | Substring | Python command injection |\r\n| `shell=True` (subprocess) | Substring | Python command injection |\r\n| f-string SQL or `.format` SQL | Substring | SQL injection |\r\n| `yaml.load(`, `yaml.unsafe_load` | Substring | YAML deserialization RCE |\r\n\r\n## How It Works\r\n\r\n1. Claude Code is about to run `Edit`, `Write`, or `MultiEdit`\r\n2. PreToolUse hook fires → invokes `security_reminder_hook.py` with the tool input as JSON on stdin\r\n3. The hook extracts file_path + content + checks against the pattern table\r\n4. If a pattern matches AND this warning hasn't been shown for this file+rule in this session:\r\n - Print the warning to stderr (Claude sees it)\r\n - Exit code 2 → blocks the tool call\r\n - Save the warning key to `~/.claude/security_warnings_state_<session>.json`\r\n5. If a pattern matches BUT the warning was already shown this session:\r\n - Allow the tool call (exit code 0) — Claude already saw the warning once\r\n6. If no pattern matches:\r\n - Allow the tool call (exit code 0)\r\n\r\n## Installation\r\n\r\nThis plugin ships as a Claude Code plugin with `hooks.json` wiring:\r\n\r\n```bash\r\n# In Claude Code:\r\n/plugin marketplace add alirezarezvani/claude-skills\r\n/plugin install security-guidance@claude-code-skills\r\n```\r\n\r\nOnce installed, no further configuration needed — the hook runs automatically.\r\n\r\n## Configuration\r\n\r\nDisable per-session via environment variable:\r\n\r\n```bash\r\nENABLE_SECURITY_REMINDER=0 claude\r\n# Hook is bypassed for this session\r\n```\r\n\r\nUse sparingly — the hook is most useful exactly when you're tempted to disable it (because you're under deadline pressure to ship something you know is sketchy).\r\n\r\n## Per-File Override Pattern\r\n\r\nIf a specific file legitimately needs `eval()` or `pickle` (e.g., a sandboxed REPL, a deliberately unsafe parser for a fuzzer), document it in the file with a comment:\r\n\r\n```python\r\n# SAFETY: pickle is the required serialization format for this internal tool.\r\n# This file does NOT accept untrusted input. See SECURITY.md for boundary analysis.\r\nimport pickle\r\n```\r\n\r\nThe hook will still warn on first edit per session. After acknowledging, subsequent edits in the same session are allowed (session-state caching).\r\n\r\n## Why The Patterns Are Substring-Based (Not AST-Based)\r\n\r\nTrade-off: AST-based detection would be more precise (no false positives on string literals containing \"eval(\"). Substring-based is:\r\n\r\n- **Faster** — runs in ms, doesn't parse the file\r\n- **Cross-language** — same hook works for JS/TS/Python/YAML/etc.\r\n- **Conservative** — false positives are easy to dismiss (one keystroke); false negatives are dangerous\r\n\r\nFor 90%+ of cases, substring detection is sufficient. If you need stricter detection, layer in a proper SAST tool (semgrep, CodeQL) as a CI step.\r\n\r\n## State Files\r\n\r\nThe hook caches \"warning shown\" state in `~/.claude/security_warnings_state_<session_id>.json`. These files:\r\n\r\n- Are auto-cleaned after 30 days (10% chance per hook invocation)\r\n- Are session-scoped (each Claude session gets its own)\r\n- Contain a JSON list of `<file_path>-<rule_name>` keys\r\n\r\nYou can safely delete `~/.claude/security_warnings_state_*.json` files at any time — the hook regenerates them on next run.\r\n\r\n## Debug Log\r\n\r\nThe hook writes to `~/.claude/security-warnings-log.txt` for debugging hook misfires:\r\n\r\n```bash\r\ntail -f ~/.claude/security-warnings-log.txt\r\n# Shows JSON decode errors, state-file save failures, etc.\r\n```\r\n\r\n(Upstream version wrote to `/tmp/security-warnings-log.txt` — we moved it to `~/.claude/` for persistence across reboots.)\r\n\r\n## Source + Attribution\r\n\r\nThis plugin is ported from David Dworken's MIT-licensed implementation in [`alirezarezvani/aeo-box`](https://github.com/alirezarezvani/aeo-box/tree/main/.claude/plugins/security-guidance).\r\n\r\n**Verbatim:** the original 9 patterns (GitHub Actions, child_process.exec, new Function, eval, dangerouslySetInnerHTML, document.write, innerHTML, pickle, os.system) are preserved with their exact warning text.\r\n\r\n**Modifications:**\r\n- Added 3 patterns: `subprocess shell=True`, SQL injection via f-string or `.format`, `yaml.unsafe_load`\r\n- Debug log moved from `/tmp/security-warnings-log.txt` → `~/.claude/security-warnings-log.txt`\r\n- Restructured as a claude-skills plugin with `attribution` block in `.claude-plugin/authoring-notes.json` (originally in `plugin.json`; relocated when issue #954 showed Claude Code rejects manifests carrying extension keys)\r\n\r\n## Anti-Patterns\r\n\r\n### Disabling the hook by default\r\n\r\nDefeats the purpose. If `ENABLE_SECURITY_REMINDER=0` becomes your default, you've trained yourself to ignore the safety net. Use it only for specific verified-safe operations.\r\n\r\n### Modifying the pattern list without security review\r\n\r\nAnyone can add a pattern. Removing one requires a security review — patterns exist because they map to real CVE classes.\r\n\r\n### Treating session-state as immutable security policy\r\n\r\nThe cache prevents nag-spam but is per-session. Don't rely on \"I dismissed this once\" as long-term policy — use the per-file documentation pattern instead (comment justifying the use).\r\n\r\n## Related Skills\r\n\r\n- `engineering-team/skills/red-team` — adversarial pen-testing\r\n- `engineering-team/skills/threat-detection` — threat modeling + detection design\r\n- `engineering-team/skills/ai-security` — AI-specific security (prompt injection, etc.)\r\n- `engineering/ship-gate` — pre-production audit (8-category, ~89 checks)\r\n- `engineering/skill-security-auditor` — security scan for skill packages\r\n\r\n## Trigger Phrases\r\n\r\n- \"add security hook\"\r\n- \"block unsafe code before write\"\r\n- \"detect command injection\"\r\n- \"prevent SQL injection patterns\"\r\n- \"warn on eval / pickle / os.system\"\r\n- \"GitHub Actions security hook\"\r\n\r\n---\r\n\r\n**Version:** 2.7.3\r\n**Source:** Ported from [`alirezarezvani/aeo-box`](https://github.com/alirezarezvani/aeo-box) `.claude/plugins/security-guidance/` (originally by David Dworken at Anthropic, MIT)\r\n**License:** MIT",
"user_template": ""
},
"variables": [],
"install": {
"steps": [
{
"title": "Download & unzip",
"detail": "Download the .zip package from SkillVault and unzip it. The security-guidance/ folder contains SKILL.md plus any companion scripts, references and assets."
},
{
"title": "Copy into your agent skills directory",
"detail": "Move the folder into your agent's skills directory — e.g. ~/.claude/skills/ (Claude Code), .codex/skills/, .cursor/skills/ or your project's .claude/skills/ folder — then restart or reload the session."
},
{
"title": "Use it",
"detail": "Describe the task in natural language; the agent loads the skill automatically when the request matches the skill description."
}
]
},
"usage": {
"steps": []
},
"metadata": {
"author": "SkillVault",
"source": "https://skillvault.top/skills/security-guidance",
"exported_at": "2026-11-03T07:43:59.051Z"
}
} format: aiskill/v1
skill:
name: security-guidance
slug: security-guidance
version: 1.0.0
description: >-
PreToolUse security-anti-pattern hook for Claude Code. Catches 12 common security risks (command
injection, XSS, SQL injection, unsafe deserialization, GitHub Actions workflow injection,
eval/new Function code injection) BEFORE the Edit/Write/MultiEdit operation completes.
Session-state caching prevents duplicate warnings on the same file+rule combo. Stdlib only — no
dependencies. Use when you want a safety net during Claude Code sessions that touch
security-sensitive code (auth, payments, user input handling, IaC). Disable with
ENABLE_SECURITY_REMINDER=0 if you need to perform a verified-safe operation that would otherwise
trip a pattern. Triggers — "add security hook", "block unsafe code", "detect command injection
before write", "prevent SQL injection patterns", "security warning hook".
category: Development
tags:
- security
- git
- sql
platforms:
- chatgpt
- claude-code
- cursor
tested_environment: >-
Agent Skills convention (SKILL.md) — works with Claude Code, Cursor, ChatGPT/Codex and
compatible agents
license: MIT
prompts:
system: "# Security Guidance Hook\r\n\r\n**A PreToolUse hook that blocks 12 common security anti-patterns before Claude Code writes them.**\r\n\r\nThis skill is a **hook**, not a slash command. Once installed, it runs automatically before every `Edit`, `Write`, or `MultiEdit` operation and warns + blocks if it detects a known dangerous pattern.\r\n\r\n## What It Catches\r\n\r\nThe hook scans both:\r\n\r\n- **The file path being edited** — flags GitHub Actions workflow files with risky `${{ }}` patterns\r\n- **The content being written** — substring matches against 11 anti-patterns\r\n\r\n| Pattern | Category | Risk |\r\n|---|---|---|\r\n| GitHub Actions workflow expressions | Path-based | Workflow command injection via untrusted inputs |\r\n| `child_process.exec`, `exec(`, `execSync(` | Substring | Node.js command injection |\r\n| `new Function` | Substring | JS code injection |\r\n| `eval(` | Substring | JS code injection |\r\n| `dangerouslySetInnerHTML` | Substring | React XSS |\r\n| `document.write` | Substring | DOM XSS |\r\n| `.innerHTML =` | Substring | DOM XSS |\r\n| `pickle` | Substring | Python deserialization RCE |\r\n| `os.system`, `from os import system` | Substring | Python command injection |\r\n| `shell=True` (subprocess) | Substring | Python command injection |\r\n| f-string SQL or `.format` SQL | Substring | SQL injection |\r\n| `yaml.load(`, `yaml.unsafe_load` | Substring | YAML deserialization RCE |\r\n\r\n## How It Works\r\n\r\n1. Claude Code is about to run `Edit`, `Write`, or `MultiEdit`\r\n2. PreToolUse hook fires → invokes `security_reminder_hook.py` with the tool input as JSON on stdin\r\n3. The hook extracts file_path + content + checks against the pattern table\r\n4. If a pattern matches AND this warning hasn't been shown for this file+rule in this session:\r\n - Print the warning to stderr (Claude sees it)\r\n - Exit code 2 → blocks the tool call\r\n - Save the warning key to `~/.claude/security_warnings_state_<session>.json`\r\n5. If a pattern matches BUT the warning was already shown this session:\r\n - Allow the tool call (exit code 0) — Claude already saw the warning once\r\n6. If no pattern matches:\r\n - Allow the tool call (exit code 0)\r\n\r\n## Installation\r\n\r\nThis plugin ships as a Claude Code plugin with `hooks.json` wiring:\r\n\r\n```bash\r\n# In Claude Code:\r\n/plugin marketplace add alirezarezvani/claude-skills\r\n/plugin install security-guidance@claude-code-skills\r\n```\r\n\r\nOnce installed, no further configuration needed — the hook runs automatically.\r\n\r\n## Configuration\r\n\r\nDisable per-session via environment variable:\r\n\r\n```bash\r\nENABLE_SECURITY_REMINDER=0 claude\r\n# Hook is bypassed for this session\r\n```\r\n\r\nUse sparingly — the hook is most useful exactly when you're tempted to disable it (because you're under deadline pressure to ship something you know is sketchy).\r\n\r\n## Per-File Override Pattern\r\n\r\nIf a specific file legitimately needs `eval()` or `pickle` (e.g., a sandboxed REPL, a deliberately unsafe parser for a fuzzer), document it in the file with a comment:\r\n\r\n```python\r\n# SAFETY: pickle is the required serialization format for this internal tool.\r\n# This file does NOT accept untrusted input. See SECURITY.md for boundary analysis.\r\nimport pickle\r\n```\r\n\r\nThe hook will still warn on first edit per session. After acknowledging, subsequent edits in the same session are allowed (session-state caching).\r\n\r\n## Why The Patterns Are Substring-Based (Not AST-Based)\r\n\r\nTrade-off: AST-based detection would be more precise (no false positives on string literals containing \"eval(\"). Substring-based is:\r\n\r\n- **Faster** — runs in ms, doesn't parse the file\r\n- **Cross-language** — same hook works for JS/TS/Python/YAML/etc.\r\n- **Conservative** — false positives are easy to dismiss (one keystroke); false negatives are dangerous\r\n\r\nFor 90%+ of cases, substring detection is sufficient. If you need stricter detection, layer in a proper SAST tool (semgrep, CodeQL) as a CI step.\r\n\r\n## State Files\r\n\r\nThe hook caches \"warning shown\" state in `~/.claude/security_warnings_state_<session_id>.json`. These files:\r\n\r\n- Are auto-cleaned after 30 days (10% chance per hook invocation)\r\n- Are session-scoped (each Claude session gets its own)\r\n- Contain a JSON list of `<file_path>-<rule_name>` keys\r\n\r\nYou can safely delete `~/.claude/security_warnings_state_*.json` files at any time — the hook regenerates them on next run.\r\n\r\n## Debug Log\r\n\r\nThe hook writes to `~/.claude/security-warnings-log.txt` for debugging hook misfires:\r\n\r\n```bash\r\ntail -f ~/.claude/security-warnings-log.txt\r\n# Shows JSON decode errors, state-file save failures, etc.\r\n```\r\n\r\n(Upstream version wrote to `/tmp/security-warnings-log.txt` — we moved it to `~/.claude/` for persistence across reboots.)\r\n\r\n## Source + Attribution\r\n\r\nThis plugin is ported from David Dworken's MIT-licensed implementation in [`alirezarezvani/aeo-box`](https://github.com/alirezarezvani/aeo-box/tree/main/.claude/plugins/security-guidance).\r\n\r\n**Verbatim:** the original 9 patterns (GitHub Actions, child_process.exec, new Function, eval, dangerouslySetInnerHTML, document.write, innerHTML, pickle, os.system) are preserved with their exact warning text.\r\n\r\n**Modifications:**\r\n- Added 3 patterns: `subprocess shell=True`, SQL injection via f-string or `.format`, `yaml.unsafe_load`\r\n- Debug log moved from `/tmp/security-warnings-log.txt` → `~/.claude/security-warnings-log.txt`\r\n- Restructured as a claude-skills plugin with `attribution` block in `.claude-plugin/authoring-notes.json` (originally in `plugin.json`; relocated when issue #954 showed Claude Code rejects manifests carrying extension keys)\r\n\r\n## Anti-Patterns\r\n\r\n### Disabling the hook by default\r\n\r\nDefeats the purpose. If `ENABLE_SECURITY_REMINDER=0` becomes your default, you've trained yourself to ignore the safety net. Use it only for specific verified-safe operations.\r\n\r\n### Modifying the pattern list without security review\r\n\r\nAnyone can add a pattern. Removing one requires a security review — patterns exist because they map to real CVE classes.\r\n\r\n### Treating session-state as immutable security policy\r\n\r\nThe cache prevents nag-spam but is per-session. Don't rely on \"I dismissed this once\" as long-term policy — use the per-file documentation pattern instead (comment justifying the use).\r\n\r\n## Related Skills\r\n\r\n- `engineering-team/skills/red-team` — adversarial pen-testing\r\n- `engineering-team/skills/threat-detection` — threat modeling + detection design\r\n- `engineering-team/skills/ai-security` — AI-specific security (prompt injection, etc.)\r\n- `engineering/ship-gate` — pre-production audit (8-category, ~89 checks)\r\n- `engineering/skill-security-auditor` — security scan for skill packages\r\n\r\n## Trigger Phrases\r\n\r\n- \"add security hook\"\r\n- \"block unsafe code before write\"\r\n- \"detect command injection\"\r\n- \"prevent SQL injection patterns\"\r\n- \"warn on eval / pickle / os.system\"\r\n- \"GitHub Actions security hook\"\r\n\r\n---\r\n\r\n**Version:** 2.7.3\r\n**Source:** Ported from [`alirezarezvani/aeo-box`](https://github.com/alirezarezvani/aeo-box) `.claude/plugins/security-guidance/` (originally by David Dworken at Anthropic, MIT)\r\n**License:** MIT"
user_template: ""
variables: []
install:
steps:
- title: Download & unzip
detail: >-
Download the .zip package from SkillVault and unzip it. The security-guidance/ folder
contains SKILL.md plus any companion scripts, references and assets.
- title: Copy into your agent skills directory
detail: >-
Move the folder into your agent's skills directory — e.g. ~/.claude/skills/ (Claude Code),
.codex/skills/, .cursor/skills/ or your project's .claude/skills/ folder — then restart or
reload the session.
- title: Use it
detail: >-
Describe the task in natural language; the agent loads the skill automatically when the
request matches the skill description.
usage:
steps: []
metadata:
author: SkillVault
source: https://skillvault.top/skills/security-guidance
exported_at: "2026-11-03T07:43:59.051Z"
安装指南
- 1
Download & unzip
Download the .zip package from SkillVault and unzip it. The security-guidance/ folder contains SKILL.md plus any companion scripts, references and assets.
- 2
Copy into your agent skills directory
Move the folder into your agent's skills directory — e.g. ~/.claude/skills/ (Claude Code), .codex/skills/, .cursor/skills/ or your project's .claude/skills/ folder — then restart or reload the session.
- 3
Use it
Describe the task in natural language; the agent loads the skill automatically when the request matches the skill description.
使用方法
平台兼容性
相关技能
ship-gate
Pre-production audit that scans a codebase for security, database, deployment, code quality, AI/LLM, dependency, frontend, and observability issues. Intercepts deploy commands and blocks until critical items pass. Stack-agnostic. Use for "run ship gate", "am I ready to ship", "pre-launch audit", "can I deploy", "push to production", "go live checklist", "preflight check". Not for CI/CD setup or infra provisioning.
senior-backend
Designs and implements backend systems including REST APIs, microservices, database architectures, authentication flows, and security hardening. Use when the user asks to "design REST APIs", "optimize database queries", "implement authentication", "build microservices", "review backend code", "set up GraphQL", "handle database migrations", or "load test APIs". Covers Node.js/Express/Fastify development, PostgreSQL optimization, API security, and backend architecture patterns.
skill-security-auditor
Security audit and vulnerability scanner for AI agent skills before installation. Use when: (1) evaluating a skill from an untrusted source, (2) auditing a skill directory or git repo URL for malicious code, (3) pre-install security gate for Claude Code plugins, OpenClaw skills, or Codex skills, (4) scanning Python scripts for dangerous patterns like os.system, eval, subprocess, network exfiltration, (5) detecting prompt injection in SKILL.md files, (6) checking dependency supply chain risks, (7) verifying file system access stays within skill boundaries. Triggers: "audit this skill", "is this skill safe", "scan skill for security", "check skill before install", "skill security check", "skill vulnerability scan".