mirror of
https://github.com/mukul975/Anthropic-Cybersecurity-Skills.git
synced 2026-08-06 19:00:17 +03:00
Initial commit - 611 cybersecurity skills across all subdomains
This commit is contained in:
@@ -0,0 +1,36 @@
|
||||
# Standards and References - DefectDojo Vulnerability Dashboard
|
||||
|
||||
## Primary References
|
||||
|
||||
### DefectDojo Project
|
||||
- **GitHub**: https://github.com/DefectDojo/django-DefectDojo
|
||||
- **Documentation**: https://defectdojo.github.io/django-DefectDojo/
|
||||
- **API v2 Docs**: https://defectdojo.github.io/django-DefectDojo/integrations/api-v2-docs/
|
||||
- **OWASP Project Page**: https://owasp.org/www-project-defectdojo/
|
||||
- **License**: BSD-3-Clause
|
||||
|
||||
### Supported Scanner Integrations
|
||||
- **Full List**: https://defectdojo.com/integrations
|
||||
- **200+ parsers** including Nessus, Qualys, Burp Suite, ZAP, Trivy, Semgrep, SonarQube, Snyk, Checkov, and more
|
||||
|
||||
### OWASP Application Security Verification Standard (ASVS)
|
||||
- **URL**: https://owasp.org/www-project-application-security-verification-standard/
|
||||
- **Relevance**: DefectDojo categorizes findings using OWASP taxonomy
|
||||
|
||||
### NIST SP 800-53 Rev 5 - RA-5
|
||||
- **Title**: Vulnerability Monitoring and Scanning
|
||||
- **Relevance**: DefectDojo supports centralized vulnerability tracking as required by RA-5
|
||||
|
||||
### PCI DSS v4.0 - Requirement 6
|
||||
- **Relevance**: DefectDojo tracks application security findings for PCI compliance
|
||||
|
||||
## Deployment Requirements
|
||||
|
||||
| Component | Minimum | Recommended |
|
||||
|-----------|---------|-------------|
|
||||
| CPU | 2 cores | 4 cores |
|
||||
| RAM | 4 GB | 8 GB |
|
||||
| Disk | 20 GB | 50 GB+ |
|
||||
| PostgreSQL | 12+ | 15+ |
|
||||
| Docker | 20.10+ | Latest stable |
|
||||
| Docker Compose | 2.0+ | Latest stable |
|
||||
@@ -0,0 +1,43 @@
|
||||
# Workflows - DefectDojo Vulnerability Dashboard
|
||||
|
||||
## Workflow 1: Initial Setup and Configuration
|
||||
|
||||
### Steps
|
||||
1. Clone DefectDojo repository and deploy with Docker Compose
|
||||
2. Configure admin account and change default password
|
||||
3. Create Product Types aligned with business units
|
||||
4. Create Products for each application/service
|
||||
5. Configure Jira integration for ticket management
|
||||
6. Configure Slack/Teams webhook for notifications
|
||||
7. Set up SLA policies for each severity level
|
||||
8. Create API keys for scanner integration
|
||||
|
||||
## Workflow 2: CI/CD Scanner Integration
|
||||
|
||||
### Steps
|
||||
1. Add scan step to CI/CD pipeline (GitHub Actions, GitLab CI, Jenkins)
|
||||
2. Run security scanner (Semgrep, Trivy, ZAP, etc.)
|
||||
3. Upload scan results to DefectDojo via reimport-scan API
|
||||
4. DefectDojo deduplicates findings against existing data
|
||||
5. New findings trigger Jira ticket creation
|
||||
6. Closed findings auto-close associated Jira tickets
|
||||
7. Pipeline receives pass/fail status based on finding severity
|
||||
|
||||
## Workflow 3: Vulnerability Triage
|
||||
|
||||
### Steps
|
||||
1. Security analyst reviews new findings in DefectDojo dashboard
|
||||
2. For each finding: verify, assign severity, set risk acceptance status
|
||||
3. Valid findings: push to Jira for remediation tracking
|
||||
4. False positives: mark as false positive with justification
|
||||
5. Risk accepted: document compensating controls and set expiration
|
||||
6. Track remediation progress through DefectDojo metrics
|
||||
|
||||
## Workflow 4: Executive Reporting
|
||||
|
||||
### Steps
|
||||
1. Pull metrics via DefectDojo API for reporting period
|
||||
2. Calculate: total findings, new vs closed, SLA compliance rate
|
||||
3. Generate product-level and business-unit-level summaries
|
||||
4. Track mean time to remediate by severity
|
||||
5. Export dashboard data for executive presentation
|
||||
Reference in New Issue
Block a user