| name | implementing-canary-tokens-for-network-intrusion |
| description | Deploys DNS, HTTP, and AWS API key canary tokens across network infrastructure to detect unauthorized access and lateral movement. Integrates with webhook alerting (Slack, Teams, email, generic HTTP) for real-time intrusion notifications. Provides automated token generation, placement strategies, and monitoring for enterprise network environments. Use when building deception-based network intrusion detection with Canarytokens.org and Thinkst Canary platforms.
|
| domain | cybersecurity |
| tags | ["canary-tokens","intrusion-detection","deception","network-security","honeytokens","breach-detection"] |
| subdomain | security-operations |
| version | 1.0 |
| author | oyi77 |
| license | Apache-2.0 |
| nist_csf | ["DE.CM-01","RS.MA-01","GV.OV-01","DE.AE-02"] |
Implementing Canary Tokens For Network Intrusion
Overview
Cybersecurity skill for implementing canary tokens for network intrusion. Follows industry best practices and security standards.
When to Use
Trigger phrases:
-
"implementing canary tokens for network intrusion"
-
"When deploying deception-based tripwires across network infrastructure to detect"
-
"When building early warning systems that alert on unauthorized access to sensiti"
-
"When planting fake AWS credentials, DNS beacons, or HTTP tokens to catch attacke"
-
When deploying deception-based tripwires across network infrastructure to detect intrusions
-
When building early warning systems that alert on unauthorized access to sensitive resources
-
When planting fake AWS credentials, DNS beacons, or HTTP tokens to catch attackers during lateral movement
-
When integrating canary token alerts with SOC workflows via Slack, Microsoft Teams, or SIEM webhooks
-
When complementing traditional IDS/IPS with zero-false-positive deception technology
When NOT to Use
- When you lack proper authorization for testing
- For production systems without change management
- When the task requires legal or compliance expertise beyond technical scope
Prerequisites
- Python 3.8+ with
requests library installed
- Network access to canarytokens.org API (or self-hosted Canarytokens instance)
- Webhook endpoint for alert delivery (Slack, Teams, email, or generic HTTP)
- For Thinkst Canary enterprise: valid console domain and API auth token
- Administrative access to target systems where tokens will be planted
- Appropriate authorization for all deployment activities
Workflow
import re
IOC_PATTERNS = {
"ip": r"\b(?:\d{1,3}\.){3}\d{1,3}\b",
"domain": r"\b[a-z0-9-]+\.[a-z]{2,}\b",
"hash_md5": r"\b[a-f0-9]{32}\b",
"hash_sha256": r"\b[a-f0-9]{64}\b",
}
() -> :
{k: re.findall(v, text) k, v IOC_PATTERNS.items()}