Free checklist · Excel · Google Sheets · PDF

Vendor Security Assessment Checklist

A vendor security assessment checklist works through a third party's security risk in stages: tiering the vendor by the data it touches, testing its core controls, checking certifications and contract safeguards, then monitoring it until secure offboarding.

  • 46checks with evidence and red flags
  • 9security domains, from tiering to offboarding
  • 3risk tiers, so low-risk vendors get a short list

Updated 13 Oct 2026 · Reviewed by the Spendflo procurement team

The vendor security assessment checklist

Set the vendor's risk tier from the data it will hold, then work through the checks that tier needs. Open any check to see the evidence to request and the red flag that should pause approval.

Vendor tier
0 of 0 shown done
01

Identification and tiering

4 checks
  1. ProcurementAll tiers
    Evidence to requestIntake request and registry extract
    Red flagService described too vaguely to scope
  2. SecurityAll tiers
    Evidence to requestData classification on the request
    Red flagRequester cannot say what data is shared
  3. SecurityTier 1–2
    Evidence to requestTiering answers with reviewer sign-off
    Red flagVendor with customer data tiered as low
  4. ITTier 1–2
    Evidence to requestIntegration list and API scopes
    Red flagVendor asks for broad API or admin access
02

Governance and certifications

6 checks
  1. SecurityTier 1
    Evidence to requestOrg chart or security contact
    Red flagSecurity owned by nobody in particular
  2. SecurityTier 1
    Evidence to requestPolicy index with review dates
    Red flagPolicies undated or never reviewed
  3. SecurityTier 1
    Evidence to requestTraining completion records
    Red flagNo training for staff handling your data
  4. SecurityAll tiers
    Evidence to requestSOC 2 Type II report and bridge letter
    Red flagType I only, or report older than 12 months
  5. SecurityTier 1–2
    Evidence to requestCertificate and statement of applicability
    Red flagCertificate scope excludes the product
  6. SecurityTier 1–2
    Evidence to requestCompleted SIG Lite or CAIQ
    Red flagKey answers blank or marked not applicable
03

Access control

6 checks
  1. SecurityAll tiers
    Evidence to requestMFA policy and configuration evidence
    Red flagMFA optional or missing for admins
  2. SecurityTier 1–2
    Evidence to requestRBAC description and role list
    Red flagAll support staff can see all customer data
  3. SecurityTier 1–2
    Evidence to requestLatest access review and leaver procedure
    Red flagNo access review in the last year
  4. ITTier 1
    Evidence to requestVPN or zero-trust access description
    Red flagDirect remote access to production systems
  5. ITTier 1–2
    Evidence to requestSSO and SCIM documentation
    Red flagLocal passwords only, manual user removal
  6. SecurityTier 1
    Evidence to requestPrivileged access policy and log sample
    Red flagShared admin accounts in use
04

Data protection and privacy

6 checks
  1. SecurityAll tiers
    Evidence to requestEncryption standard in the questionnaire
    Red flagUnencrypted databases or backups
  2. SecurityTier 1–2
    Evidence to requestTLS configuration statement
    Red flagOlder protocols still accepted
  3. SecurityTier 1
    Evidence to requestKey management policy
    Red flagKeys stored alongside the data
  4. SecurityTier 1–2
    Evidence to requestHosting regions in writing
    Red flagVendor cannot say where data sits
  5. LegalTier 1–2
    Evidence to requestRetention policy and deletion clause
    Red flagData kept indefinitely after contract end
  6. LegalAll tiers
    Evidence to requestSigned DPA
    Red flagVendor refuses a DPA for personal data
05

Vulnerability and patch management

