Join our Newsletter — 33% off our NHI Course
Threats, Abuse & Incident Response

RAT

← Back to Glossary
By NHI Mgmt Group Updated October 29, 2026 Domain: Threats, Abuse & Incident Response

RAT is a remote access trojan, a type of malware that gives an attacker covert remote control of a compromised device. It commonly supports commands for file access, screen capture, keystroke logging, process control and persistence, letting the attacker operate the endpoint as if they had legitimate administrator access.

What a RAT does

A remote access trojan gives an attacker covert control of a compromised endpoint. It turns the device into an interactive foothold, often blending administration-like actions with stealth, persistence, and remote execution.

The defining security problem is not just unauthorized access, but hidden control. A RAT can read files, capture screens, log keystrokes, run processes and maintain access, which means defenders may face both immediate misuse and quiet long-term persistence.

How RATs enable compromise

RATs are built to convert initial execution into an operational beachhead. Once active, they commonly support command-and-control communication, letting the attacker issue instructions, browse the system, and use the endpoint as a platform for follow-on actions.

That makes a RAT especially dangerous on privileged or highly connected systems. If the compromised host holds credentials, tokens, cached sessions, or access to internal tools, the malware can become a bridge from one endpoint breach to broader environment exposure.

Common capabilities and attacker objectives

Typical RAT capabilities include file transfer, screen viewing, keylogging, process management, and persistence mechanisms. Those functions are designed to support surveillance, theft, lateral movement, and repeated access rather than a one-time disruptive event.

In practice, the attacker’s objective is often to preserve stealth while expanding control. A RAT can be used to collect sensitive data over time, monitor user activity, stage additional malware, or interact with internal services as if the attacker were a legitimate operator.

Why RAT detection is difficult

RAT activity often resembles normal remote administration traffic, especially when it uses standard ports, common protocols, or living-off-the-land execution patterns. That overlap makes simple signature-based detection unreliable when the malware is configured to hide its tooling and reduce noise.

Defenders usually need to correlate endpoint behaviour, network beacons, unusual process trees, suspicious child processes, and unexpected credential use. The most useful clue is often a pattern of small, persistent, low-noise actions that do not match the device’s normal role.

Risk and Threat Considerations

RATs are dangerous because they combine covert access with interactive control. A successful compromise can expose data, internal systems, and identity material, while the attacker remains able to return, observe, and pivot from the same endpoint.

Failure mechanism: Initial execution is converted into persistent command-and-control, then used to harvest data, observe the user, and abuse trusted access paths from inside the environment.

Impact: Organisations can lose confidentiality, integrity, and containment at the same time, especially when the infected host has privileged sessions or reaches sensitive internal services.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

MITRE ATT&CK addresses the attack and risk surface, while NIST SP 800-53 Rev 5 sets the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
MITRE ATT&CKT1059 — Command and Scripting InterpreterRATs commonly execute attacker commands on the host.
T1055 — Process InjectionRATs often hide inside or manipulate processes to persist and evade detection.
T1105 — Ingress Tool TransferRAT operators frequently move tools onto the compromised device for follow-on access.
Recommendation — Map observed RAT command execution to T1059 and hunt for scripted follow-on activity. Look for process tampering and injected code when investigating RAT persistence. Detect and block unexpected tool transfers associated with RAT staging.
NIST SP 800-53 Rev 5AU-6 — Audit Review, Analysis, and ReportingRAT detection depends on reviewing logs for unusual remote-control behaviour.
SI-3 — Malicious Code ProtectionRATs are malware and fall directly under malicious code protection controls.
Recommendation — Correlate endpoint and network logs to identify RAT activity. Use malicious code protections to quarantine RAT infections quickly.

Practitioner Guidance

Why practitioners should care: A RAT should be treated as an endpoint compromise with active operator presence, not as a simple malware infection. The response priority is to identify the infected host, contain its network reach, and determine what the attacker could already see or use.

What to watch for: Unusual outbound beacons, unexpected remote-control behaviour, strange process chains, and new persistence mechanisms are all strong indicators that the endpoint is being operated interactively.

Practitioner takeaway: The most important question after discovery is not just how the RAT arrived, but what trust, sessions, and access it may have already inherited from the compromised device.

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on October 29, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org