Logo
TPRM

How to Build a Vendor Risk Scoring Model

How to Build a Vendor Risk Scoring Model

Short answer: A vendor risk scoring model translates qualitative assessment findings into a consistent numerical score that enables comparison across vendors, prioritization of remediation, and objective reporting to leadership. You build one by selecting risk criteria, assigning weights that reflect your organization's risk priorities, defining a rating scale for each criterion, and computing a weighted composite score with defined risk bands.

TL;DR: A scoring model turns your vendor assessment checklist into defensible, comparable numbers. The model in this post uses six weighted criteria, a 1–5 rating scale per criterion, and a 100-point composite score (practical range: 20–100, since each criterion uses a minimum rating of 1) with four risk bands: Low (80–100), Medium (60–79), High (40–59), and Critical (20–39).

Key Takeaways - A scoring model makes risk comparable and communicable — you can rank vendors, justify decisions to leadership, and track improvement over time. - Weighting is the most important design decision: criteria that matter most to your organization's risk profile should carry the highest weights. - Every score needs an evidence trail — the model is only as good as the assessment data behind it. - The third-party risk management market has seen significant investment growth, with multiple analyst firms projecting sustained double-digit annual expansion through 2030 (MarketsandMarkets, Third-Party Risk Management Market Report 2024), reflecting how seriously enterprises are investing in structured vendor risk programs. - Use scores for prioritization, not binary pass/fail — a vendor scoring in the High band is a candidate for remediation requirements, not automatic rejection.

Why a scoring model, and why now

Why a scoring model, and why now

Most TPRM programs start with questionnaires and assessments. The problem is that raw assessment responses — pages of questionnaire answers, a SOC 2 report, and a few email follow-ups — do not tell you which of your 50 Tier 1 vendors is your highest risk, or how Vendor A has improved since last year, or whether Vendor B is materially riskier than Vendor C.

A scoring model solves three problems:

  1. Comparability: You can rank vendors by score and focus remediation resources on the highest-risk relationships.
  2. Communicability: A number (and a risk band) is easier to explain to a Risk Committee or board than a stack of assessment documents.
  3. Tracking: A score at each assessment cycle gives you a trend line — is a vendor improving, degrading, or static?

Enterprises now manage hundreds of vendor relationships on average, with counts growing year-over-year according to multiple TPRM industry surveys, making subjective, case-by-case risk judgments structurally unsustainable. A model doesn't replace judgment — it systematizes it.

Choosing your scoring criteria

Choosing your scoring criteria

A vendor risk score should reflect the things that actually drive risk to your organization. The six criteria in this model are drawn from what the Shared Assessments SIG questionnaire, ISACA's risk guidance, and NIST SP 800-161 identify as the most consequential dimensions of vendor risk:

# Criterion What it measures
1 Security controls Technical controls: patching, MFA, EDR, encryption, network segmentation
2 Data handling and privacy Data classification, residency, retention, sub-processor management
3 Compliance and certifications SOC 2 Type II, ISO 27001, regulatory compliance, security training
4 Incident response capability IR plan, breach notification SLA, SOC monitoring, tabletop testing
5 Business continuity BCP/DR plan, RTO/RPO, backup and restore testing
6 Concentration and strategic risk Geopolitical exposure, financial stability, replaceability, fourth-party risk

You can adapt this list. If you are in financial services, you might add a regulatory compliance criterion weighted more heavily. If your vendor portfolio is heavily software-focused, you might add a software supply chain criterion. The important thing is that your criteria map to your actual risk drivers.

Assigning weights

Assigning weights

Weights reflect how much each criterion contributes to the overall score. They must sum to 100%.

The model below is calibrated for a general enterprise with significant data processing vendors. Security controls carry the most weight because technical controls directly determine exploitability. Data handling is second because most regulatory penalties and reputational damage stem from data exposure. Incident response is weighted meaningfully because speed of notification and containment determines breach impact:

# Criterion Weight
1 Security controls 30%
2 Data handling and privacy 25%
3 Compliance and certifications 15%
4 Incident response capability 15%
5 Business continuity 10%
6 Concentration and strategic risk 5%
Total 100%

