Threat intelligence subscriptions
Identifies threat intelligence subscriptions patterns in security and access control contexts. Detects potential exposure of sensitive security information in international systems.
- Type
- regex
- Engine
- boost_regex
- Confidence
- medium
- Confidence justification
- structural regex with domain-specific anchors and constrained context replaces phrase-only marker. Added context gating and exclusion rules improve precision and reduce incidental matches.
- Detection quality
- Mixed
- Jurisdictions
- global
- Regulations
- GDPR
- 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 matchthreat intelligence subscriptions— Case-insensitive phrase matchThreat intelligence subscriptions— Normalized whitespace phrasestructured sample with matching anchors— Structural anchor sample
Should not match
unrelated generic text— No relevant phrase contextplaceholder value 12345— Random text should not match phrase markergeneric policy prose without anchors— Should reject generic mentions without structural anchor termstemplate example placeholder record identifier— Template/sample context should be excluded even when anchor words are present
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.