5 checks
  1. SecurityTier 1–2
    Evidence to requestScan policy and latest summary
    Red flagNo scanning, or scans only before audits
  2. SecurityTier 1–2
    Evidence to requestPen test summary or attestation letter
    Red flagCritical findings still open
  3. SecurityTier 1
    Evidence to requestPatch policy with deadlines
    Red flagCritical patches take months to apply
  4. SecurityTier 1
    Evidence to requestSDLC policy, code review and testing steps
    Red flagNo security review before release
  5. SecurityTier 1
    Evidence to requestDisclosure policy or bug bounty page
    Red flagNo way to report a vulnerability
06

Incident response and breach notification

5 checks
  1. SecurityTier 1–2
    Evidence to requestIR plan summary with roles
    Red flagNo written plan
  2. SecurityTier 1
    Evidence to requestExercise date and lessons learned
    Red flagPlan never tested
  3. LegalAll tiers
    Evidence to requestNotification clause in the DPA
    Red flagNo commitment to notify within days
  4. SecurityTier 1
    Evidence to requestLog retention policy
    Red flagLogs kept for days, not months
  5. SecurityTier 1–2
    Evidence to requestSigned incident disclosure
    Red flagBreach found in the news but not disclosed
07

Business continuity and disaster recovery

4 checks
  1. ITTier 1–2
    Evidence to requestRTO and RPO in writing
    Red flagTargets longer than you can tolerate
  2. ITTier 1
    Evidence to requestLast restore test date and result
    Red flagBackups never restored in a test
  3. SecurityTier 1
    Evidence to requestBackup architecture statement
    Red flagRansomware could reach every backup
  4. Business ownerTier 1
    Evidence to requestBCP test summary
    Red flagNo test in two years
08

Subcontractors and fourth parties

4 checks
  1. SecurityTier 1–2
    Evidence to requestSubprocessor list
    Red flagList refused or out of date
  2. SecurityTier 1
    Evidence to requestThird-party risk policy
    Red flagHosting provider never assessed
  3. LegalTier 1–2
    Evidence to requestChange notice clause in the DPA
    Red flagSubprocessors can change silently
  4. LegalTier 1
    Evidence to requestVendor attestation or contract extract
    Red flagSubcontractors on weaker terms
09

Contract, monitoring and offboarding

6 checks
  1. LegalTier 1–2
    Evidence to requestAudit clause in the contract
    Red flagNo right to request evidence after signing
  2. LegalTier 1–2
    Evidence to requestSecurity schedule or SLA
    Red flagSecurity promises only in marketing material
  3. SecurityAll tiers
    Evidence to requestMonitoring plan: ratings, check-ins, renewal review
    Red flagAssessed once and never again
  4. SecurityTier 1
    Evidence to requestTrigger list in the vendor record
    Red flagNew AI feature launched with no review
  5. SecurityAll tiers
    Evidence to requestExit clause and deletion certificate template
    Red flagNo deletion proof at contract end
  6. ITTier 1–2
    Evidence to requestAccess removal checklist
    Red flagVendor accounts still active after exit
Owners are suggestions for a mid-size company.
Take all 46 checks offline

Get the vendor security assessment checklist as an Excel tracker with owners, status drop-downs and a progress score.

01

What is a vendor security assessment?

A vendor security assessment is a structured review of how well a supplier protects the data and systems you share with it, covering its controls, certifications and contract terms, and repeated over the life of the relationship rather than done once.

It sits inside your wider third-party risk process. Procurement starts it at the purchase request, security runs it, legal turns the gaps into contract terms, and the business owner keeps it current at renewal.

The depth depends on the data. A vendor that only sees your company name needs a few checks; one holding customer health records needs every line of this vendor security assessment checklist, backed by independent evidence.

02

What should a vendor security assessment checklist include?

A complete checklist moves from tiering, through the core security domains, to compliance evidence and lifecycle controls.

