Has established a connection between the staging host and the C2 using SSH.1
Asymmetric Cryptography T1573.002
- Tactic
- Command and Control
- Platforms
- ESXi, Linux, macOS, Network Devices, Windows
- Version
- 1.2
- Created
- 16 March 2020
- Last modified
- 12 May 2026
Adversaries may employ a known asymmetric encryption algorithm to conceal command and control traffic rather than relying on any inherent protections provided by a communication protocol. Asymmetric cryptography, also known as public key cryptography, uses a keypair per party: one public that can be freely distributed, and one private. Due to how the keys are generated, the sender encrypts data with the receiver’s public key and the receiver decrypts the data with their private key. This ensures that only the intended recipient can read the encrypted data. Common public key encryption algorithms include RSA and ElGamal.
Asymmetric Cryptography MITRE reference T1573.002
12 groups have been recorded using this technique. Newest first; each entry carries MITRE’s procedure text and a link to the group’s full record. Click a name to filter the rules below.
Has used HTTPS for command and control.1
Has used a reverse SSH shell to securely communicate with victim devices.1
Has used tools such as NICECURL with command and control communication taking place over HTTPS.1
Uses SSL for network communication.1
All 12 groups for this technique · 6 newest in this preview
5 campaigns have been recorded using this technique. Listed newest first; dates are year-granularity and attribution is MITRE’s.
Used HTTPS for command and control of compromised Versa Director servers.1
Used HTTPS for command and control.1
During Indian Critical Infrastructure Intrusions, RedEcho used SSL for network communication.1
During C0021, the threat actors used SSL via TCP port 443 for C2 communications.1
During Operation Wocao, threat actors' proxy implementation "Agent" upgraded the socket in use to a TLS socket.1
All 5 campaigns for this technique
80 software entries are documented implementing this technique. MITRE files each as a tool or as malware; newest first, then by how many groups carry them.
Has encrypted collected data using a hybrid RSA-4096 and AES-256-encryption prior to exfiltration over 'curl`.1234
Can use SSH to transfer information to C2.1
Can use RSA-2048 in addition to symmetric algorithms in C2.1
Can send a TLS 1.2 encrypted infection message via Discord webhook.1
Can use certificate-based authentication for C2 servers.1
All 80 software entries for this technique · 6 newest in this preview
Offense vs defense T1573.002
Is defensive coverage keeping up with adversary use? Eight counts, each ranked against all 697 ATT&CK techniques. Attack sits left, defense right, so a shape leaning left means adversaries are better documented here than defenders are equipped. Hover any spoke for its percentile and the share of techniques that have more. The timeline below shows when each side arrived.
How it got here
Adversary activity (campaign spans) over cumulative rule output. Each source is plotted independently from zero, so neither line includes the other. Campaign dates are year-granularity.
Asymmetric Cryptography detection strategy DET0543
MITRE names one behaviour worth catching for this technique and breaks it into 5 analytics, one per platform. Each carries the log sources it needs and the fields you tune per environment.
Detection Strategy for Encrypted Channel via Asymmetric Cryptography across OS Platforms
AN1496 · Windows
Processes not typically associated with encryption loading asymmetric crypto libraries (e.g., rsaenh.dll, crypt32.dll) and subsequently initiating outbound TLS/SSL connections with abnormal certificate chains or handshakes. Defender correlates process creation, module load, and unusual encrypted sessions.
Log sources
The data this analytic draws on. You do not need every component — each one you already collect covers part of it. Each links to its ATT&CK record.
| Data component | Name | Channel |
|---|---|---|
| Module LoadDC0016 | WinEventLog:Sysmon | EventCode=7 |
| Network Connection CreationDC0082 | WinEventLog:Sysmon | EventCode=3, 22 |
Tunable fields
MITRE calls these the analytic’s mutable elements: the thresholds and filters you set for your own environment.
| Field | What you tune |
|---|---|
| AllowedCryptoProcesses | Whitelist browsers, mail clients, or apps expected to use asymmetric crypto. |
| CertificateAuthorityList | Baseline CA list for validating abnormal certs. |
| HandshakeTimeout | Detection of incomplete or malformed handshakes. |
AN1497 · Linux
Processes (e.g., bash, python, custom binaries) dynamically linking libcrypto/libssl for RSA key exchange, then creating external connections with abnormal certificate validation or handshake anomalies. Defender observes syscall traces and outbound asymmetric key exchanges from non-SSL-native processes.
Log sources
The data this analytic draws on. You do not need every component — each one you already collect covers part of it. Each links to its ATT&CK record.
| Data component | Name | Channel |
|---|---|---|
| Module LoadDC0016 | linux:osquery | Processes linked with libssl/libcrypto performing network activity |
| Process CreationDC0032 | auditd:SYSCALL | execve or socket/connect system calls for processes using RSA handshake |
| Application Log ContentDC0038 | linux:syslog | Non-standard processes negotiating SSL/TLS key exchanges |
Tunable fields
MITRE calls these the analytic’s mutable elements: the thresholds and filters you set for your own environment.
| Field | What you tune |
|---|---|
| ExpectedCryptoLibs | Baseline libraries that normally handle asymmetric crypto. |
| TrafficAsymmetryRatio | Threshold for client-heavy data sending vs server. |
AN1498 · macOS
Applications or launchd services invoking RSA or public-key routines from the Security framework, followed by outbound SSL/TLS sessions with unrecognized certs or anomalous handshakes. Defender observes unified logs of API calls and suspicious network entropy.
Log sources
The data this analytic draws on. You do not need every component — each one you already collect covers part of it. Each links to its ATT&CK record.
| Data component | Name | Channel |
|---|---|---|
| Process CreationDC0032 | macos:unifiedlog | Process invoking SecKeyCreateRandomKey or asymmetric crypto APIs |
| Network Traffic ContentDC0085 | macos:unifiedlog | TLS connections with abnormal handshake sequence or self-signed cert |
Tunable fields
MITRE calls these the analytic’s mutable elements: the thresholds and filters you set for your own environment.
| Field | What you tune |
|---|---|
| TrustedDoHEndpoints | Known legitimate DoH/SSL endpoints. |
| PayloadEntropyThreshold | Entropy scoring for outbound payloads. |
AN1499 · ESXi
VMware services (hostd, vpxa) unexpectedly negotiating asymmetric crypto sessions to external endpoints outside vCenter or update servers. Defender sees encrypted handshakes in logs inconsistent with baseline ESXi communication patterns.
Log sources
The data this analytic draws on. You do not need every component — each one you already collect covers part of it. Each links to its ATT&CK record.
| Data component | Name | Channel |
|---|---|---|
| Application Log ContentDC0038 | esxi:vpxd | ESXi process initiating asymmetric handshake with external host |
| Network Traffic ContentDC0085 | esxcli:network | Socket inspection showing RSA key exchange outside baseline endpoints |
Tunable fields
MITRE calls these the analytic’s mutable elements: the thresholds and filters you set for your own environment.
| Field | What you tune |
|---|---|
| BaselineMgmtHosts | Expected external endpoints (vCenter, update repos). |
AN1500 · Network Devices
Encrypted sessions detected with asymmetric key exchange anomalies on non-standard ports or with invalid/malformed certs. Defender correlates NetFlow/IPFIX with IDS/IPS detecting RSA exchanges outside expected TLS flows.
Log sources
The data this analytic draws on. You do not need every component — each one you already collect covers part of it. Each links to its ATT&CK record.
| Data component | Name | Channel |
|---|---|---|
| Network Traffic FlowDC0078 | NSM:Flow | Flow records with RSA key exchange on unexpected port |
| Network Traffic ContentDC0085 | IDS:TLSInspection | Malformed certs, incomplete asymmetric handshakes, or invalid CAs |
Tunable fields
MITRE calls these the analytic’s mutable elements: the thresholds and filters you set for your own environment.
| Field | What you tune |
|---|---|
| PortProfiles | Define expected ports for asymmetric cryptography (e.g., 443, 993). |
| CertValidationPolicy | Thresholds for rejecting untrusted/self-signed certs. |
Network intrusion detection and prevention systems that use network signatures to identify traffic for specific adversary malware can be used to mitigate activity at the network level.
SSL/TLS inspection can be used to see the contents of encrypted sessions to look for network-based indicators of malware communication protocols.