
D3fend Model
- 28 installs
- 7 repo stars
- Updated May 20, 2026
- daemon-blockint-tech/agentic-enteprises-skill
Models cyber posture with MITRE D3FEND: asset inventory, network mapping, vulnerability enumeration, dependency mapping, and risk assessment.
About
An agent skill for asset modeling, inventory, and vulnerability assessment using MITRE D3FEND, covering asset inventory, network mapping, vulnerability enumeration, and dependency mapping. A security engineer uses it when building CMDBs, running asset discovery, mapping topology, or modeling organizational cyber posture.
- Asset inventory across hardware, software, network, data, and containers
- Vulnerability enumeration and dependency mapping
D3fend Model by the numbers
- 28 all-time installs (skills.sh)
- Ranked #1,509 of 2,203 Security skills by installs in the Skillselion catalog
- Data as of Jul 29, 2026 (Skillselion catalog sync)
npx skills add https://github.com/daemon-blockint-tech/agentic-enteprises-skill --skill d3fend-modelAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 28 |
|---|---|
| repo stars | ★ 7 |
| Last updated | May 20, 2026 |
| Repository | daemon-blockint-tech/agentic-enteprises-skill ↗ |
What it does
Models cyber posture with MITRE D3FEND: asset inventory, network mapping, vulnerability enumeration, dependency mapping, and risk assessment.
Files
D3FEND — Model
When to Use
- Building or auditing asset inventories (hardware, software, network, data)
- Mapping network topology and logical/physical links
- Running vulnerability assessments and enumerating exposures
- Modeling operational dependencies and service mappings
- Assessing organizational cyber risk posture
- Analyzing container images and configurations
When NOT to Use
- Implementing hardening controls →
d3fend-harden - Designing detection rules or monitoring →
d3fend-detect - Network segmentation or access mediation →
d3fend-isolate - Incident response or eviction actions →
d3fend-evict - General enterprise security program design →
cybersecurity
Core Workflows
1. Asset Inventory
| Asset Type | What to Capture | Tools |
|---|---|---|
| Hardware | Devices, firmware, components | Lansweeper, Nmap, agent-based discovery |
| Software | Installed apps, versions, licenses | SCCM, osquery, SBOM tools |
| Network | Nodes, interfaces, VLANs | Nmap, SNMP, network scanners |
| Data | Databases, file stores, sensitivity | Data classification tools |
| Containers | Images, registries, runtime inventory | Trivy, Docker Scout, Kubernetes APIs |
See `references/asset_inventory.md`
2. Network Mapping
- Logical: Layer 3 topology, routing paths, traffic policies
- Physical: Cable runs, rack layouts, wireless coverage
- Active: Scanning, probing, traceroute
- Passive: NetFlow, ARP tables, DHCP logs
See `references/network_mapping.md`
3. Vulnerability Assessment
1. Discovery → asset inventory 2. Scanning → Nessus, Qualys, OpenVAS 3. Analysis → CVSS scoring, exploitability, exposure 4. Prioritization → threat intel, asset criticality 5. Reporting → remediation timelines
See `references/vulnerability_assessment.md`
4. Dependency & Risk Mapping
- Service dependencies: upstream/downstream services
- Operational: business process → IT asset mapping
- Data exchange: flows, interfaces, protocols
- Access modeling: who can access what
See `references/dependency_risk_mapping.md`
When to load references
- Asset inventory →
references/asset_inventory.md - Network mapping →
references/network_mapping.md - Vulnerability assessment →
references/vulnerability_assessment.md - Dependency & risk mapping →
references/dependency_risk_mapping.md
Asset Inventory
Technique Coverage
| D3FEND Technique | Description |
|---|---|
| Asset Inventory | Central catalog of all assets |
| Asset Vulnerability Enumeration | Map vulnerabilities to assets |
| Container Image Analysis | Inventory and scan container images |
| Configuration Inventory | Track system configurations |
| Data Inventory | Catalog data stores and classifications |
| Hardware Component Inventory | Track physical components |
| Network Node Inventory | Catalog network devices |
| Software Inventory | Track installed applications |
Implementation
Discovery Methods
| Method | Coverage | Frequency |
|---|---|---|
| Active scanning | Network devices, open ports | Weekly |
| Agent-based | Endpoints, installed software | Continuous |
| Cloud APIs | IaaS/PaaS resources | Hourly |
| Passive (NetFlow) | Network topology | Continuous |
| Manual entry | Legacy, air-gapped systems | As needed |
CMDB Structure
Asset:
id: unique_identifier
type: [hardware|software|network|data|container]
name: descriptive_name
owner: team_or_person
location: physical_or_cloud_region
criticality: [critical|high|medium|low]
compliance_scope: [PCI|HIPAA|SOX|etc]
lifecycle: [active|maintenance|retired]
vulnerabilities: [] # linked findings
dependencies: [] # upstream/downstreamTools
- Lansweeper, ServiceNow CMDB
- Nmap, OpenVAS
- osquery, FleetDM
- Trivy, Docker Scout
- CloudMapper, Prowler
SBOM Integration
- Generate SBOMs for all software
- Link SBOM components to vulnerabilities
- Track transitive dependencies
- Update on every release
Dependency & Risk Mapping
Technique Coverage
| D3FEND Technique | Description |
|---|---|
| Operational Activity Mapping | Business process mapping |
| Access Modeling | Who can access what |
| Operational Dependency Mapping | Process dependencies |
| Operational Risk Assessment | Risk quantification |
| Organization Mapping | Org structure and roles |
| System Mapping | System relationships |
| Data Exchange Mapping | Data flow mapping |
| Service Dependency Mapping | Service relationships |
| System Dependency Mapping | System-level dependencies |
Mapping Types
Service Dependencies
Service A → depends on → Service B (API)
Service B → depends on → Database C
Database C → hosted on → Server DTools: ServiceNow, Dynatrace, Jaeger, dependency graphs
Data Exchange Mapping
Source: CRM
Destination: Data warehouse
Method: ETL pipeline
Data: Customer PII
Frequency: Daily
Encryption: TLS + AES at restAccess Modeling
User: finance_team
Can access: erp_system, reports_share
Cannot access: prod_db, admin_panel
MFA required: yes
Approval: manager + securityRisk Assessment
| Asset | Threat | Vulnerability | Impact | Likelihood | Risk |
|---|---|---|---|---|---|
| Web server | RCE exploit | Unpatched | High | Medium | High |
Network Mapping
Technique Coverage
| D3FEND Technique | Description |
|---|---|
| Network Mapping | Overall topology discovery |
| Logical Link Mapping | Layer 3 connections |
| Active Logical Link Mapping | Scan-based discovery |
| Passive Logical Link Mapping | Flow-based inference |
| Network Traffic Policy Mapping | Firewall/rule mapping |
| Physical Link Mapping | Cabling and physical topology |
| Active Physical Link Mapping | Probing physical paths |
| Direct Physical Link Mapping | Direct connection tracing |
Mapping Methods
Logical Topology
Discovery: SNMP, LLDP, CDP, routing tables
Visualization: Layer 3 diagram with subnets, VLANs, routers
Update frequency: Weekly or on changePhysical Topology
Discovery: Cable tracing, port mapping, DCIM tools
Visualization: Rack elevation, cable runs, power paths
Update frequency: As-built after changesTraffic Policy Mapping
Sources: Firewall configs, cloud security groups, ACLs
Checks: Shadowed rules, overly permissive rules, unused rules
Frequency: Monthly reviewTools
- Nmap, Masscan
- NetBox, phpIPAM
- Cisco Prime, SolarWinds
- CloudMapper, Cartography
Vulnerability Assessment
Technique Coverage
| D3FEND Technique | Description |
|---|---|
| Asset Vulnerability Enumeration | Find vulns per asset |
| Network Vulnerability Assessment | Scan network services |
| System Vulnerability Assessment | OS and app vulns |
Assessment Process
1. Discovery
- Align with asset inventory
- Identify scan targets and exclusions
- Schedule scanning windows
2. Scanning
| Layer | Tools | Focus |
|---|---|---|
| Network | Nessus, OpenVAS, Nmap | Open ports, service versions |
| Web | Burp, OWASP ZAP | OWASP Top 10 |
| Cloud | Prowler, ScoutSuite | Misconfigurations |
| Container | Trivy, Clair | Image vulnerabilities |
| Code | Snyk, Semgrep | Dependency and code vulns |
3. Analysis
- Deduplicate findings
- Correlate with threat intel (exploitability)
- Score with CVSS + asset criticality
- False positive review
4. Prioritization
| Priority | Criteria | SLA |
|---|---|---|
| Critical | Exploitable, internet-facing, critical asset | 24h |
| High | Exploitable, internal, high-value asset | 7 days |
| Medium | Difficult exploit, medium asset | 30 days |
| Low | Complex exploit, low-value asset | 90 days |
5. Reporting
- Executive summary (risk trend)
- Technical detail (findings per asset)
- Remediation tracker