Asurvo
Use case

Stand up a vendor risk program

Inventory vendors, tier them by criticality, run questionnaires, and monitor continuously — all from one workspace.

Workflow

How it works in Asurvo.

  1. 1

    Build your inventory

    Import from procurement or SaaS management tools.

  2. 2

    Tier by risk

    Score vendors by data access and criticality.

  3. 3

    Run questionnaires

    SIG, CAIQ, or custom — tracked in one queue.

  4. 4

    Monitor continuously

    Get alerted when vendor posture changes.

Third-party risk playbook

Launching a vendor risk program people will follow

Most organizations already review some vendors. Security looks at the big SaaS purchases, legal negotiates the contracts, and procurement tracks spend. What is usually missing is the connective tissue: one inventory, a consistent way to decide how much scrutiny a vendor deserves, a record of what was found, and a trigger to look again. A vendor risk program supplies that structure without turning every purchase into a month-long review.

Why auditors and regulators expect one

Source, What it expects of vendor oversight comparison
ISO/IEC 27001:2022Annex A controls 5.19 to 5.23 cover supplier relationships, security in supplier agreements, the ICT supply chain, monitoring of supplier services, and use of cloud services
SOC 2The common criteria include assessing and managing risks from vendors and business partners
GDPR Article 28Controllers may only use processors providing sufficient guarantees, under a contract with prescribed terms
HIPAABusiness associate agreements with vendors handling PHI on your behalf
PCI DSS v4.0.1Requirement 12.8 calls for a list of service providers, written agreements, due diligence, annual monitoring of compliance status, and a responsibility matrix
US banking agencies (2023 interagency guidance)Risk management across the third-party life cycle, from planning and due diligence to ongoing monitoring and termination

A 90-day rollout plan

Weeks, Phase, Activities, Artefacts, Lead comparison
1 to 3InventoryPull vendors from accounts payable, SSO and SaaS discovery, contracts, and department interviews; remove duplicatesVendor inventory with business owner and data access for eachCompliance, with procurement and finance
4 to 5Tiering modelAgree criteria and thresholds, test them on 20 known vendors, adjust, get sign-offApproved tiering model, tier assigned to every vendorRisk or security lead
6 to 9Assess critical vendorsSend questionnaires or collect SOC 2 reports and certificates for the top tier, review, and record findingsCompleted assessments, findings with owners, risk ratingsSecurity, with business owners
10 to 11Contracts and processAdd security and breach notification clauses to templates; insert the review step into procurement intakeContract clause library, documented intake workflowLegal and procurement
12 to 13Monitoring and reportingSet reassessment dates by tier, define monitoring triggers, produce first reportReassessment calendar, first program report to leadershipCompliance

Designing tiers that people will actually use

Tiering is what keeps the program proportional. Three or four tiers are usually enough. Base them on a handful of questions a business owner can answer at intake: what data the vendor will access, whether it connects to production or internal networks, how disruptive an outage would be, and whether a regulator or contract names it. Avoid scoring schemes with dozens of weighted inputs that nobody outside the risk team can reproduce. Our vendor tiering template gives a ready-made starting model.

  • Critical: holds sensitive or regulated data at scale, or its failure stops a core service. Full questionnaire or independent report, contract review, and at least annual reassessment.
  • High: accesses confidential data or internal systems with limited blast radius. Lighter questionnaire plus a report or certificate where available.
  • Moderate: limited data, easily replaced. Basic security attestation at onboarding.
  • Low: no data access and no system connectivity. Inventory record only.

Choosing a questionnaire

The Shared Assessments SIG is comprehensive and widely recognized, with a shorter version for lower-risk vendors. The Cloud Security Alliance's CAIQ aligns with the CSA Cloud Controls Matrix and suits cloud providers, many of which publish completed answers. A custom question set, such as our vendor security questionnaire, is faster to answer when kept short and targeted. Whichever you use, accept a current SOC 2 report or ISO 27001 certificate in place of questions it already covers.

Roles and common blockers

  • Business owners request the vendor, answer tiering questions, and own the relationship and any accepted risk.
  • Security or risk assesses higher tiers and rates findings.
  • Procurement enforces the intake step so vendors cannot be onboarded around the process.
  • Legal maintains contract clauses and negotiates when vendors push back.
  • Blocker: shadow purchasing. Card-expensed SaaS never passes through procurement, so discovery through SSO and expense data matters.
  • Blocker: questionnaire fatigue. Oversized questionnaires sit unanswered for weeks; match depth to tier.
  • Blocker: findings with no consequence. If nobody decides whether to accept, mitigate, or walk away, assessments become paperwork.

After onboarding: monitoring and exit

  • Reassessment dates set by tier and tracked, not left to memory
  • Report and certificate expiry dates recorded, with requests sent before they lapse
  • Triggers for early review: a vendor breach, acquisition, new data types, or a major service change
  • Fourth parties recorded for critical vendors, especially their own hosting and subprocessors
  • Offboarding steps covering access removal, data return or deletion, and confirmation in writing

Measuring the program and running it in Asurvo

  • Percentage of vendors in the inventory with an assigned tier and business owner
  • Critical and high vendors with a current assessment, and the number overdue
  • Median days from intake to approval, by tier
  • Open vendor findings by severity and age, and the count of formally accepted risks
  • New vendors discovered outside the intake process each quarter

In Asurvo's Third Party module, the vendor inventory, tiering, questionnaires, risk scoring, and continuous monitoring share one workspace, while the risk register tracks third-party risk treatment plans with owners and deadlines. For deeper background on design choices, read the full vendor risk program guide.

FAQ

Frequently asked questions

How many vendors should get a full security assessment?

Only the ones that justify it. In most organizations a minority of vendors hold sensitive data or support critical services, and those deserve full questionnaires, report reviews, and contract scrutiny. The long tail of low-risk vendors needs an inventory record and perhaps a brief attestation. If every vendor gets the same deep review, the process slows the business and reviewers stop paying attention.

Can a SOC 2 report replace a vendor questionnaire?

Often it can replace most of it. A current SOC 2 Type II report gives independently tested evidence for many security questions. Check that the report's scope covers the service you are buying, read any exceptions, and confirm you operate the complementary user entity controls it lists. Then send only the questions it does not answer, such as data location or specific contract commitments.

How often should vendors be reassessed?

Set frequency by tier. Critical vendors are commonly reassessed at least annually, high-tier vendors every one to two years, and low-tier vendors only when something changes. Some requirements set a floor, such as PCI DSS requiring annual monitoring of service providers' compliance status. Event-driven reviews after a breach, acquisition, or change in service matter as much as the calendar.

What is the difference between third-party and fourth-party risk?

Third-party risk comes from vendors you contract with directly. Fourth-party risk comes from your vendors' own suppliers, such as the cloud provider hosting a SaaS product you use. You cannot assess every fourth party, but for critical vendors you should know their key subprocessors and hosting providers and expect notification when those change.

Who should own vendor risk: security, procurement, or the business?

Ownership is shared. The business owner who requests a vendor owns the relationship and any accepted risk. Security or risk sets the assessment standard and evaluates higher tiers. Procurement enforces the intake step, and legal owns contract terms. A single program owner, often in compliance or risk, coordinates the process and reports on it to leadership.

Ready to replace the spreadsheet chaos?

See Asurvo in action with a 20-minute walkthrough tailored to your stack and frameworks.