Threat intelligence subscriptions

Name: Threat intelligence subscriptions
Creator: TestPattern Community
License: https://opensource.org/licenses/MIT

Identifies threat intelligence subscriptions patterns in security and access control contexts. Detects potential exposure of sensitive security information in Australian systems.

Type: regex
Engine: boost_regex
Confidence: medium
Confidence justification: structural regex with domain-specific anchors and constrained context replaces phrase-only marker.
Detection quality: Mixed
Jurisdictions: au
Regulations: NDB Scheme (Cth), SOCI Act 2018 (Cth), TIA Act 1979 (Cth)
Frameworks: CIS Controls, DISP, ISO 27001, NIST CSF, PCI-DSS, SOC 2
Data categories: credentials, security
Scope: wide
Platform compatibility: Purview: Compatible, GCP DLP: Compatible, Macie: Compatible, Zscaler: Compatible, Palo Alto: Degraded, Netskope: Unsupported

Pattern

(?is)\b(?:threat\s+intelligence|stix|taxii|misp|intel\s+feed)\b

Corroborative evidence keywords

threat intelligence subscriptions, threat, intelligence, subscriptions, security, operations, data

Proximity: 300 characters

Should match

Threat intelligence subscriptions — Exact phrase marker match
threat intelligence subscriptions — Case-insensitive phrase match
Threat intelligence subscriptions — Normalized whitespace phrase
structured sample with matching anchors — Structural anchor sample

Should not match

unrelated generic text — No relevant phrase context
placeholder value 12345 — Random text should not match phrase marker
generic policy prose without anchors — Should reject generic mentions without structural anchor terms

Known false positives

Authentication-related terminology in software documentation, security training materials, or system architecture descriptions without actual credentials. Mitigation: Require proximity to credential-specific patterns (API keys, connection strings, tokens) rather than general security terminology.
Code snippets and configuration examples containing credential-related keywords or placeholder values in developer documentation. Mitigation: Check for common placeholder patterns (example.com, localhost, 0000) and documentation file types to reduce false positives from technical writing.