Live Active security incident? Get immediate response
MITRE ATT&CK® Technique

T1020.001: Traffic Duplication

Adversaries may leverage traffic mirroring in order to automate data exfiltration over compromised infrastructure. Traffic mirroring is a native feature for some devices, often used for network analysis. For example, devices may be configured to forward network traffic to one or more destinations for analysis by a network analyzer or other monitoring device. [1][2]

Adversaries may abuse traffic mirroring to mirror or redirect network traffic through other infrastructure they control. Malicious modifications to network devices to enable traffic redirection may be possible through ROMMONkit or Patch System Image.[3][4]

Many cloud-based environments also support traffic mirroring. For example, AWS Traffic Mirroring, GCP Packet Mirroring, and Azure vTap allow users to define specified instances to collect traffic from and specified targets to send collected traffic to.[5][6][7]

Adversaries may use traffic duplication in conjunction with Network Sniffing, Input Capture, or Adversary-in-the-Middle depending on the goals and objectives of the adversary.

EnterpriseT1020.001Sub-techniqueObject v1.4 Modified
Glexia's Take

Analyst context for executives and security teams

Analyst confidence Medium

Traffic Duplication matters because a legitimate network or cloud monitoring feature can become an exfiltration path. If an attacker gains enough control over network devices or IaaS configuration, mirrored traffic can be redirected to infrastructure they control, allowing sensitive data to leave without looking like a normal file transfer from an endpoint.

Executive priority

Prioritize this where sensitive workloads traverse network devices or IaaS environments that support mirroring, packet mirroring, or virtual taps. Leaders should ask who can create or modify mirroring sessions, whether those changes are logged and reviewed, and whether encrypted traffic, DLP, and account governance provide evidence for audit and incident response. The business risk is quiet loss of data through an administrative feature, not a malware-only scenario.

Technical view

This is an exfiltration sub-technique of Automated Exfiltration affecting Network Devices and IaaS. SOC, cloud security, and IR teams should validate visibility into creation, modification, and destination changes for traffic mirroring on network infrastructure and cloud services such as AWS Traffic Mirroring, GCP Packet Mirroring, and Azure vTap where used. Because ATT&CK provides no official detection text here, detection engineering should lean on the related detection strategy DET0403 and local control-plane logs, configuration history, and network-flow evidence. Investigations should also consider relationship-driven context: traffic duplication may support Network Sniffing, Input Capture, or Adversary-in-the-Middle activity.

Likely telemetry

  • Network device configuration change logs for port mirroring, SPAN, traffic mirroring, or redirection settings
  • IaaS control-plane audit logs for packet mirroring, traffic mirroring, or virtual TAP creation and modification
  • Cloud IAM or administrative activity showing who changed mirroring sources, filters, and destinations
  • Network flow records showing mirrored traffic targets or unusual monitoring destinations
  • Configuration management or backup snapshots for routers, switches, and cloud networking resources

Detection direction

  • Alert on new, modified, or unauthorized traffic mirroring sessions, especially destination changes to unapproved collectors or infrastructure.
  • Baseline approved monitoring devices, cloud mirror targets, and maintenance windows to reduce false positives from legitimate network analysis activity.
  • Correlate mirroring configuration changes with privileged account activity and change-management records.
  • Review blind spots around legacy network devices, unmanaged infrastructure, and cloud projects/accounts where control-plane logging is incomplete.
  • Treat detections as high-context leads: mirroring may be legitimate, so validation requires ownership, ticketing, destination, and data-sensitivity review.

Mitigation priorities

  • Enforce user account management and least-privilege access for network device and IaaS administrators who can configure mirroring.
  • Maintain approved inventories of mirror sources, filters, and destinations, and review them against business need.
  • Encrypt sensitive information in transit so duplicated traffic is less useful if redirected.
  • Use DLP capabilities to identify and control movement of sensitive data where applicable.
  • Include mirroring and virtual TAP configuration review in cloud security, network device hardening, and incident response playbooks.
Analyst notes and limits

The supplied ATT&CK object is focused on abuse of legitimate traffic mirroring features for exfiltration. The relationship to M1018, M1041, and M1057 supports prioritizing account governance, encryption, and DLP. The relationship to T1020 frames this as automated exfiltration rather than a standalone endpoint behavior.

ATT&CK provides no official detection text for this object, and the related DET0403 details are not supplied beyond its name. Coverage depends heavily on local device models, cloud providers in use, administrative logging, configuration management, and the organization’s approved monitoring architecture. This take does not assert active exploitation or guaranteed detection.

