What it does. Build a multi-factor asset criticality scoring model—incorporating data Part of mukul975/Anthropic-Cybersecurity-Skills (817 security skills) (mukul975/Anthropic-Cybersecurity-Skills).
Install
npx skills add mukul975/Anthropic-Cybersecurity-Skills --skill performing-asset-criticality-scoring-for-vulns, or copy the skill folder into ~/.claude/skills/performing-asset-criticality-scoring-for-vulns/.
- Raw file:
curl -sL https://raw.githubusercontent.com/mukul975/Anthropic-Cybersecurity-Skills/HEAD/skills/performing-asset-criticality-scoring-for-vulns/SKILL.md
SKILL.md (verbatim)
name: performing-asset-criticality-scoring-for-vulns
description: Build a multi-factor asset criticality scoring model—incorporating data
sensitivity, business function dependency, regulatory scope, network exposure, and
recoverability—to produce a 1-5 criticality tier that weights vulnerability prioritization
and remediation SLAs. Use when prioritizing vulnerability remediation by business
impact or aligning CMDB asset data with risk-based patching timelines.
domain: cybersecurity
subdomain: vulnerability-management
tags:
- asset-criticality
- vulnerability-prioritization
- risk-management
- cmdb
- business-impact
- crown-jewels
- asset-classification
version: '1.0'
author: mahipal
license: Apache-2.0
nist_csf:
- ID.RA-01
- ID.RA-02
- ID.IM-02
- ID.RA-06
mitre_attack:
- T1190
- T1203
- T1068
Performing Asset Criticality Scoring for Vulns
Overview
Asset criticality scoring assigns a business impact rating to each IT asset so that vulnerability remediation efforts focus on systems with the greatest organizational risk. Without criticality context, a CVSS 9.0 vulnerability on a test server receives the same urgency as the same vulnerability on a payment processing database. This skill covers building a multi-factor scoring model incorporating data sensitivity, business function dependency, regulatory scope, network exposure, and recoverability to create a 1-5 criticality tier that directly modifies vulnerability remediation SLAs.
When to Use
- When conducting security assessments that involve performing asset criticality scoring for vulns
- When following incident response procedures for related security events
- When performing scheduled security testing or auditing activities
- When validating security controls through hands-on testing
Prerequisites
- Configuration Management Database (CMDB) or asset inventory
- Business Impact Analysis (BIA) data
- Data classification policy
- Network architecture documentation
- Stakeholder input from business unit owners
Core Concepts
Asset Criticality Scoring Model
| Factor |
Weight |
Score Range |
Description |
| Business Function Impact |
25% |
1-5 |
How critical is the supported business process |
| Data Sensitivity |
25% |
1-5 |
Type and sensitivity of data processed/stored |
| Regulatory Scope |
15% |
1-5 |
Regulatory requirements (PCI, HIPAA, SOX) |
| Network Exposure |
15% |
1-5 |
Internet-facing vs internal-only |
| Recoverability |
10% |
1-5 |
RTO/RPO requirements, DR capability |
| User Population |
10% |
1-5 |
Number of users/customers affected |
Criticality Tier Definitions
| Tier |
Score Range |
Label |
SLA Modifier |
Examples |
| 1 |
4.5-5.0 |
Crown Jewels |
-50% SLA |
Domain controllers, payment systems, ERP |
| 2 |
3.5-4.4 |
High Value |
-25% SLA |
Email servers, HR systems, CI/CD |
| 3 |
2.5-3.4 |
Standard |
Baseline SLA |
Internal apps, file servers |
| 4 |
1.5-2.4 |
Low Impact |
+25% SLA |
Test environments, printers |
| 5 |
1.0-1.4 |
Minimal |
+50% SLA |
Decommissioning, isolated labs |
Data Sensitivity Scoring
| Score |
Classification |
Examples |
| 5 |
Restricted/Secret |
PII, PHI, payment card data, trade secrets |
| 4 |
Confidential |
Financial reports, HR records, source code |
| 3 |
Internal |
Internal documents, policies, project files |
| 2 |
Semi-public |
Marketing materials, press releases (draft) |
| 1 |
Public |
Published content, public APIs |
Workflow
Step 1: Define Scoring Criteria
class AssetCriticalityScorer:
"""Multi-factor asset criticality scoring engine."""
WEIGHTS = {
"business_function": 0.25,
"data_sensitivity": 0.25,
"regulatory_scope": 0.15,
"network_exposure": 0.15,
"recoverability": 0.10,
"user_population": 0.10,
}
TIER_THRESHOLDS = [
(4.5, 1, "Crown Jewels", -0.50),
(3.5, 2, "High Value", -0.25),
(2.5, 3, "Standard", 0.00),
(1.5, 4, "Low Impact", 0.25),
(1.0, 5, "Minimal", 0.50),
]
def score_asset(self, asset):
"""Calculate criticality score for an asset."""
weighted_score = sum(
asset.get(factor, 3) * weight
for factor, weight in self.WEIGHTS.items()
)
score = round(weighted_score, 2)
for threshold, tier, label, sla_mod in self.TIER_THRESHOLDS:
if score >= threshold:
return {
"score": score,
"tier": tier,
"label": label,
"sla_modifier": sla_mod,
}
return {"score": score, "tier": 5, "label": "Minimal", "sla_modifier": 0.50}
def adjust_vuln_sla(self, base_sla_days, asset_tier_data):
"""Adjust vulnerability SLA based on asset criticality."""
modifier = asset_tier_data["sla_modifier"]
adjusted = int(base_sla_days * (1 + modifier))
return max(1, adjusted) # Minimum 1 day SLA
Step 2: Integrate with Vulnerability Prioritization
def apply_criticality_to_vulns(vulns_df, asset_scores):
"""Enrich vulnerability data with asset criticality context."""
for idx, vuln in vulns_df.iterrows():
asset_id = vuln.get("asset_id", "")
asset_data = asset_scores.get(asset_id, {"tier": 3, "sla_modifier": 0})
vulns_df.at[idx, "asset_tier"] = asset_data["tier"]
vulns_df.at[idx, "asset_label"] = asset_data.get("label", "Standard")
base_sla = get_base_sla(vuln["severity"])
adjusted_sla = int(base_sla * (1 + asset_data["sla_modifier"]))
vulns_df.at[idx, "adjusted_sla_days"] = max(1, adjusted_sla)
return vulns_df
Best Practices
- Involve business stakeholders in criticality scoring; IT alone cannot assess business impact
- Review and update criticality scores at least quarterly or when systems change roles
- Automate scoring where possible using CMDB tags and data classification labels
- Apply criticality tiers to vulnerability SLAs for risk-proportional remediation
- Validate scoring against actual incident impact data to calibrate the model
- Start with a simple 3-tier model before expanding to 5 tiers
Common Pitfalls
- Classifying all assets as "critical" which defeats the purpose of tiering
- Not updating criticality scores when systems are repurposed or decommissioned
- Using only technical factors without business context
- Applying uniform SLAs regardless of asset importance
- Not documenting the scoring methodology for audit and consistency
- performing-cve-prioritization-with-kev-catalog
- building-vulnerability-aging-and-sla-tracking
- performing-business-impact-analysis
- implementing-asset-management-program
Other files in this skill
assets/template.md (verbatim)
Asset Criticality Scoring Report Template
Scoring Summary
| Tier |
Label |
Count |
% |
SLA Modifier |
| 1 |
Crown Jewels |
[N] |
[%] |
-50% |
| 2 |
High Value |
[N] |
[%] |
-25% |
| 3 |
Standard |
[N] |
[%] |
Baseline |
| 4 |
Low Impact |
[N] |
[%] |
+25% |
| 5 |
Minimal |
[N] |
[%] |
+50% |
Tier 1 Assets (Crown Jewels)
| Asset |
Function |
Data Class |
Score |
Owner |
| [Asset] |
[Function] |
[Class] |
[N.N] |
[Owner] |
references/api-reference.md (verbatim)
Asset Criticality Scoring for Vulnerability Prioritization — API Reference
Criticality Scoring Factors
| Factor |
Weight |
Description |
| Data Sensitivity |
0.25 |
Classification of data stored/processed |
| Business Function |
0.20 |
Revenue/operational importance |
| Regulatory Scope |
0.15 |
Compliance frameworks in scope |
| Network Exposure |
0.20 |
Internet-facing vs air-gapped |
| Recoverability |
0.10 |
Recovery time and capability |
| User Count |
0.10 |
Number of users impacted |
Data Sensitivity Levels
| Level |
Score |
Examples |
| Public |
1 |
Marketing website, public docs |
| Internal |
2 |
Internal wiki, employee tools |
| Confidential |
3 |
Financial reports, source code |
| PII |
4 |
Customer names, emails, addresses |
| PCI/PHI |
5 |
Credit card data, health records |
Criticality Tiers
| Tier |
Score Range |
Name |
Remediation SLA (Critical) |
| 1 |
>= 4.0 |
Crown Jewel |
24 hours |
| 2 |
3.0 - 3.9 |
Business Critical |
48 hours |
| 3 |
2.0 - 2.9 |
Important |
7 days |
| 4 |
1.5 - 1.9 |
Standard |
14 days |
| 5 |
< 1.5 |
Low Impact |
30 days |
adjusted_priority = min(CVSS_score * tier_multiplier, 10.0)
Tier multipliers: {1: 1.5, 2: 1.3, 3: 1.0, 4: 0.8, 5: 0.5}
hostname,data_classification,business_function,regulatory_scope,network_exposure,recoverability,user_count
db-prod-01,pci,revenue-generating,pci-dss,dmz,manual-recovery,50000
web-staging,internal,staging,none,vpn-accessible,auto-recovery,10
Integration Points
| System |
Purpose |
| CMDB (ServiceNow, Qualys) |
Asset metadata source |
| Vulnerability Scanner |
CVSS scores for risk adjustment |
| Ticketing (Jira, ServiceNow) |
SLA-driven remediation tracking |
| SIEM |
Alert priority enrichment |
External References
references/standards.md (verbatim)
Standards and References - Asset Criticality Scoring
Industry Standards
- NIST SP 800-30 Rev 1: Guide for Conducting Risk Assessments
- NIST CSF 2.0 ID.AM: Asset Management
- CIS Controls v8.1 Control 1: Inventory and Control of Enterprise Assets
- ISO 27001:2022 A.5.9: Inventory of information and other associated assets
- FAIR Framework: Factor Analysis of Information Risk
Scoring References
- NIST CMDB Best Practices
- ITIL Asset Management Framework
- CIS RAM (Risk Assessment Method)
references/workflows.md (verbatim)
Workflows - Asset Criticality Scoring
Workflow 1: Scoring Process
Identify Asset -> Gather Business Context -> Score Each Factor ->
Calculate Weighted Score -> Assign Tier -> Map to SLA Modifier ->
Store in CMDB -> Apply to Vulnerability Management
Workflow 2: Quarterly Review
Quarter Start:
1. Export current asset criticality ratings
2. Identify changes (new systems, decommissioned, role changes)
3. Rescore changed assets with business owners
4. Update CMDB with new scores
5. Recalculate vulnerability SLAs for affected assets
Back to mukul975/Anthropic-Cybersecurity-Skills (817 security skills) or Agent skills.