Owasp Top 10
Skill Profile
(Select at least one profile to enable specific modules)
Overview
The OWASP (Open Web Application Security Project) Top 10 is a standard awareness document representing a broad consensus about the most critical security risks to web applications. Updated every 3-4 years (2021 is the latest version), it provides a prioritized list of security risks and mitigation strategies. This skill covers all 10 vulnerability categories, their examples, prevention techniques, and testing methods.
Why This Matters
- Industry Standard: Widely recognized security framework
- Prioritization: Focus on most critical risks
- Compliance: Required by many security standards (PCI DSS, SOC 2)
- Education: Learn common vulnerabilities and how to prevent them
- Testing: Guide for security testing and code reviews
Core Concepts & Rules
1. Core Principles
- Follow established patterns and conventions
- Maintain consistency across codebase
- Document decisions and trade-offs
2. Implementation Guidelines
- Start with the simplest viable solution
- Iterate based on feedback and requirements
- Test thoroughly before deployment
Inputs / Outputs / Contracts
- Inputs:
- Application code to review
- Security requirements and threat model
- OWASP Top 10 documentation
- Security testing results (SAST, DAST, penetration testing)
- Vulnerability database (CVE, NVD)
- Entry Conditions:
- Understanding of web application architecture
- Access to source code
- Security testing tools available
- Threat model for the application
- Outputs:
- Security review findings
- Vulnerability reports with severity ratings
- Remediation recommendations
- Code examples of secure implementations
- Testing procedures and checklists
- Artifacts Required (Deliverables):
- Security review report with findings and recommendations
- Code patches for identified vulnerabilities
- Updated security coding guidelines
- Test cases for security testing
- OWASP Top 10 compliance checklist
- Acceptance Evidence:
- All OWASP Top 10 categories reviewed
- Vulnerabilities identified and classified by severity
- Remediation code implemented
- Security testing completed
- Code reviewed for secure patterns
- Success Criteria:
- No critical vulnerabilities (A01-A10) remain unaddressed
- All user input validated
- Authentication and authorization properly implemented
- Cryptographic functions use strong algorithms
- Security headers configured
- Dependencies scanned and updated
Skill Composition
- Depends on: secure-coding, penetration-testing, security-audit
- Compatible with: secrets-management, vulnerability-management, incident-response
- Conflicts with: None
- Related Skills: authentication-authorization, api-security
Quick Start
Assumptions / Constraints / Non-goals
- Assumptions:
- Development environment is properly configured
- Required dependencies are available
- Team has basic understanding of domain
- Constraints:
- Must follow existing codebase conventions
- Time and resource limitations
- Compatibility requirements
- Non-goals:
- This skill does not cover edge cases outside scope
- Not a replacement for formal training
Compatibility & Prerequisites
- Supported Versions:
- Python 3.8+
- Node.js 16+
- Modern browsers (Chrome, Firefox, Safari, Edge)
- Required AI Tools:
- Code editor (VS Code recommended)
- Testing framework appropriate for language
- Version control (Git)
- Dependencies:
- Language-specific package manager
- Build tools
- Testing libraries
- Environment Setup:
.env.example keys: API_KEY, DATABASE_URL (no values)
Test Scenario Matrix (QA Strategy)
| Type |
Focus Area |
Required Scenarios / Mocks |
| Unit |
Core Logic |
Must cover primary logic and at least 3 edge/error cases. Target minimum 80% coverage |
| Integration |
DB / API |
All external API calls or database connections must be mocked during unit tests |
| E2E |
User Journey |
Critical user flows to test |
| Performance |
Latency / Load |
Benchmark requirements |
| Security |
Vuln / Auth |
SAST/DAST or dependency audit |
| Frontend |
UX / A11y |
Accessibility checklist (WCAG), Performance Budget (Lighthouse score) |
Technical Guardrails & Security Threat Model
1. Security & Privacy (Threat Model)
- Top Threats: Injection attacks, authentication bypass, data exposure
2. Performance & Resources
3. Architecture & Scalability
4. Observability & Reliability
Agent Directives & Error Recovery
(ข้อกำหนดสำหรับ AI Agent ในการคิดและแก้ปัญหาเมื่อเกิดข้อผิดพลาด)
- Thinking Process: Analyze root cause before fixing. Do not brute-force.
- Fallback Strategy: Stop after 3 failed test attempts. Output root cause and ask for human intervention/clarification.
- Self-Review: Check against Guardrails & Anti-patterns before finalizing.
- Output Constraints: Output ONLY the modified code block. Do not explain unless asked.
Definition of Done (DoD) Checklist
Anti-patterns
Reference Links & Examples
- Internal documentation and examples
- Official documentation and best practices
- Community resources and discussions
Versioning & Changelog
- Version: 1.0.0
- Changelog:
- 2026-02-22: Initial version with complete template structure
Converted and distributed by TomeVault — claim your Tome and manage your conversions.
1---2name: owasp-top-10-23description: Use when working with the OWASP (Open Web Application Security Project) Top 10 is a standard4---56# Owasp Top 1078## Skill Profile9*(Select at least one profile to enable specific modules)*10- [ ] **DevOps**11- [x] **Backend**12- [ ] **Frontend**13- [ ] **AI-RAG**14- [ ] **Security Critical**1516## Overview17The OWASP (Open Web Application Security Project) Top 10 is a standard awareness document representing a broad consensus about the most critical security risks to web applications. Updated every 3-4 years (2021 is the latest version), it provides a prioritized list of security risks and mitigation strategies. This skill covers all 10 vulnerability categories, their examples, prevention techniques, and testing methods.1819## Why This Matters20- **Industry Standard**: Widely recognized security framework21- **Prioritization**: Focus on most critical risks22- **Compliance**: Required by many security standards (PCI DSS, SOC 2)23- **Education**: Learn common vulnerabilities and how to prevent them24- **Testing**: Guide for security testing and code reviews2526---2728## Core Concepts & Rules2930### 1. Core Principles31- Follow established patterns and conventions32- Maintain consistency across codebase33- Document decisions and trade-offs3435### 2. Implementation Guidelines36- Start with the simplest viable solution37- Iterate based on feedback and requirements38- Test thoroughly before deployment394041## Inputs / Outputs / Contracts42* **Inputs**:43 - Application code to review44 - Security requirements and threat model45 - OWASP Top 10 documentation46 - Security testing results (SAST, DAST, penetration testing)47 - Vulnerability database (CVE, NVD)48* **Entry Conditions**:49 - Understanding of web application architecture50 - Access to source code51 - Security testing tools available52 - Threat model for the application53* **Outputs**:54 - Security review findings55 - Vulnerability reports with severity ratings56 - Remediation recommendations57 - Code examples of secure implementations58 - Testing procedures and checklists59* **Artifacts Required (Deliverables)**:60 - Security review report with findings and recommendations61 - Code patches for identified vulnerabilities62 - Updated security coding guidelines63 - Test cases for security testing64 - OWASP Top 10 compliance checklist65* **Acceptance Evidence**:66 - All OWASP Top 10 categories reviewed67 - Vulnerabilities identified and classified by severity68 - Remediation code implemented69 - Security testing completed70 - Code reviewed for secure patterns71* **Success Criteria**:72 - No critical vulnerabilities (A01-A10) remain unaddressed73 - All user input validated74 - Authentication and authorization properly implemented75 - Cryptographic functions use strong algorithms76 - Security headers configured77 - Dependencies scanned and updated7879## Skill Composition80* **Depends on**: [secure-coding](file://24-security-practices/secure-coding/), [penetration-testing](file://24-security-practices/penetration-testing/), [security-audit](file://24-security-practices/security-audit/)81* **Compatible with**: [secrets-management](file://24-security-practices/secrets-management/), [vulnerability-management](file://24-security-practices/vulnerability-management/), [incident-response](file://24-security-practices/incident-response/)82* **Conflicts with**: None83* **Related Skills**: [authentication-authorization](file://10-authentication-authorization/), [api-security](file://03-backend-api/api-security/)8485---8687## Quick Start88#8990## Assumptions / Constraints / Non-goals9192* **Assumptions**:93 - Development environment is properly configured94 - Required dependencies are available95 - Team has basic understanding of domain96* **Constraints**:97 - Must follow existing codebase conventions98 - Time and resource limitations99 - Compatibility requirements100* **Non-goals**:101 - This skill does not cover edge cases outside scope102 - Not a replacement for formal training103104105## Compatibility & Prerequisites106107* **Supported Versions**:108 - Python 3.8+109 - Node.js 16+110 - Modern browsers (Chrome, Firefox, Safari, Edge)111* **Required AI Tools**:112 - Code editor (VS Code recommended)113 - Testing framework appropriate for language114 - Version control (Git)115* **Dependencies**:116 - Language-specific package manager117 - Build tools118 - Testing libraries119* **Environment Setup**:120 - `.env.example` keys: `API_KEY`, `DATABASE_URL` (no values)121122123## Test Scenario Matrix (QA Strategy)124125| Type | Focus Area | Required Scenarios / Mocks |126| :--- | :--- | :--- |127| **Unit** | Core Logic | Must cover primary logic and at least 3 edge/error cases. Target minimum 80% coverage |128| **Integration** | DB / API | All external API calls or database connections must be mocked during unit tests |129| **E2E** | User Journey | Critical user flows to test |130| **Performance** | Latency / Load | Benchmark requirements |131| **Security** | Vuln / Auth | SAST/DAST or dependency audit |132| **Frontend** | UX / A11y | Accessibility checklist (WCAG), Performance Budget (Lighthouse score) |133134135## Technical Guardrails & Security Threat Model136137### 1. Security & Privacy (Threat Model)138* **Top Threats**: Injection attacks, authentication bypass, data exposure139- [ ] **Data Handling**: Sanitize all user inputs to prevent Injection attacks. Never log raw PII140- [ ] **Secrets Management**: No hardcoded API keys. Use Env Vars/Secrets Manager141- [ ] **Authorization**: Validate user permissions before state changes142143### 2. Performance & Resources144- [ ] **Execution Efficiency**: Consider time complexity for algorithms145- [ ] **Memory Management**: Use streams/pagination for large data146- [ ] **Resource Cleanup**: Close DB connections/file handlers in finally blocks147148### 3. Architecture & Scalability149- [ ] **Design Pattern**: Follow SOLID principles, use Dependency Injection150- [ ] **Modularity**: Decouple logic from UI/Frameworks151152### 4. Observability & Reliability153- [ ] **Logging Standards**: Structured JSON, include trace IDs `request_id`154- [ ] **Metrics**: Track `error_rate`, `latency`, `queue_depth`155- [ ] **Error Handling**: Standardized error codes, no bare except156- [ ] **Observability Artifacts**:157 - **Log Fields**: timestamp, level, message, request_id158 - **Metrics**: request_count, error_count, response_time159 - **Dashboards/Alerts**: High Error Rate > 5%160161162## Agent Directives & Error Recovery163*(ข้อกำหนดสำหรับ AI Agent ในการคิดและแก้ปัญหาเมื่อเกิดข้อผิดพลาด)*164165- **Thinking Process**: Analyze root cause before fixing. Do not brute-force.166- **Fallback Strategy**: Stop after 3 failed test attempts. Output root cause and ask for human intervention/clarification.167- **Self-Review**: Check against Guardrails & Anti-patterns before finalizing.168- **Output Constraints**: Output ONLY the modified code block. Do not explain unless asked.169170171## Definition of Done (DoD) Checklist172173- [ ] Tests passed + coverage met174- [ ] Lint/Typecheck passed175- [ ] Logging/Metrics/Trace implemented176- [ ] Security checks passed177- [ ] Documentation/Changelog updated178- [ ] Accessibility/Performance requirements met (if frontend)179180181## Anti-patterns182#183184## Reference Links & Examples185186* Internal documentation and examples187* Official documentation and best practices188* Community resources and discussions189190191## Versioning & Changelog192193* **Version**: 1.0.0194* **Changelog**:195 - 2026-02-22: Initial version with complete template structure196197---198> Converted and distributed by [TomeVault](https://tomevault.io/claim/amnadtaowsoam) — claim your Tome and manage your conversions.199<!-- tomevault:4.0:skill_md:2026-04-13 -->