Building Vulnerability Scanning Workflow
Overview
Cybersecurity skill for building vulnerability scanning workflow. Follows industry best practices and security standards.
When to Use
Trigger phrases:
- "building vulnerability scanning workflow"
- "SOC teams need to establish or improve recurring vulnerability scanning programs"
- "Scan results require prioritization beyond raw CVSS scores using asset context a"
- "Vulnerability data must be integrated into SIEM for correlation with exploitatio"
Use this skill when:
- SOC teams need to establish or improve recurring vulnerability scanning programs
- Scan results require prioritization beyond raw CVSS scores using asset context and threat intelligence
- Vulnerability data must be integrated into SIEM for correlation with exploitation attempts
- Remediation tracking needs formalization with SLA-based dashboards and reporting
Do not use for penetration testing or active exploitation — vulnerability scanning identifies weaknesses, penetration testing validates exploitability.
When NOT to Use
- When you lack proper authorization for testing
- For production systems without change management
- When the task requires legal or compliance expertise beyond technical scope
Prerequisites
- Vulnerability scanner (Tenable Nessus Professional, Qualys VMDR, or OpenVAS/Greenbone)
- Asset inventory with criticality classifications (business-critical, standard, development)
- Network access from scanner to all target segments (agent-based or network scan)
- SIEM integration for scan result ingestion and correlation
- Patch management system (WSUS, SCCM, Intune) for remediation tracking
Workflow
# Example: IOC detection
import re
IOC_PATTERNS = {
"ip": r"\b(?:\d{1,3}\.){3}\d{1,3}\b",
"domain": r"\b[a-z0-9-]+\.[a-z]{2,}\b",
"hash_md5": r"\b[a-f0-9]{32}\b",
"hash_sha256": r"\b[a-f0-9]{64}\b",
}
def extract_iocs(text: str) -> dict:
return {k: re.findall(v, text) for k, v in IOC_PATTERNS.items()}
- Assess Requirements — Evaluate current environment and define vulnerability scanning workflow implementation requirements.
- Design Architecture — Plan the vulnerability scanning workflow architecture, including components, integrations, and data flows.
- Configure Components — Set up and configure each vulnerability scanning workflow component according to best practices.
- Test Integration — Validate that all components work together. Run functional and security tests.
- Deploy to Production — Roll out the implementation with monitoring and rollback capabilities.
- Validate and Document — Verify the implementation meets requirements. Document configuration and runbooks.
Tools
- Configuration Management — Infrastructure as code and automation
- Monitoring Stack — Observability and alerting
- Documentation Platform — Runbooks and architecture docs
Process
- Reconnaissance — Gather target information, identify attack surface, enumerate services
- Analysis/Exploitation — Execute the technique, analyze results, document findings
- Reporting — Document IOCs, write findings, provide remediation recommendations
Verification
Anti-Rationalization Table
| Rationalization |
Reality |
| "We are too small to be targeted" |
Automated attacks target everyone. Size does not matter. |
| "Security slows us down" |
A breach slows you down 100x more. Build security in from the start. |
| "We will fix it after launch" |
Vulnerabilities in production are exploited within hours. Fix before deploy. |
1---2name: building-vulnerability-scanning-workflow3description: Use when builds a structured vulnerability scanning workflow using tools like Nessus, Qualys, and OpenVAS to discover, prioritize, and track remediation of security vulnerabilities across infrastructure. Use when SOC teams need to establish recurring vulnerability assessment processes, integrate scan results with SIEM alerting, and build remediation tracking dashboards.4license: Apache-2.05---67# Building Vulnerability Scanning Workflow89## Overview1011Cybersecurity skill for building vulnerability scanning workflow. Follows industry best practices and security standards.1213## When to Use1415**Trigger phrases:**16- "building vulnerability scanning workflow"17- "SOC teams need to establish or improve recurring vulnerability scanning programs"18- "Scan results require prioritization beyond raw CVSS scores using asset context a"19- "Vulnerability data must be integrated into SIEM for correlation with exploitatio"202122Use this skill when:23- SOC teams need to establish or improve recurring vulnerability scanning programs24- Scan results require prioritization beyond raw CVSS scores using asset context and threat intelligence25- Vulnerability data must be integrated into SIEM for correlation with exploitation attempts26- Remediation tracking needs formalization with SLA-based dashboards and reporting2728**Do not use** for penetration testing or active exploitation — vulnerability scanning identifies weaknesses, penetration testing validates exploitability.293031## When NOT to Use3233- When you lack proper authorization for testing34- For production systems without change management35- When the task requires legal or compliance expertise beyond technical scope363738## Prerequisites3940- Vulnerability scanner (Tenable Nessus Professional, Qualys VMDR, or OpenVAS/Greenbone)41- Asset inventory with criticality classifications (business-critical, standard, development)42- Network access from scanner to all target segments (agent-based or network scan)43- SIEM integration for scan result ingestion and correlation44- Patch management system (WSUS, SCCM, Intune) for remediation tracking4546## Workflow4748```python49# Example: IOC detection50import re5152IOC_PATTERNS = {53 "ip": r"\b(?:\d{1,3}\.){3}\d{1,3}\b",54 "domain": r"\b[a-z0-9-]+\.[a-z]{2,}\b",55 "hash_md5": r"\b[a-f0-9]{32}\b",56 "hash_sha256": r"\b[a-f0-9]{64}\b",57}5859def extract_iocs(text: str) -> dict:60 return {k: re.findall(v, text) for k, v in IOC_PATTERNS.items()}61```62631. **Assess Requirements** — Evaluate current environment and define vulnerability scanning workflow implementation requirements.642. **Design Architecture** — Plan the vulnerability scanning workflow architecture, including components, integrations, and data flows.653. **Configure Components** — Set up and configure each vulnerability scanning workflow component according to best practices.664. **Test Integration** — Validate that all components work together. Run functional and security tests.675. **Deploy to Production** — Roll out the implementation with monitoring and rollback capabilities.686. **Validate and Document** — Verify the implementation meets requirements. Document configuration and runbooks.6970## Tools7172- **Configuration Management** — Infrastructure as code and automation73- **Monitoring Stack** — Observability and alerting74- **Documentation Platform** — Runbooks and architecture docs757677## Process78791. **Reconnaissance** — Gather target information, identify attack surface, enumerate services801. **Analysis/Exploitation** — Execute the technique, analyze results, document findings811. **Reporting** — Document IOCs, write findings, provide remediation recommendations8283## Verification8485- [ ] All vulnerability scanning workflow procedures executed completely and documented86- [ ] Findings validated against multiple data sources87- [ ] False positives identified and filtered88- [ ] Results documented with evidence and timestamps89- [ ] Recommendations provided with risk-based prioritization9091## Anti-Rationalization Table9293| Rationalization | Reality |94|---|---|95| "We are too small to be targeted" | Automated attacks target everyone. Size does not matter. |96| "Security slows us down" | A breach slows you down 100x more. Build security in from the start. |97| "We will fix it after launch" | Vulnerabilities in production are exploited within hours. Fix before deploy. |