Skip to main content

secure-development-lifecycle

Comprehensive SDLC security covering planning, development, testing, deployment, and maintenance with classification-driven controls and AI governance

Source facts

Repository
Hack23/riksdagsmonitor
Last source activity
April 17, 2026 at 13:20
Detected SKILL.md language
English
Stars
12
Forks
4

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

Showing SKILL.md

SKILL.md
Source instructions ยท Read-only preview
name
secure-development-lifecycle
description
Comprehensive SDLC security covering planning, development, testing, deployment, and maintenance with classification-driven controls and AI governance
license
Apache-2.0
# ๐Ÿ›ก๏ธ Secure Development Lifecycle (SDLC) Skill ## ๐Ÿ”ด AI FIRST Quality Principle > **Apply the AI FIRST principle: never accept first-pass quality. Minimum 2 iterations. Read all output, improve every section. No shortcuts.** ## ๐ŸŽฏ Purpose Comprehensive security practices for the entire Software Development Lifecycle (SDLC), ensuring security is built in from inception through maintenance. Integrates classification-driven requirements, AI-augmented development controls, and systematic testing frameworks aligned with Hack23 Secure Development Policy. ### ๐Ÿ”— Governance chain Authority flows from the [Information Security Policy](https://github.com/Hack23/ISMS-PUBLIC/blob/main/Information_Security_Policy.md) (master ISMS document) โ†’ [Secure Development Policy](https://github.com/Hack23/ISMS-PUBLIC/blob/main/Secure_Development_Policy.md) (SDLC requirements) โ†’ this skill (operational implementation in this repository). Directly relevant companion policies: - [Open Source Policy](https://github.com/Hack23/ISMS-PUBLIC/blob/main/Open_Source_Policy.md) โ€” every dependency introduced during SDLC must be licence-cleared and tracked in SBOM - [AI Policy](https://github.com/Hack23/ISMS-PUBLIC/blob/main/AI_Policy.md) โ€” Copilot and agent-generated code require human review and DCO sign-off - [Threat Modeling](https://github.com/Hack23/ISMS-PUBLIC/blob/main/Threat_Modeling.md) ยท [Vulnerability Management](https://github.com/Hack23/ISMS-PUBLIC/blob/main/Vulnerability_Management.md) ยท [Change Management](https://github.com/Hack23/ISMS-PUBLIC/blob/main/Change_Management.md) ยท [Access Control](https://github.com/Hack23/ISMS-PUBLIC/blob/main/Access_Control_Policy.md) ยท [Cryptography](https://github.com/Hack23/ISMS-PUBLIC/blob/main/Cryptography_Policy.md) ยท [Incident Response](https://github.com/Hack23/ISMS-PUBLIC/blob/main/Incident_Response_Plan.md) ยท [Security Metrics](https://github.com/Hack23/ISMS-PUBLIC/blob/main/Security_Metrics.md) ยท [CLASSIFICATION](https://github.com/Hack23/ISMS-PUBLIC/blob/main/CLASSIFICATION.md) ## ๐Ÿ” Core Security Principles ### ๐Ÿ” Security by Design - **๐Ÿท๏ธ Project Classification**: CIA triad, RTO/RPO, business impact analysis - **๐Ÿ›ก๏ธ Secure Coding Standards**: OWASP Top 10 alignment with classification controls - **๐Ÿ—๏ธ Architecture Documentation**: SECURITY_ARCHITECTURE.md + FUTURE_SECURITY_ARCHITECTURE.md ### ๐ŸŒŸ Transparency Through Documentation - **๐Ÿ“‹ Living Security Architecture**: Real-time documentation with classification controls - **๐ŸŽ–๏ธ Public Security Badges**: OpenSSF Scorecard, SLSA, Quality Gate validation - **๐Ÿ”“ Open Development**: Demonstrating expertise while maintaining classification ### ๐Ÿ”„ Continuous Security Improvement - **๐Ÿท๏ธ Classification-Driven Testing**: SAST/SCA/DAST per classification levels - **๐Ÿ“ˆ Performance Monitoring**: Security metrics with availability SLAs - **๐Ÿ” Regular Reviews**: Classification-based risk management and ROI ## ๐Ÿ”„ 5-Phase SDLC Security Framework ### ๐Ÿ“‹ Phase 1: Planning & Design #### ๐Ÿท๏ธ Project Classification (REQUIRED) Apply [Classification Framework](https://github.com/Hack23/ISMS-PUBLIC/blob/main/CLASSIFICATION.md): - [ ] CIA Triad Analysis (Confidentiality, Integrity, Availability) - [ ] Business Impact Classification (Revenue, Trust, Compliance) - [ ] RTO/RPO Definition (Recovery Time/Point Objectives) - [ ] Risk Assessment Integration with [Risk Register](https://github.com/Hack23/ISMS-PUBLIC/blob/main/Risk_Register.md) - [ ] Cost-Benefit Analysis (Security ROI) **Classification Levels:** | Level | Confidentiality | Integrity | Availability | Security Investment | |-------|----------------|-----------|--------------|-------------------| | **Critical** | State secrets | Financial | <1 hour RTO | Maximum controls | | **High** | Proprietary | Legal | 4 hour RTO | Strong controls | | **Medium** | Internal | Operational | 24 hour RTO | Standard controls | | **Low** | Public | Informational | 72 hour RTO | Baseline controls | #### ๐Ÿ—๏ธ Security Architecture Design (REQUIRED) Maintain comprehensive architecture documentation: - [ ] **SECURITY_ARCHITECTURE.md**: Current implemented security design - [ ] **FUTURE_SECURITY_ARCHITECTURE.md**: Planned security improvements - [ ] **ARCHITECTURE.md**: Complete C4 models (Context, Container, Component, Code) - [ ] **DATA_MODEL.md**: Data structures and classifications - [ ] **FLOWCHART.md**: Business process flows with security controls #### ๐ŸŽฏ Threat Modeling (MANDATORY) Per [Threat Modeling Policy](https://github.com/Hack23/ISMS-PUBLIC/blob/main/Threat_Modeling.md): - [ ] **STRIDE Framework**: Spoofing, Tampering, Repudiation, Information Disclosure, DoS, Elevation of Privilege - [ ] **MITRE ATT&CK Integration**: 14 tactics mapped with techniques - [ ] **Attack Tree Analysis**: Graphical attack path decomposition - [ ] **Threat Agent Classification**: 7 categories (Accidental Insiders โ†’ Nation-State APTs) - [ ] **THREAT_MODEL.md**: Comprehensive 9-section threat documentation ### ๐Ÿ’ป Phase 2: Development #### ๐Ÿ›ก๏ธ Secure Coding Guidelines **OWASP Top 10 (2021) Alignment:** 1. **A01 - Broken Access Control**: Proper authentication/authorization 2. **A02 - Cryptographic Failures**: TLS 1.3, AES-256 encryption 3. **A03 - Injection**: Parameterized queries, input validation 4. **A04 - Insecure Design**: Apply threat modeling, secure patterns 5. **A05 - Security Misconfiguration**: Secure defaults, hardened configs 6. **A06 - Vulnerable Components**: SCA scanning, SBOM generation 7. **A07 - Authentication Failures**: MFA, secure session management 8. **A08 - Software/Data Integrity**: Code signing, integrity checks 9. **A09 - Logging Failures**: Comprehensive security event logging 10. **A10 - SSRF**: Validate external resource requests #### ๐Ÿ” Code Review Requirements **Classification-Based Review:** | Classification | Review Type | Required Approvals | Security Focus | |----------------|-------------|-------------------|----------------| | **Critical** | Formal security review | 2+ reviewers + security architect | All OWASP Top 10 | | **High** | Security-focused PR review | 2+ reviewers | Critical vulnerabilities | | **Medium** | Standard PR review | 1+ reviewer | Input validation, auth | | **Low** | Standard PR review | 1 reviewer | Basic security checks | #### ๐Ÿ” Secret Management (MANDATORY) - [ ] **Zero Hard-Coded Credentials**: No secrets in source code - [ ] **GitHub Secrets**: All credentials in encrypted secrets - [ ] **Rotation Policy**: Critical: 90 days, High: 180 days, Medium/Low: 365 days - [ ] **Access Logging**: All secret access logged and monitored - [ ] **Least Privilege**: Secrets scoped to minimum required access ### ๐Ÿงช Phase 3: Security Testing #### ๐Ÿ”ฌ Static Application Security Testing (SAST) **Implementation:** - **Tool**: SonarCloud integration on every commit - **Quality Gates**: Classification-based failure thresholds - **Coverage**: All code analyzed for security vulnerabilities - **Reporting**: Public quality/security dashboards **Classification-Based Quality Gates:** | Classification | Security Hotspots | Code Coverage | Duplications | Maintainability | |----------------|------------------|---------------|--------------|-----------------| | **Critical** | 0 (block) | โ‰ฅ90% | <3% | A rating | | **High** | โ‰ค2 (review) | โ‰ฅ80% | <5% | A or B rating | | **Medium** | โ‰ค5 (track) | โ‰ฅ70% | <10% | B or C rating | | **Low** | โ‰ค10 (monitor) | โ‰ฅ60% | <15% | C rating | #### ๐Ÿ“ฆ Software Composition Analysis (SCA) **Dependency Security:** - [ ] **Automated Scanning**: Dependabot, Snyk, or equivalent - [ ] **SBOM Generation**: Software Bill of Materials for all releases - [ ] **Vulnerability Database**: CVE, NVD, GitHub Advisory integration - [ ] **Update Policy**: Classification-based patching SLAs - [ ] **License Compliance**: OSS license validation **Remediation SLAs:** | Severity | Critical Project | High Project | Medium Project | Low Project | |----------|-----------------|-------------|----------------|-------------| | **Critical** | 24 hours | 72 hours | 1 week | 2 weeks | | **High** | 1 week | 2 weeks | 1 month | 2 months | | **Medium** | 1 month | 2 months | 3 months | 6 months | | **Low** | Next release | Next release | Next release | Next release | #### โšก Dynamic Application Security Testing (DAST) **Runtime Security Testing:** - **Tool**: OWASP ZAP, Burp Suite, or equivalent - **Scope**: Staging environments (classification-appropriate) - **Frequency**: Per sprint (Critical/High), quarterly (Medium/Low) - **Coverage**: All authentication, authorization, input handling paths #### ๐Ÿ” Secret Scanning (CONTINUOUS) - [ ] **GitHub Secret Scanning**: Enabled on all repositories - [ ] **Pre-commit Hooks**: Detect secrets before commit - [ ] **Historical Scanning**: Scan entire git history - [ ] **Alert Integration**: Immediate notifications to security team - [ ] **Remediation SLA**: Critical secrets rotated within 1 hour #### ๐Ÿ“‹ Test Data Protection (MANDATORY) - [ ] **Zero Production Data**: Never use real data in dev/test - [ ] **Data Anonymization**: Pseudonymize test data - [ ] **Secure Deletion**: Wipe test data after use - [ ] **Access Control**: Least privilege for test environments ### ๐ŸŽฏ Unit Test Coverage & Quality #### ๐Ÿ“Š Testing Standards **Minimum Thresholds:** - **Line Coverage**: โ‰ฅ80% (Critical/High), โ‰ฅ70% (Medium/Low) - **Branch Coverage**: โ‰ฅ70% (Critical/High), โ‰ฅ60% (Medium/Low) - **Mutation Testing**: โ‰ฅ60% mutation score (Critical only) - **Test Execution**: Every commit and PR - **Trend Analysis**: Historical tracking, regression prevention #### ๐Ÿ“š Required Documentation **Every repository MUST have:** - [ ] **UnitTestPlan.md**: Comprehensive unit test strategy - [ ] **Test Results**: Public HTML reports (GitHub Pages) - [ ] **Coverage Dashboards**: Accessible coverage metrics - [ ] **Quality Badges**: Status badges in README.md #### ๐Ÿ“Š Reference Implementation Examples **๐Ÿ›๏ธ Citizen Intelligence Agency (Java/Spring):** [![Unit Test Coverage](https://img.shields.io/badge/Unit%20Test%20Coverage-JaCoCo%20Results-brightgreen?style=flat-square&logo=java)](https://hack23.github.io/cia/jacoco/) [![Unit Tests](https://img.shields.io/badge/Unit%20Tests-Live%20Results-success?style=flat-square&logo=junit5&logoColor=white)](https://hack23.github.io/cia/surefire.html) [![Test Plan](https://img.shields.io/badge/Test%20Plan-Documentation-blue?style=flat-square&logo=markdown&logoColor=white)](https://github.com/Hack23/cia/blob/master/UnitTestPlan.md) **๐ŸŽฎ Black Trigram (TypeScript/Phaser):** [![Coverage](https://img.shields.io/badge/Coverage-Live%20Results-success?style=flat-square&logo=jest&logoColor=white)](https://blacktrigram.com/coverage/) [![Unit Tests](https://img.shields.io/badge/Unit%20Tests-Live%20Results-success?style=flat-square&logo=jest&logoColor=white)](https://blacktrigram.com/test-results/) [![Test Plan](https://img.shields.io/badge/Test%20Plan-Documentation-blue?style=flat-square&logo=markdown&logoColor=white)](https://github.com/Hack23/blacktrigram/blob/main/UnitTestPlan.md) **๐Ÿ“Š CIA Compliance Manager (TypeScript/Vite):**
View on GitHub
This SKILL.md is very large, so SkillsMP previews the first section here. View on GitHub