security-requirement-extraction

Derive security requirements, user stories, and test cases from threat models.

Updated Jun 13, 2026
One-click install
npx skills add https://github.com/malinovskiy-makar/qls --skill security-requirement-extraction-malinovskiy-makar
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: security-requirement-extraction
Source: https://github.com/malinovskiy-makar/qls/tree/main/.claude/skills/security-requirement-extraction
Command: npx skills add https://github.com/malinovskiy-makar/qls --skill security-requirement-extraction-malinovskiy-makar

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Translating threat models into concrete, testable security requirements is slow and inconsistent, often producing vague statements like "be secure" that cannot be verified or traced back to threats. ## Core Features & Use Cases - Threat-to-Requirement Extraction: Convert STRIDE-categorized threats into functional, non-functional, and constraint requirements with priorities derived from impact and likelihood. - Security User Stories & Test Cases: Generate user stories with acceptance criteria, definition of done, and security test cases for each requirement. - Compliance Mapping: Map requirements to PCI DSS, HIPAA, GDPR, and OWASP controls, generate traceability matrices, and run gap analysis. - Use Case: After completing a STRIDE threat model for a payment API, feed the threats in and receive a prioritized requirement set with user stories, test specifications, and a compliance traceability matrix. ## Quick Start Convert my STRIDE threat model for the checkout service into prioritized security requirements with user stories and acceptance criteria.

Frequently Asked Questions about security-requirement-extraction

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

FAQPage Schema
How do I convert a threat model into security requirements?

Map each threat's STRIDE category to security domains and requirement patterns, then generate requirements with rationale, acceptance criteria, and test cases. Priority is calculated from the threat's impact and likelihood scores.

How to write security user stories with acceptance criteria?

Use the user story generator template, which formats each requirement as an As-a/I-want/So-that story with acceptance criteria, definition of done, test cases, and traceability links to threats and compliance controls.

Which compliance frameworks can security requirements map to?

The compliance mapper supports PCI DSS, HIPAA, GDPR, and OWASP, with NIST CSF, SOC 2, and ISO 27001 defined as framework options. It maps security domains to specific control IDs and generates traceability matrices.

How do I prioritize security requirements from threats?

Priority is calculated by multiplying impact and likelihood scores (LOW through CRITICAL). Combined scores of 12 or more yield CRITICAL priority, 6 or more HIGH, 3 or more MEDIUM, and below that LOW.

What are the limitations of automated threat-to-requirement extraction?

Extraction relies on predefined STRIDE category patterns, so threats outside standard categories fall back to generic data protection requirements. Generated acceptance criteria and test cases are templates that still need review by stakeholders.