How to adjust for your context:

  • Heavily regulated industry (healthcare, finance): Increase Compliance and Certifications to 20–25%; reduce Concentration and Strategic Risk accordingly.
  • Critical infrastructure dependency: Increase Business Continuity to 20%; reduce Concentration and Strategic Risk accordingly.
  • SaaS-heavy vendor portfolio: Add a Software Supply Chain criterion (10%) by reducing Security Controls and Compliance weights proportionately.

The rating scale

Rate each criterion on a 1–5 scale based on assessment evidence:

Rating Label Definition
5 Strong Controls fully in place; evidence provided; no significant gaps
4 Adequate Controls mostly in place; minor gaps with accepted compensating controls
3 Partial Controls partially in place; documented gaps with remediation in progress
2 Weak Significant gaps; remediation not yet started or overdue
1 Absent Controls not in place; no evidence provided; or vendor declined to respond

The scale must be tied to evidence, not impression. For each criterion, your assessors need a defined rubric that specifies what evidence justifies each rating. The vendor cybersecurity risk assessment checklist provides the evidence requirements for each domain.

Calculating the composite score

The composite score is the sum of (criterion rating × weight × 20) across all criteria. Multiplying by 20 converts the 1–5 scale to a 0–100 scale.

Formula:

Composite Score = Σ (Rating_i × Weight_i × 20)

Where Rating is 1–5 and Weight is expressed as a decimal (e.g., 30% = 0.30).

Maximum score: 5 × 1.00 × 20 = 100. Minimum score: 1 × 1.00 × 20 = 20.

Worked example: Vendor A

Let's apply the model to a hypothetical Tier 1 SaaS vendor.

Assessment findings:

  • Security controls: SOC 2 Type II report provided; MFA enforced; EDR deployed; patching within SLA. One open medium finding from pentest with documented remediation timeline. Rating: 4
  • Data handling and privacy: Data residency confirmed within approved jurisdictions; DPA in place; sub-processor list provided and reviewed. No data classification policy provided for internal systems. Rating: 4
  • Compliance and certifications: SOC 2 Type II (10 months old, unqualified opinion); ISO 27001 not certified; GDPR DPA in place; security awareness training completion at 95%. Rating: 3
  • Incident response capability: IR plan provided; breach notification SLA (48 hours) contractually committed; 24/7 SOC via MSSP; no tabletop exercise completed in the past 12 months. Rating: 3
  • Business continuity: BCP/DR plan provided; RTO of 4 hours contractually committed; last DR test 14 months ago; results not fully documented. Rating: 3
  • Concentration and strategic risk: Vendor uses two sub-processors in EU (approved); financially stable (public company); one primary competitor exists; fourth-party TPRM program is informal. Rating: 3

Score calculation:

Criterion Rating Weight Contribution (Rating × Weight × 20)
Security controls 4 0.30 4 × 0.30 × 20 = 24.0
Data handling and privacy 4 0.25 4 × 0.25 × 20 = 20.0
Compliance and certifications 3 0.15 3 × 0.15 × 20 = 9.0
Incident response capability 3 0.15 3 × 0.15 × 20 = 9.0
Business continuity 3 0.10 3 × 0.10 × 20 = 6.0
Concentration and strategic risk 3 0.05 3 × 0.05 × 20 = 3.0
Composite Score 71.0

Result: 71 — Medium risk band.

Vendor A risk scoring breakdown by criterion — composite score 71 out of 100 A horizontal bar chart showing each criterion's contribution to Vendor A's composite score of 71. Security controls contributes 24, data handling 20, compliance 9, incident response 9, business continuity 6, concentration risk 3. Vendor A score breakdown (composite: 71 / 100 — Medium) 0 5 10 15 20 25 (max) Security controls 24.0 Data handling 20.0 Compliance & certs 9.0 Incident response 9.0 Business continuity 6.0 Concentration risk 3.0 Total composite score: 71.0 / 100 (Medium band: 60–79).
Figure 1. Score breakdown for Vendor A. The composite score of 71 places this vendor in the Medium risk band, with incident response and compliance as the primary improvement areas.

Risk bands and decision rules

Define risk bands that map score ranges to required actions. These thresholds should be approved by your risk governance body:

