К основному содержанию
скилл Claude Code CX Codex Cursor

stride-analysis-patterns — скилл для Claude Code: моделирование угроз

Скилл применяет STRIDE для поиска угроз в архитектуре и при разборе решений по безопасности. Подойдёт для моделирования угроз и подготовки документации.

Установить в Claude Code · Через маркетплейс плагинов Все способы и платформы ↓
/plugin marketplace add wshobson/agents
/plugin install security-scanning@claude-code-workflows
Открыть на GitHub

Что делает stride-analysis-patterns

Скилл помогает системно проверить угрозы по шести категориям STRIDE: подмена личности, изменение данных, отказ от действий, раскрытие информации, отказ в обслуживании и повышение привилегий. Для каждой категории он предлагает проверочный вопрос и семейство мер контроля: например, аутентификацию для подмены личности и журналирование для отказа от действий.

Подробные шаблоны и примеры находятся в references/details.md. Скилл советует пройти все категории, привлекать специалистов по безопасности, разработчиков и эксплуатации, а после выявления угроз продумать меры снижения риска. Ставьте его, если нужно провести структурированный разбор; для готовой оценки без участия команды он не подойдёт.

Какие задачи решает

  • проверить архитектуру на угрозы по STRIDE
  • подготовить документацию по моделированию угроз
  • разобрать решения по безопасности системы
  • составить вопросы для сессии с командой

Примеры запросов агенту

  • Проведи STRIDE-анализ этой архитектуры и перечисли угрозы по каждой категории.
  • Подготовь вопросы для сессии моделирования угроз по этому проекту.
  • Создай документацию по угрозам и предложи меры контроля для каждой категории STRIDE.

Как установить stride-analysis-patterns

1Через маркетплейс плагинов

/plugin marketplace add wshobson/agents
/plugin install security-scanning@claude-code-workflows

2Через Skills CLI (Vercel)

npx skills add wshobson/agents --skill stride-analysis-patterns -a claude-code

3Вручную: положить файлы

~/.claude/skills/stride-analysis-patterns/SKILL.md

Папка скилла целиком; для одного проекта — .claude/skills/stride-analysis-patterns/

Похожие

git-guardrails-claude-code Matt Pocock Скилл ставит хук Claude Code, который останавливает опасные Git-команды до их запуска. Нужен, если агент не должен делать push или удалять изменения. Claude Code 499 069установок java-springboot официальный github Задаёт практики разработки Spring Boot-приложений: от структуры проекта до тестов и безопасности. Пригодится, когда Copilot пишет или проверяет Java-код. GitHub Copilot 21 272установок sql-code-review официальный github Проверяет SQL-код на проблемы безопасности, производительности и поддержки. Пригодится перед ревью запросов или схемы базы данных. GitHub Copilot 14 060установок postgresql-code-review официальный github Проверяет SQL и схему на ошибки, характерные для PostgreSQL. Пригодится перед ревью миграций, функций и запросов с JSONB. GitHub Copilot 12 608установок make-repo-contribution официальный github Скилл проверяет правила репозитория перед issue, веткой, коммитом или PR и помогает пройти процесс контрибьюции без пропуска обязательных шагов. GitHub Copilot 11 073установок agent-governance официальный github Добавляет шаблоны политик и проверок для ИИ-агентов с доступом к API, базам данных и файловой системе. Нужен, когда действия агента требуется ограничивать и журналировать. GitHub Copilot 9 623установок

Вопросы о stride-analysis-patterns

Как установить stride-analysis-patterns в Claude Code?

Выполните npx skills add wshobson/agents --skill stride-analysis-patterns -a claude-code.

Что делает stride-analysis-patterns?

Скилл помогает искать угрозы по категориям STRIDE и связывает их с вопросами для анализа и семействами мер контроля.

Где найти шаблоны для stride-analysis-patterns?

Подробные шаблоны и разобранные примеры находятся в references/details.md.

Исходный текст

SKILL.md · MIT
---
name: stride-analysis-patterns
description: Apply STRIDE methodology to systematically identify threats. Use when analyzing system security, conducting threat modeling sessions, or creating security documentation.
---

# STRIDE Analysis Patterns

Systematic threat identification using the STRIDE methodology.

## When to Use This Skill

- Starting new threat modeling sessions
- Analyzing existing system architecture
- Reviewing security design decisions
- Creating threat documentation
- Training teams on threat identification
- Compliance and audit preparation

## Core Concepts

### 1. STRIDE Categories

```
S - Spoofing       → Authentication threats
T - Tampering      → Integrity threats
R - Repudiation    → Non-repudiation threats
I - Information    → Confidentiality threats
    Disclosure
D - Denial of      → Availability threats
    Service
E - Elevation of   → Authorization threats
    Privilege
```

### 2. Threat Analysis Matrix

| Category            | Question                                  | Control Family |
| ------------------- | ----------------------------------------- | -------------- |
| **Spoofing**        | Can attacker pretend to be someone else?  | Authentication |
| **Tampering**       | Can attacker modify data in transit/rest? | Integrity      |
| **Repudiation**     | Can attacker deny actions?                | Logging/Audit  |
| **Info Disclosure** | Can attacker access unauthorized data?    | Encryption     |
| **DoS**             | Can attacker disrupt availability?        | Rate limiting  |
| **Elevation**       | Can attacker gain higher privileges?      | Authorization  |

## Templates and detailed worked examples

Full template library lives in `references/details.md`. Read that file when you need concrete templates for this skill.

## Best Practices

### Do's

- **Involve stakeholders** - Security, dev, and ops perspectives
- **Be systematic** - Cover all STRIDE categories
- **Prioritize realistically** - Focus on high-impact threats
- **Update regularly** - Threat models are living documents
- **Use visual aids** - DFDs help communication

### Don'ts

- **Don't skip categories** - Each reveals different threats
- **Don't assume security** - Question every component
- **Don't work in isolation** - Collaborative modeling is better
- **Don't ignore low-probability** - High-impact threats matter
- **Don't stop at identification** - Follow through with mitigations

© Seth Hobson · MIT · wshobson/agents

Смотрите также

Спонсоры проекта

Компании, которые помогают держать аналитику открытой