Alerting
When a trap is triggered or a honeypot tool is called, Deadfall sends alerts through multiple channels.Alert Channels
1. Console Logging
Structured logs are written to the terminal when runningdeadfall serve:
2. File Logging
All alerts are written todeadfall_alerts.log:
deadfall_alerts.log.bak.
3. Desktop Notifications
Cross-platform desktop notifications via system tray:- macOS (native notifications)
- Linux (libnotify)
- Windows (toast notifications)
4. Webhook Delivery
Send alerts to external services (Slack, Discord, custom endpoints):Severity Levels
| Severity | Description | Example |
|---|---|---|
critical | High-confidence compromise detection | Trap triggered, secret access attempt |
warning | Suspicious activity | Unknown token, private file access |
info | Informational | Normal system events |
Rate Limiting
To prevent alert spam, Deadfall enforces a minimum interval between alerts (100ms). During rapid-fire triggers, some alerts may be suppressed.Alert Context
Trap-triggered alerts include rich context for investigation:| Field | Description |
|---|---|
token | Unique trap identifier |
file | Path to the file that was read |
trap_type | Type of trap (cursor-rules, claude-context, etc.) |
created_at | When the trap was deployed |