Continuous visibility across endpoints, networks, email, and cloud identity. MITRE ATT&CK-mapped detection rules that cover what signature-based tools miss.
Most SMBs have coverage gaps they don't know about. Antivirus on endpoints but nothing watching network traffic. M365 configured but nobody reviewing admin audit logs. ARIA closes those gaps across four surfaces.
The Wazuh agent runs on every device and server in scope. On Windows, Sysmon provides detailed process creation, network connection, registry change, and file creation events that give ARIA behavioral visibility — not just "something ran," but what it ran, what it connected to, and what it wrote to disk. Linux and macOS coverage includes syslog, auditd events, and file integrity monitoring.
On Enterprise plans, ARIA ingests firewall logs and DNS query telemetry. Firewall logs reveal lateral movement, unexpected outbound connections, and policy violations. DNS telemetry catches domain generation algorithm (DGA) traffic and connections to newly registered domains — both strong indicators of command-and-control activity.
Business email compromise (BEC) starts in the inbox. ARIA monitors Exchange Online and Google Workspace for mailbox rule creation (attacker covering tracks), suspicious OAuth grants, impossible travel (login from Phoenix then London 20 minutes later), admin privilege escalation, and DMARC/DKIM/SPF failures that indicate spoofing attempts.
Identity is the new perimeter. ARIA monitors Azure Active Directory and Google Workspace admin events — account creation, permission changes, MFA disablement, federated identity changes — and correlates them with endpoint activity to catch credential-based attacks that pivot from cloud identity to on-premise resources.
MITRE ATT&CK is the industry-standard framework for mapping adversary techniques to detection opportunities. Every ARIA detection rule is mapped to the technique it covers, giving you a measurable security posture: you can see exactly which parts of the kill chain you have visibility into.
ARIA's default ruleset covers techniques across the following tactic categories: Initial Access (T1566 phishing, T1190 exploit public-facing app), Execution (T1059 scripting, T1203 client-side exploit), Persistence (T1547 registry run keys, T1053 scheduled tasks), Privilege Escalation (T1055 process injection, T1068 exploit vulnerability), Defense Evasion (T1036 masquerading, T1070 indicator removal), Credential Access (T1003 credential dumping, T1110 brute force), Lateral Movement (T1021 remote services, T1075 pass-the-hash), and Exfiltration (T1041 exfil over C2 channel).
This is not a complete list — the ruleset is updated as new techniques emerge — but it illustrates why "MITRE ATT&CK coverage" is a meaningful metric, not a marketing claim.
FIM tracks changes to specified files and directories and alerts when unauthorized modifications occur. For HIPAA compliance, FIM on audit log directories satisfies the audit control requirements under §164.312(b). For PCI-DSS, it's a direct requirement under Requirement 10.3 (log integrity protection) and 11.5 (file change detection).
In practice, FIM catches: web server script tampering (Magecart-style attacks start with a file write), unauthorized changes to authentication configurations, and backup deletion — one of the first things ransomware does before encryption starts.
Traditional signature-based detection has a fundamental problem: it only catches what it's seen before. Attackers using living-off-the-land (LOTL) techniques — leveraging PowerShell, WMI, certutil, and other legitimate Windows tools already installed on every machine — leave no signature to match. The tool is legitimate; the behavior is malicious.
ARIA's behavioral layer builds a baseline for what "normal" looks like in your environment and alerts on deviations: PowerShell being called by a Word macro (T1059.001), certutil downloading content from the internet (T1105), WMI spawning a command shell. These are the techniques that bypass antivirus and traditional IDS — and the ones most commonly used in ransomware and APT campaigns targeting SMBs.
Free 30-minute assessment. We'll identify your coverage gaps and show you exactly what signals ARIA would be watching.
Book Free Assessment View PricingARIA deploys Wazuh agents on Windows (7/10/11/Server 2012+), macOS (10.15+), and major Linux distributions (Ubuntu, CentOS/RHEL, Debian, Amazon Linux). Cloud workloads on AWS EC2, Azure VMs, and GCP Compute Engine are also supported via the agent.
The Wazuh agent is designed for minimal footprint. Under normal conditions, it consumes less than 1% CPU and 50–100MB of RAM. Log collection and event forwarding happen asynchronously. The agent does not perform inline network inspection and does not block processes — it is a passive collection layer.
Yes. For cloud infrastructure, ARIA deploys the Wazuh agent on cloud VMs. For cloud identity and admin events, ARIA ingests Microsoft Entra ID (Azure AD) audit logs and Google Workspace admin reports. AWS CloudTrail and Azure Activity Log ingestion is available on Enterprise plans.
ARIA's detection ruleset is updated continuously. New techniques observed in threat intelligence feeds (CISA KEV, OTX, vendor advisories) are translated into detection logic and deployed without requiring any action from the client. Clients are not responsible for rule maintenance.
A SIEM (Security Information and Event Management) aggregates log data and generates alerts based on rules and correlation. XDR (Extended Detection and Response) extends this to include automated response actions across endpoint, network, and cloud. Wazuh functions as both — it ingests logs (SIEM function) and can execute response actions on endpoints (XDR function). ARIA's AI layer sits on top of Wazuh to handle the triage and decision layer that raw SIEM platforms don't provide.