Official MITRE ATT&CK definition

Traffic Duplication

Adversaries may leverage traffic mirroring in order to automate data exfiltration over compromised infrastructure. Traffic mirroring is a native feature for some devices, often used for network analysis. For example, devices may be configured to forward network traffic to one or more destinations for analysis by a network analyzer or other monitoring device. [1][2]

Adversaries may abuse traffic mirroring to mirror or redirect network traffic through other infrastructure they control. Malicious modifications to network devices to enable traffic redirection may be possible through ROMMONkit or Patch System Image.[3][4]

Many cloud-based environments also support traffic mirroring. For example, AWS Traffic Mirroring, GCP Packet Mirroring, and Azure vTap allow users to define specified instances to collect traffic from and specified targets to send collected traffic to.[5][6][7]

Adversaries may use traffic duplication in conjunction with Network Sniffing, Input Capture, or Adversary-in-the-Middle depending on the goals and objectives of the adversary.

View the same entry on attack.mitre.org (MITRE-hosted reference; in-page links above use the Glexia ATT&CK library.)

Glexia analysis

How security teams should use this page

Treat this object as behavior context, not an attribution claim. Validate the related groups, software, data sources, and mitigations against official ATT&CK relationships and your own telemetry before making control-coverage decisions.

ATT&CK relationship table

Related techniques

This mirrors the MITRE pattern of making group, software, campaign, and technique relationships scannable. Relationship notes come from mirrored ATT&CK relationship text when available.

1 rows
Domain ID Name Relationship / procedure
Enterprise T1020 Automated Exfiltration This object subtechnique of Automated Exfiltration.
Relationship explorer

All related ATT&CK context

Mitigations

Mitigation direction

Change history

Object version and sync metadata

The fields below describe the current mirrored snapshot. When Glexia retains multiple ATT&CK source imports, you can open the table to compare the same object across releases (hashes and MITRE timestamps). For MITRE’s own release notes and roadmap, see ATT&CK resources — Updates .

ATT&CK release
19.1
Object version
1.4
Created
Modified
Raw hash
9a3614bab81928ce...
Imported snapshots across ATT&CK releases (1)
Release Bundle imported Object version Modified Status Raw hash
19.1 1.4 Current bundle 9a3614bab819…
Raw source

Mirrored ATT&CK source object

The raw object is retained through the mirrored ATT&CK source bundle and object hash. The raw endpoint returns the exact object from the mirrored bundle when available.

Source references

External references and citations

MITRE external references are preserved separately from Glexia analysis so citations remain traceable to their original source records.

  1. [1]
    Cisco Traffic Mirroring

    Cisco. (n.d.). Cisco IOS XR Interface and Hardware Component Configuration Guide for the Cisco CRS Router, Release 5.1.x. Retrieved October 19, 2020.

    Open source URL
  2. [2]
    Juniper Traffic Mirroring

    Juniper. (n.d.). Understanding Port Mirroring on EX2200, EX3200, EX3300, EX4200, EX4500, EX4550, EX6200, and EX8200 Series Switches. Retrieved October 19, 2020.

    Open source URL
  3. [3]
    US-CERT-TA18-106A

    US-CERT. (2018, April 20). Alert (TA18-106A) Russian State-Sponsored Cyber Actors Targeting Network Infrastructure Devices. Retrieved October 19, 2020.

    Open source URL
  4. [4]
    Cisco Blog Legacy Device Attacks

    Omar Santos. (2020, October 19). Attackers Continue to Target Legacy Devices. Retrieved October 20, 2020.

    Open source URL
  5. [5]
    AWS Traffic Mirroring

    Amazon Web Services. (n.d.). How Traffic Mirroring works. Retrieved March 17, 2022.

    Open source URL
  6. [6]
    GCP Packet Mirroring

    Google Cloud. (n.d.). Packet Mirroring overview. Retrieved March 17, 2022.

    Open source URL
  7. [7]
    Azure Virtual Network TAP

    Microsoft. (2022, February 9). Virtual network TAP. Retrieved March 17, 2022.

    Open source URL
  8. [8]
    mitre-attack T1020.001
    Open source URL
Source and licensing

Source: MITRE ATT&CK®. © 2026 The MITRE Corporation. This work is reproduced and distributed with the permission of The MITRE Corporation. MITRE ATT&CK and ATT&CK are registered trademarks of The MITRE Corporation. Glexia is not affiliated with or endorsed by MITRE.