Detection Overview
Tamandua EDR uses a multi-layered detection strategy that combines ML-assisted scoring, signature-based detection, behavioral analysis, and threat intelligence. The goal is broad MITRE ATT&CK coverage, but coverage should be treated as evidence-backed only where rules, telemetry, and validation tests exist.
Detection Architecture
+-------------------+
| ML Detection |
| (Malware-SMELL) |
+--------+----------+
|
+------------------+ +--------v----------+ +------------------+
| YARA Rules +--------->+ +<---------+ Sigma Rules |
| (File Analysis) | | Detection Engine | | (Log Analysis) |
+------------------+ | | +------------------+
+--------+----------+
|
+------------------+ +--------v----------+ +------------------+
| IOC Matching +--------->+ Alert Manager +<---------+ Behavioral |
| (Threat Intel) | | | | Analysis |
+------------------+ +-------------------+ +------------------+
Detection Methods
Machine Learning Assisted Detection
Tamandua includes a Malware-SMELL (Similarity-based Malware Embedding for Lifelong Learning) inspired architecture for ML-assisted malware scoring. Current model artifacts are smoke-scale and validation-ready only; production claims require the governed ML-1..ML-6 benchmark chain.
| Feature | Description |
|---|---|
| Model Architecture | VGG-19 encoder with similarity space |
| Input Format | Binary-to-image conversion (64x64) |
| Zero-Shot Research Goal | Target behavior from the Malware-SMELL research line; production proof pending governed benchmarks |
| Confidence Scoring | Candidate score output for correlation and analyst review |
| Continuous Learning | Roadmap capability gated by model contracts, dataset manifests, and benchmark evidence |
The ML model is intended to help with:
- Novel malware variants
- Polymorphic threats
- Evasive malware
Do not treat ML output as a standalone verdict. In production workflows it should be combined with deterministic rules, telemetry context, analyst review, or benchmark evidence.
See ML Detection for technical details.
YARA Rules
Signature-based detection using YARA rules provides fast, deterministic threat identification:
| Rule Category | Description | Rules Count |
|---|---|---|
| Ransomware | Encryption patterns, ransom notes | 15+ rules |
| Trojans/RATs | Remote access indicators | 20+ rules |
| Credential Theft | Mimikatz, LSASS access | 15+ rules |
| Defense Evasion | Obfuscation, injection techniques | 20+ rules |
| Persistence | Autorun, service installation | 15+ rules |
| Exploits/Webshells | CVE patterns, web shells | 10+ rules |
Tamandua includes built-in YARA content and supports custom rule uploads. Rule counts can change by build; validate loaded rules in your deployment before making coverage claims.
See YARA Rules for rule management.
Sigma Rules
Log-based behavioral detection using the Sigma rule format:
| Category | Description | Rules Count |
|---|---|---|
| Execution | Suspicious process execution | 20+ rules |
| Persistence | Registry, scheduled tasks | 25+ rules |
| Credential Access | LSASS, SAM, Kerberoasting | 15+ rules |
| Lateral Movement | PsExec, WMI, RDP | 15+ rules |
| Defense Evasion | ETW tampering, log clearing | 20+ rules |
| Command & Control | DNS tunneling, encoded C2 | 10+ rules |
| Impact | Ransomware indicators | 10+ rules |
Tamandua includes built-in Sigma content with parser support for common modifiers. Validate parser/runtime support against your rules before treating a pack as production-enforced.
See Sigma Rules for rule syntax and management.
Behavioral Detection
Runtime behavioral analysis detects threats by monitoring:
- Process Behavior: Parent-child relationships, injection patterns
- Memory Analysis: Suspicious allocations, hook detection
- API Sequences: Malicious API call patterns
- File System Activity: Ransomware-like file operations
- Network Patterns: Beaconing, data exfiltration
IOC Matching
Real-time indicator matching against threat intelligence feeds:
| IOC Type | Description |
|---|---|
| IP Addresses | Malicious C2 servers, botnets |
| Domains | Phishing, malware distribution |
| File Hashes | MD5, SHA-1, SHA-256 |
| URLs | Malicious endpoints |
| Email Addresses | Phishing actors |
| CVEs | Vulnerability identifiers |
See Threat Intelligence for feed integration.
Detection Pipeline
The detection pipeline processes events through multiple stages:
1. Event Collection (Agent)
|
v
2. Local Analysis (Agent-side)
- Hash computation
- YARA scanning
- IOC matching
- Behavioral rules
|
v
3. Server Analysis
- ML inference
- Sigma rule evaluation
- Correlation engine
- Threat intel enrichment
|
v
4. Alert Generation
- Severity classification
- MITRE mapping
- Response triggering
Local vs. Server Detection
| Capability | Agent (Local) | Server |
|---|---|---|
| YARA Scanning | Yes | Yes |
| IOC Matching | Yes | Yes |
| Basic Behavioral | Yes | - |
| ML Inference | - | Yes |
| Sigma Rules | Basic | Full |
| Correlation | - | Yes |
| Threat Intel | Cached subset | Full feeds |
Alert Severity Classification
Detections are classified into severity levels:
| Severity | Description | Response |
|---|---|---|
| Critical | Active ransomware, credential theft | Auto-response |
| High | Suspicious execution, injection | Alert + optional response |
| Medium | Potential threats, anomalies | Alert for investigation |
| Low | Informational, policy violations | Logged for audit |
MITRE ATT&CK Coverage
Tamandua maps detections to MITRE ATT&CK. The table below describes intended coverage areas, not a guarantee that every technique is detected in every environment.
| Tactic | Coverage | Key Techniques |
|---|---|---|
| Initial Access | Planned/partial | T1566, T1190, T1133 |
| Execution | Active focus | T1059, T1053, T1204 |
| Persistence | Active focus | T1547, T1053, T1543 |
| Privilege Escalation | Planned/partial | T1548, T1134, T1055 |
| Defense Evasion | Active focus | T1070, T1562, T1036 |
| Credential Access | Active focus | T1003, T1555, T1056 |
| Discovery | Active focus | T1087, T1083, T1057 |
| Lateral Movement | Planned/partial | T1021, T1570, T1550 |
| Collection | Planned/partial | T1560, T1005, T1113 |
| Exfiltration | Planned/partial | T1041, T1048, T1567 |
| Command & Control | Planned/partial | T1071, T1105, T1571 |
| Impact | Active focus | T1486, T1485, T1490 |
See MITRE Coverage for the full coverage matrix.
Detection Configuration
Enabling/Disabling Detection Methods
# Agent configuration (config.yaml)
detection:
ml_enabled: true
yara_enabled: true
sigma_enabled: true
ioc_enabled: true
behavioral_enabled: true
# Performance tuning
scan_on_write: true
scan_on_execute: true
realtime_memory_scan: false
Rule Update Frequency
| Rule Type | Default Update | Configurable |
|---|---|---|
| YARA Rules | Every 4 hours | Yes |
| Sigma Rules | Every 4 hours | Yes |
| IOC Lists | Every 6 hours | Yes |
| ML Model | Weekly | Yes |
Performance Considerations
Detection Impact
| Method | CPU Impact | Memory Impact | Network Impact |
|---|---|---|---|
| YARA Scanning | Low-Medium | Low | None |
| Sigma Rules | Low | Low | None |
| IOC Matching | Very Low | Medium | Periodic sync |
| ML Inference | Medium | Medium | Upload to server |
| Behavioral | Low | Low | None |
Optimization Tips
- Exclude trusted paths from YARA scanning
- Tune Sigma rule severity to reduce noise
- Cache IOC lists locally for faster matching
- Use ML only for suspicious files (pre-filter with YARA)
- Configure scan priorities by file type
Quick Start
- Enable detection methods in agent configuration
- Review built-in rules and disable irrelevant ones
- Add custom rules for your environment
- Configure threat intelligence feeds (API keys required)
- Set up response policies for automated remediation
- Monitor coverage gaps via MITRE dashboard
Related Documentation
- ML Detection - Machine learning model details
- YARA Rules - YARA rule management
- Sigma Rules - Sigma rule syntax and usage
- MITRE Coverage - ATT&CK technique coverage
- Response Actions - Automated response configuration
- Threat Intelligence - IOC feed integration