Resources / S.A.F.E
Book Demo
Back to Resources

// DataObserve S.A.F.E · Third-party risk

Your Vendor List Is an Attack Surface Map

Third-party risk should be tied to what each vendor touches and reassessed whenever that changes.

By DataObserveNovember 20264 min readDataObserve S.A.F.E
FOURTH PARTIES VENDORS WHAT THEY TOUCH Shared cloud host4 vendors depend on it Payment processor Payroll providerCRM platformSupport deskMarketing toolData warehouse HR systemBank filesCustomer recordsProduction credentialsBrand assets
A vendor list read as an attack surface map: each vendor linked to the services and data it can reach, plus the providers it depends on. Example map.

Most security teams can say how many vendors they have, but far fewer can say which of those vendors can reach payroll data or hold production credentials. The question of which vendors share a cloud host is usually harder still. That gap is where real third-party risk sits, because a vendor list on its own says very little about exposure. Our view is that a vendor record that omits the services and data a vendor touches is just a contact card. Third-party risk management (TPRM) becomes useful when every vendor is linked to what it can affect and that link is watched continuously.

A vendor record that omits the services and data a vendor touches is just a contact card.

01

Annual questionnaires leave vendor reviews shallow and late

Traditional TPRM runs on annual questionnaires that teams send out and then chase for weeks. By the time a review is complete, the vendor's environment may have changed, and the organisation's own environment may have changed with it. This model creates two related problems that compound over time.

The first problem is that review depth is uniform. Every vendor receives the same depth of review, whether it handles employee PII or supplies office furniture, which spreads limited attention evenly across very uneven risks. The second problem is that everything happens too late. Evidence is read in batches, so gaps surface weeks after they could have been fixed. Monitoring also stops at signature, which means a breach or an expired contract triggers nothing until the next annual cycle. A new sub-processor can go unnoticed for just as long.

Annual review

Q1

Questionnaire sent

Q1

Weeks of follow-up

Q2

Review complete

Q3

Vendor breached
no trigger

Q3

New sub-processor
no trigger

Q4

Contract expired
no trigger

Q1

Next annual cycle

S.A.F.E continuous

Day 1

Tiered at intake

Ongoing

Evidence checked on arrival

Q3

Breach → reassessed

Q3

Sub-processor → reassessed

Q4

Contract date → reviewed

Figure 1. An annual questionnaire cycle compared with continuous monitoring. Events between reviews trigger nothing in the annual model.
02

S.A.F.E keeps one connected vendor record from intake to exit

DataObserve S.A.F.E treats each vendor as one connected record that moves through five stages, from intake to offboarding. The record stays the same throughout, so each stage builds on the evidence gathered by the one before.

01

Intake

Access mapped to business dependencies; inherent risk tier set

02

Due diligence

SOC 2, pen tests and attestations checked on arrival

03

Remediation

Findings tracked to closure, linked to services and data

04

Monitoring

Breaches, leaked credentials, contract dates, fourth parties

05

Offboarding

Access revoked; data return or destruction recorded

One vendor record · evidence, decisions and approvals carried through every stageAudit-ready at exit
Figure 2. One connected vendor record moves through five stages. Each stage builds on evidence gathered by the one before.

At intake, each vendor's access to systems and data is mapped against its business dependencies to establish its inherent risk. A payroll provider with SSO access to the HR system and bank files is tiered very differently from a marketing tool, and the tier decides how deep due diligence goes. Effort therefore follows exposure from the first day of the relationship.

Payroll provider

Tier 1
Access
SSO into HR system · bank files
Data
Employee PII · salary · bank details
Review
Full due diligence, SOC 2 and pen test required, continuous monitoring

Marketing tool

Tier 3
Access
Brand assets · public web content
Data
No sensitive data
Review
Light review, standard contract terms, monitoring for breaches
Figure 3. Tiering at intake decides how deep due diligence goes, so effort follows exposure from the first day. Example vendors.

