Third-party assurance attestations

Name: Third-party assurance attestations
Creator: TestPattern Community
License: https://opensource.org/licenses/MIT

Identifies documents containing references to third-party assurance attestations in international contexts. This information type is classified as personally identifiable information under applicable data protection regulations.

Type: regex
Engine: boost_regex
Confidence: medium
Confidence justification: category-aware structural regex with anchor and context constraints replaces phrase-only detection. Added context gating and exclusion rules improve precision and reduce incidental matches.
Detection quality: Mixed
Jurisdictions: global
Regulations: GDPR
Data categories: pii
Scope: wide
Platform compatibility: Purview: Compatible, GCP DLP: Compatible, Macie: Compatible, Zscaler: Compatible, Palo Alto: Degraded, Netskope: Unsupported

Pattern

(?is)\b(?:third[\s-]+party\s+assurance\s+attestations|assurance\s+report|SOC\s+2|SOC\s+1|ISAE\s+3402|independent\s+audit|third[\s-]+party\s+assessment|vendor\s+assurance|control\s+effectiveness)\b

Corroborative evidence keywords

third-party assurance attestations, third, party, assurance, attestations, privacy, compliance, risk

Proximity: 300 characters

Should match

third-party assurance attestations — Primary topic phrase match
assurance report — Case-insensitive topic phrase match
SOC 2 — Alternative topic phrase match
SOC 1 — Additional topic phrase match

Should not match

unrelated generic text without domain phrases — No relevant topic phrases present
placeholder value 12345 — Random text should not match topic-specific regex
data inventory compliance — Generic word pair from old broad template should not match

Known false positives

Common words and phrases related to third-party assurance attestations appearing in policy documents, training materials, HR templates, or compliance guidelines without actual personal data. Mitigation: Require corroborative evidence keywords within the proximity window to confirm sensitive data context rather than general discussion.
In English (as the primary international business language), similar terminology used in formal or administrative contexts (education, professional documentation) that does not constitute sensitive data collection. Mitigation: Layer with additional contextual signals such as structured identifiers, form fields, or database column headers to distinguish sensitive records from general references.
High-frequency pattern matches in large document corpora due to broad regex anchors. Expected match rate is significantly higher than specific identifier patterns. Mitigation: Tune confidence thresholds for bulk scanning. Consider using this pattern primarily as a pre-filter with secondary validation.

References

https://handbook.apra.gov.au/standard/cps-234
https://handbook.apra.gov.au/standard/cps-230