APT40 (Leviathan) is a threat actor group known for targeting organisations of strategic interest, often through spearphishing and exploitation of exposed services. Security teams should monitor for credential theft, web shell activity and unusual remote access, then prioritise patching, MFA, network segmentation and detection of suspicious post-compromise behaviour.
What APT40 (Leviathan) Means in Practice
APT40 is not just a label, it is a shorthand for a coordinated threat actor with a recognisable operating pattern. For defenders, that matters because attribution lets you connect scattered alerts, such as phishing, web shell placement, and odd remote access, into one campaign picture instead of treating them as unrelated noise.
The group name also signals that the activity is strategic rather than opportunistic. Organisations should expect the targeting logic to follow access, persistence, and intelligence value, which is why the same intrusion may begin with a simple lure and then expand into broader compromise once a foothold is established.
Threat Actor Groups Guide explains how group names, aliases, and vendor naming schemes fit into threat intelligence workflows.
Why APT40 Is Dangerous
The danger is not only initial compromise, but what the group can do after it gets in. Spearphishing and exploitation of exposed services are effective because they bypass weak perimeter assumptions and can land inside environments that still rely on exposed internet-facing assets or user click-through as the first line of defence.
Once access is achieved, defenders should think in terms of credential theft, post-exploitation tooling, and quiet lateral movement. Web shells are especially problematic because they provide a durable remote execution path that can survive the original exploit chain and make routine incident triage look like ordinary administrative traffic.
APT40 style activity also creates decision pressure: if monitoring is tuned only for malware signatures, the campaign can blend into normal service administration. The more the environment depends on exposed services, weak segmentation, or reusable credentials, the easier it is for the actor to move from one touched system to broader access.
How Teams Check Exposure and Reduce Opportunity
Exposure review should start with the assets that can be reached from the internet, the identity material that protects them, and the services that accept remote management or application traffic. That includes validating whether externally reachable systems are still necessary, whether authentication is resistant to phishing, and whether administrative paths are separated from routine user access.
Network segmentation matters because it limits the blast radius after the first foothold. If a compromised web server can talk broadly to internal systems, the actor gains room to search for credentials, stage tools, and pivot toward higher-value targets without needing a second public exploit.
Monitoring should also include vendor advisories, exploit activity affecting exposed services, and signs that a system has been repurposed as a persistence point. For a broader defensive model, map the detection and containment workflow to NIST Cybersecurity Framework 2.0, which aligns identification, protection, detection, response, and recovery.
Detection, Containment, and Recovery Priorities
The most useful indicators are often behavioural rather than purely signature-based. Unexpected remote access, suspicious child processes, new or altered web shells, abnormal authentication patterns, and unusual outbound connections are all signs that the intrusion may have moved beyond the initial exploit stage.
Containment should preserve evidence while cutting off the paths the actor is using to maintain access. That usually means isolating the affected host, reviewing exposed management interfaces, and looking for reuse of the same credentials or remote tools across multiple systems, because a single compromised account can turn a point incident into a broader campaign.
In practice, the actor’s technique aligns well with the kinds of adversary behaviours documented in MITRE ATT&CK Enterprise Matrix, especially credential access, lateral movement, persistence, and defence evasion. For password hygiene and phishing-resistant authentication, NIST SP 800-63 Digital Identity Guidelines is a useful reference point.
Risk and Threat Considerations
APT40 is dangerous because it combines common entry techniques with high-value post-compromise behaviour. A successful intrusion can shift quickly from a single exposed service or phished user into credential theft, persistence, and lateral movement, which means the real damage may appear only after the initial alert is closed.
Failure mechanism: A weakly protected internet-facing service or a stolen set of credentials gives the actor a durable foothold, then web shells and remote access paths let it remain active while searching for additional access and internal trust relationships.
Impact: Organisations can lose visibility into where the attacker is operating, face broader credential compromise, and incur a much larger containment effort than the original intrusion suggests.
Practitioner Guidance: Treat any confirmed APT40-like activity as a campaign response, not a single-host cleanup. Prioritise identity review, web shell hunting, segmentation checks, and follow-on compromise analysis across systems that share credentials, access paths, or administrative trust.
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 CSF 2.0, NIST SP 800-63 and NIST SP 800-53 Rev 5 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| MITRE ATT&CK | TA0006 — Credential Access | APT40-style intrusions commonly seek stolen credentials to expand access after initial compromise. |
| TA0008 — Lateral Movement | The actor's post-compromise expansion depends on moving from the first host into additional internal systems. | |
| Recommendation — Hunt for credential access behaviours and correlate them with lateral movement and persistence signals. Trace pivot paths from the initial foothold and isolate systems that share trust or access paths. | ||
| NIST CSF 2.0 | DE.CM-01 — Continuous Monitoring | Continuous monitoring is central to spotting web shells, unusual remote access, and post-compromise behaviour. |
| Recommendation — Tune monitoring to detect abnormal authentication, remote access, and process activity on exposed hosts. | ||
| NIST SP 800-63 | AAL2 — Authenticator Assurance Level 2 | Phishing-resistant authentication helps reduce the likelihood that spearphishing leads to account takeover. |
| Recommendation — Require phishing-resistant authenticators for access paths exposed to phishing and credential theft. | ||
| NIST SP 800-53 Rev 5 | SI-4 — System Monitoring | System monitoring supports detection of web shells, suspicious commands, and anomalous remote sessions. |
| Recommendation — Instrument servers to alert on web shell artefacts, suspicious processes, and abnormal remote execution. | ||
Related resources from NHI Mgmt Group
- How should security teams validate controls against an APT40-style intrusion path?
- What should organisations do first when they learn an APT40-style campaign is targeting their environment?
- What tactics and techniques does Leviathan Australian Intrusions use?
- What tactics and techniques does Leviathan use?
Deepen Your Knowledge
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.
Reviewed and updated by the NHIMG editorial team on October 20, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org