During due diligence, questionnaires, SOC 2 reports, penetration tests and attestations are read and checked against the organisation's standards as they arrive. A stale penetration test is flagged for review, and a missing breach-notification clause is blocked. Gaps go back to the vendor automatically, so they never sit waiting in someone's inbox.

In the remediation stage, vendor findings are tracked to closure and linked to the services and data they support, with review decisions kept alongside them. Monitoring then continues for the life of the contract. Breaches, leaked credentials, contract dates and fourth-party changes all trigger a reassessment, and when a vendor is breached, S.A.F.E reassesses its risk and identifies the affected services so that their owners can be alerted. At offboarding, access revocation and the return or destruction of data are confirmed and recorded, which makes every vendor exit audit-ready.

03

Fourth parties are where concentration risk hides

Vendors have vendors of their own, and this layer of fourth-party risk is where concentration tends to hide. If a dozen critical suppliers depend on the same cloud host or payment processor, a single outage at that provider becomes a dozen simultaneous vendor incidents. S.A.F.E discovers these downstream dependencies and flags the places where many vendors rely on the same provider, so a previously invisible single point of failure becomes a line on the risk register that someone can own.

V1V2V3V4V5V6V7V8V9V10V11V12 One shared provider Flagged as a single point of failureand given an owner on the risk register
Figure 4. Concentration risk: when many critical suppliers rely on one provider, a single outage becomes many simultaneous vendor incidents.
04

Vendor findings belong in the same picture as internal exposure

Vendor risk should sit alongside the rest of cyber risk, and in S.A.F.E it does. Because each vendor is linked to the services and data it supports, third-party findings feed the same picture as internal exposures. They can be framed in the same FAIR-based loss ranges and reported to the board alongside everything else. A weak control at a vendor then appears as exposure on a named business service, which is a far easier thing for leadership to weigh.

Vendor finding

Payroll provider: MFA not enforced for admin console

Linked service

Payroll and HR

Employee PII · bank files

FAIR loss range

$0.6M – $2.2M

Annualised, 90% confidence

Board report

Alongside internal exposure

One picture of cyber risk

Figure 5. A weak control at a vendor appears as exposure on a named business service, in the same loss terms as internal findings. Example values.
05

Agents do the reading and owners approve the exceptions

Much of the effort in TPRM is reading and follow-up, and S.A.F.E assigns that work to agents. They read the evidence and handle the follow-up with each vendor, including the cross-checking that each review requires. Owners approve exceptions and risk acceptance, with the justification, controls, approver and expiry recorded for each one. Regulators and auditors receive a complete trail in one place, from due diligence through to the vendor's exit.

06

Two steps reveal where vendor exposure sits

An organisation can improve its programme without rebuilding it. A good first step is to take the top twenty vendors by data access and map each one to the services and data it touches. The second step is to ask which of those vendors share a provider. The answers will reveal more about third-party exposure than another round of questionnaires, and they create a foundation for monitoring that continues well beyond the annual review.

Step 1

Take the top twenty vendors by data access and map each to the services and data it touches.

Step 2

Ask which of those vendors share a provider.

Figure 6. Two first steps that reveal more about third-party exposure than another round of questionnaires.

Vendor risk linked to what each vendor touches can be explored at dataobserve.io/products/safe.

We would be glad to hear whether your team knows its most common fourth party.

DataObserve S.A.F.E is a DataObserve product and is not affiliated with Safe Security.

// DataObserve S.A.F.E

Link every vendor to what it can reach.

Explore S.A.F.EBook a demo

// More from S.A.F.E

Keep reading

Stop Showing Your Board Colours

Cyber risk belongs in the same currency as every other business risk.

Read article

Severity Alone Makes a Poor Strategy

Exposure management works only when it runs every day and ends in a verified fix.

Read article

All articles

Research and perspectives from DataObserve across applications, models and infrastructure.

Browse Resources