AreaWhat you are checkingUsual owner
Identification and tieringWho the vendor is, what data it gets, how critical it isProcurement, Security
Governance and certificationsSecurity leadership, policies, SOC 2, ISO 27001, SIG or CAIQSecurity
Access and data protectionMFA, role-based access, encryption, retention and deletionSecurity, IT
Vulnerability and incident responseScanning, patching, pen tests, IR plan, breach noticeSecurity
Continuity and fourth partiesRTO, RPO, tested backups, subprocessorsIT, Security
Contract and lifecycleAudit rights, DPA, security SLAs, monitoring, offboardingLegal, Security
03

How to read vendor security evidence

A certificate on file is not the same as assurance. Check these points before you accept any document as evidence.

EvidenceWhat to checkRed flag
SOC 2 Type IControls designed at one point in timeTreated as proof the controls work
SOC 2 Type IIPeriod covered, exceptions, subservice organisationsExceptions with no management response
Bridge letterCovers the gap since the report period endedGap of more than a few months
ISO/IEC 27001Scope and statement of applicabilityScope covers head office, not the product
Pen test summaryTester, date, scope and open findingsInternal test only, critical items open
Complementary user controlsWhat you must do on your sideControls you have not switched on
04

Software vendor security checklist for SaaS tools

Software and SaaS vendors add risks that come from logins, integrations and shared infrastructure. Add these ten checks for any software vendor.

  • SSO and SCIMUsers added and removed from your identity provider
  • Tenant isolationYour data logically separated from other customers
  • Audit logsAdmin and user activity exportable for a year
  • API tokensScoped, expiring and revocable by your admins
  • IntegrationsThird-party apps need admin approval
  • Data exportFull self-service export in a standard format
  • AI featuresYour data not used for training without consent
  • Release notesNotice before security-relevant changes
  • Status pagePublic uptime and incident history
  • Admin controlsIP limits, session timeouts and password rules
Running this with a team?

Download the vendor security assessment checklist so every owner can work their own rows in Excel or Google Sheets, with status and dates.

05

Vendor security assessment questions to send

For Tier 1 vendors, send a SIG or CAIQ questionnaire. For everyone else, these fifteen questions cover the essentials and map to the checklist above.

QuestionAsk them to attach
  1. 01Who leads security, and who do we contact in an incident?Security contact
  2. 02Which certifications do you hold, and when do they expire?SOC 2 Type II report or ISO certificate
  3. 03Does the certification scope cover the service we buy?Scope statement
  4. 04Do you enforce MFA for all staff and admins?MFA policy
  5. 05Who at your company can see our data?Role list
  6. 06How is our data encrypted at rest and in transit?Encryption statement
  7. 07Where will our data be stored and processed?Hosting regions
  8. 08When was your last penetration test, and are findings closed?Pen test summary
  9. 09How quickly do you patch critical vulnerabilities?Patch policy
  10. 10How soon will you notify us of a breach?IR policy and DPA clause
  11. 11Have you had a security incident in the last three years?Disclosure
  12. 12What are your recovery time and recovery point targets?BCP and DR summary
  13. 13Which subprocessors touch our data?Subprocessor list
  14. 14Is our data used to train AI models?AI use statement
  15. 15How do we get our data back and deleted at exit?Exit procedure
06

Pass, conditional or fail: vendor security assessment decision rules

Agree the rules before results come in, so the decision does not bend to how urgently the business wants the tool.

OutcomeWhen it appliesWhat happens next
PassAll checks for the tier done, no open red flagsApprove and set the review date
ConditionalGaps that a contract term or deadline can fixApprove with conditions in the contract
FailNo MFA, no encryption, refused DPA or undisclosed breachDecline or escalate to a risk owner
Re-assess early after
  • A breach at the vendor
  • A new subprocessor
  • A new AI feature
  • A change in the data you share
  • An acquisition
07

Vendor security risk tiers and review cycles

Set the tier from the data the vendor holds and how much you depend on it. The tier decides how many checks apply and how often you repeat them.

Tier 1High risk
46of 46 checks

Holds PII, PHI, financial records or source code, or runs a core system.

Independent evidence for every check

