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.
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
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
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
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.
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.
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
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.
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.
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.