Score Range Risk Band Color Required Action
80–100 Low Green Proceed with standard monitoring cadence
60–79 Medium Amber Approve with remediation plan; recheck in 6 months
40–59 High Orange Escalate to CISO/Risk Committee; require remediation before or shortly after onboarding
20–39 Critical Red Do not onboard; require substantial remediation and re-assessment before reconsidering

Decision rules by band:

A Medium score (like Vendor A's 71) means the vendor is acceptable for onboarding but requires a documented remediation plan for the identified gaps. Schedule a follow-up review in 6 months and confirm that gaps in IR plan testing and BCP documentation have been closed.

A High score does not automatically mean "reject." It means the risk must be formally escalated and accepted by a named risk owner, with compensating controls documented. Some vendors with High scores are genuinely irreplaceable in the short term — the scoring model makes that risk visible and documentable.

A Critical score is a strong signal that the vendor should not be onboarded. In rare cases where a vendor is mandatory for regulatory or operational reasons, a Critical score should trigger a formal exception process with CISO/board-level sign-off.

The blank scoring template

Use this template for every Tier 1 and Tier 2 vendor assessment:

Criterion Weight Rating (1–5) Evidence provided Contribution Notes
Security controls 30%
Data handling and privacy 25%
Compliance and certifications 15%
Incident response capability 15%
Business continuity 10%
Concentration and strategic risk 5%
Composite Score 100% /100
Risk Band Low / Medium / High / Critical

Contribution formula for each row: Rating × Weight × 20

For a lighter Tier 2 assessment, use the same template but collapse Security Controls and Compliance into a combined criterion, and drop Concentration and Strategic Risk. Adjust weights proportionately.

Integrating the score into your TPRM program

A score is not the end of the process — it is an input to decisions.

Connect your scoring model to the rest of your TPRM framework this way:

  • Risk register: Record each vendor's current score alongside their tier, last assessment date, and next review date.
  • Trend tracking: At each reassessment cycle, record the new score and compare to prior cycles. A downward trend warrants investigation even if the vendor remains in an acceptable band.
  • Remediation tracking: For vendors in the Medium or High band, track open remediation items with owners, due dates, and confirmation of closure.
  • Reporting: Aggregate scores across your Tier 1 portfolio to produce a vendor risk dashboard for leadership — number of vendors in each band, trend from last period, and outstanding high/critical findings.

For the full lifecycle context in which scores are used, see the TPRM lifecycle explained.

Frequently asked questions

What is a vendor risk scoring model?

A vendor risk scoring model is a methodology for translating the findings from a vendor security assessment into a consistent numerical score. It enables risk teams to compare vendors objectively, prioritize remediation, communicate risk to leadership, and track vendor security posture over time. A well-designed model uses weighted criteria that reflect your organization's specific risk priorities.

What criteria should a vendor risk score include?

The most common criteria are: security controls (patching, MFA, encryption, EDR), data handling and privacy, compliance certifications (SOC 2, ISO 27001), incident response capability, business continuity planning, and concentration or strategic risk. The weights assigned to each criterion should reflect your organization's risk appetite and the nature of your vendor portfolio.

How do you weight vendor risk scoring criteria?

Weighting reflects your organization's priorities. Security controls and data handling typically carry the most weight (25–30% each) because they directly determine how exploitable and consequential a vendor compromise would be. Compliance and incident response typically carry 15% each. Business continuity and concentration risk are usually lower-weighted (5–10% each) unless your industry or vendor portfolio makes them especially consequential.

What score is acceptable for a Tier 1 vendor?

A score of 80–100 (Low band) indicates a vendor that meets your security baseline with no significant gaps. A score of 60–79 (Medium band) is conditionally acceptable — the vendor should provide a remediation plan for identified gaps and be reassessed within 6 months. Scores below 60 (High band) require escalation and formal risk acceptance before onboarding; scores below 40 (Critical) should generally trigger rejection or a mandatory hold.


ThreatBlock's TPRM course trains professionals on vendor risk assessment and third-party risk programs from assessment to ongoing monitoring.

About the author: Samaksh is Lead Instructor at ThreatBlock and holds the OSCP, CRTP, CRTO, and CEH certifications, with expertise in cybersecurity risk management and vendor security assessment. Read more on the author page · Editorial policy.

← Back to all articles
{{ toast }}