7 min read Updated June 5, 2026

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.

FeatureDescription
Model ArchitectureVGG-19 encoder with similarity space
Input FormatBinary-to-image conversion (64x64)
Zero-Shot Research GoalTarget behavior from the Malware-SMELL research line; production proof pending governed benchmarks
Confidence ScoringCandidate score output for correlation and analyst review
Continuous LearningRoadmap 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 CategoryDescriptionRules Count
RansomwareEncryption patterns, ransom notes15+ rules
Trojans/RATsRemote access indicators20+ rules
Credential TheftMimikatz, LSASS access15+ rules
Defense EvasionObfuscation, injection techniques20+ rules
PersistenceAutorun, service installation15+ rules
Exploits/WebshellsCVE patterns, web shells10+ 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:

CategoryDescriptionRules Count
ExecutionSuspicious process execution20+ rules
PersistenceRegistry, scheduled tasks25+ rules
Credential AccessLSASS, SAM, Kerberoasting15+ rules
Lateral MovementPsExec, WMI, RDP15+ rules
Defense EvasionETW tampering, log clearing20+ rules
Command & ControlDNS tunneling, encoded C210+ rules
ImpactRansomware indicators10+ 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 TypeDescription
IP AddressesMalicious C2 servers, botnets
DomainsPhishing, malware distribution
File HashesMD5, SHA-1, SHA-256
URLsMalicious endpoints
Email AddressesPhishing actors
CVEsVulnerability 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

CapabilityAgent (Local)Server
YARA ScanningYesYes
IOC MatchingYesYes
Basic BehavioralYes-
ML Inference-Yes
Sigma RulesBasicFull
Correlation-Yes
Threat IntelCached subsetFull feeds

Alert Severity Classification

Detections are classified into severity levels:

SeverityDescriptionResponse
CriticalActive ransomware, credential theftAuto-response
HighSuspicious execution, injectionAlert + optional response
MediumPotential threats, anomaliesAlert for investigation
LowInformational, policy violationsLogged 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.

TacticCoverageKey Techniques
Initial AccessPlanned/partialT1566, T1190, T1133
ExecutionActive focusT1059, T1053, T1204
PersistenceActive focusT1547, T1053, T1543
Privilege EscalationPlanned/partialT1548, T1134, T1055
Defense EvasionActive focusT1070, T1562, T1036
Credential AccessActive focusT1003, T1555, T1056
DiscoveryActive focusT1087, T1083, T1057
Lateral MovementPlanned/partialT1021, T1570, T1550
CollectionPlanned/partialT1560, T1005, T1113
ExfiltrationPlanned/partialT1041, T1048, T1567
Command & ControlPlanned/partialT1071, T1105, T1571
ImpactActive focusT1486, 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 TypeDefault UpdateConfigurable
YARA RulesEvery 4 hoursYes
Sigma RulesEvery 4 hoursYes
IOC ListsEvery 6 hoursYes
ML ModelWeeklyYes

Performance Considerations

Detection Impact

MethodCPU ImpactMemory ImpactNetwork Impact
YARA ScanningLow-MediumLowNone
Sigma RulesLowLowNone
IOC MatchingVery LowMediumPeriodic sync
ML InferenceMediumMediumUpload to server
BehavioralLowLowNone

Optimization Tips

  1. Exclude trusted paths from YARA scanning
  2. Tune Sigma rule severity to reduce noise
  3. Cache IOC lists locally for faster matching
  4. Use ML only for suspicious files (pre-filter with YARA)
  5. Configure scan priorities by file type

Quick Start

  1. Enable detection methods in agent configuration
  2. Review built-in rules and disable irrelevant ones
  3. Add custom rules for your environment
  4. Configure threat intelligence feeds (API keys required)
  5. Set up response policies for automated remediation
  6. Monitor coverage gaps via MITRE dashboard

Related Documentation