Re-reviewEvery year
Tier 2Medium risk
29of 46 checks

Limited data access or a non-core system.

Skip the Tier 1-only checks

Re-reviewEvery two years
Tier 3Low risk
9of 46 checks

No sensitive data and easy to replace.

Plus the 15 questions above

Re-reviewAt renewal
08

How to run a vendor security assessment in five steps

Each step has one owner and one output, so no vendor reaches your data with checks still open.

  1. 1Tier

    Profile the vendor and classify the data it will hold.

  2. 2Request

    Send the questionnaire and ask for certificates and reports.

  3. 3Verify

    Read the evidence and test answers against it.

  4. 4Decide

    Pass, pass with contract conditions, or fail.

  5. 5Monitor

    Re-assess on the tier's cycle or after a trigger.

09

Vendor security assessment checklist sample: a Tier 1 HR platform

Here is a completed assessment of an HR software vendor, with the two flags it raised and the outcome. The companies and figures are illustrative.

Sample · illustrative
Vendor
Brightline Software (HR platform)
Buyer
Northwind Logistics, 600 staff
Annual value
$64,000
Tier
Tier 1
CheckOwnerEvidence receivedStatus
SOC 2 Type II report current and in scopeSecurityReport to June, bridge letter to SepDone
MFA enforced for all staff and adminsSecurityPolicy and screenshot receivedDone
Independent penetration test in the last yearSecurityTwo high findings still openFlagged
Breach notice window agreedLegalDPA says 'without undue delay' onlyFlagged
Subprocessors listed with locationsSecurityList of six, EU and USDone
Data return and destruction at exitSecurityDeletion certificate template agreedDone

+ 40 more checks done, evidence filed

DecisionConditional pass
  1. Both high pen test findings closed and re-tested within 60 days
  2. Breach notice within 72 hours written into the DPA before signature

Download the vendor security assessment checklist

All 46 checks, the question bank and the decision rules, ready to fill in. Free, no credit card.

Inside the file
  • The 46-check vendor security assessment checklist with evidence and red flags
  • The 15 security questions, ready to send
  • The software vendor security checklist for SaaS tools
  • Evidence reading guide, decision rules and risk tier cycles
Choose a format

FreeNo credit cardWork email only

spendflo-vendor-security-assessment-checklist.xlsx
Progress33%
#CheckOwnerStatus
1Vendor profile recorded: legal name, HQ, contact, serviceProcurementDone
2Data shared classified: PII, PHI, financial, source codeSecurityIn progress
3Risk tier set from data access and dependencySecurityFlagged
4Integration points and system access mappedITDone
ChecklistWhat to includeReading evidenceSoftware vendorsQuestionnaireDecision rulesRisk tiers

Vendor Security Assessment Checklist FAQ

What is a vendor security assessment?

It is a review of how a supplier protects the data and systems you share with it, checking controls, certifications and contract terms before approval and again over time. The free download turns it into 46 checks with evidence and red flags.

What are the 5 steps of security risk assessment?

For vendors, the five steps are: tier the vendor by data and dependency, request evidence, verify it, decide pass, conditional or fail, then monitor and re-assess. Each step has a named owner so nothing is approved with checks open.

What are the 5 phases of the TPRM lifecycle?

Third-party risk management usually runs through planning and tiering, due diligence, contracting, ongoing monitoring and offboarding. The security assessment sits mainly in due diligence and monitoring, with contract and exit checks in the other phases.

What are the 7 steps of a standard security risk assessment model?

A common model is: identify assets, identify threats, identify vulnerabilities, review existing controls, judge likelihood, judge impact, then rate the risk and recommend controls. For a vendor, the assets are the data and systems you share.

Can I download a vendor security assessment checklist in Excel or PDF?

Yes, you can download this checklist free as an Excel file, a Google Sheet or a printable PDF. Every version includes the question bank and the software vendor security checks.