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

DET0108: Detection Strategy for Data Encoding in C2 Channels

This detection strategy matters because it points defenders at a common C2 concealment problem: adversaries may encode command-and-control data so the traf...

EnterpriseDET0108Detection StrategyObject v1.0 Modified
Glexia's Take

Analyst context for executives and security teams

Analyst confidence Medium

This detection strategy matters because it points defenders at a common C2 concealment problem: adversaries may encode command-and-control data so the traffic content is harder to recognize. For leaders, the decision value is not whether Base64, MIME, Unicode, or other encodings are inherently malicious, but whether the organization can distinguish normal encoded application traffic from suspicious encoded C2 patterns across enterprise systems.

Executive priority

Prioritize this as a coverage-validation item for command-and-control detection and incident response readiness. Security leaders should ask whether SOC teams can inspect and retain enough network, proxy, DNS, endpoint, and application telemetry to investigate encoded C2 traffic on Windows, Linux, macOS, and ESXi environments where relevant. This is also useful audit evidence: it shows whether monitoring controls address evasive C2 behavior rather than only obvious plaintext indicators.

Technical view

The ATT&CK object is a detection strategy for Data Encoding in C2 Channels and is related to technique T1132, Data Encoding, under command-and-control. Because the official detection strategy fields do not provide detailed analytics, teams should validate coverage around encoded content appearing in outbound C2-like communications, especially where encoding appears in unusual destinations, parameters, headers, payloads, or repeated beacon-like traffic. Detection engineering should focus on combining encoding indicators with connection context, process or host context, destination reputation, frequency, and protocol expectations rather than alerting on encoding alone.

Likely telemetry

  • Network traffic metadata and packet or payload inspection where legally and operationally permitted
  • Proxy, web gateway, and secure web gateway logs
  • DNS query and response logs
  • Endpoint process-to-network connection telemetry
  • HTTP headers, URLs, parameters, and user-agent fields where collected

Detection direction

  • Validate whether monitoring can identify encoded strings or character encoding patterns in outbound command-and-control-relevant traffic without treating all encoding as malicious.
  • Tune detections to combine encoded content with suspicious destination, abnormal frequency, uncommon process origin, unusual protocol use, or beacon-like behavior.
  • Review blind spots created by encrypted traffic, limited payload retention, privacy constraints, unmanaged hosts, and gaps in ESXi/Linux/macOS telemetry.
  • Use relationship context to map this strategy to ATT&CK T1132 and the command-and-control tactic for coverage reporting and SOC playbook alignment.
  • Document false-positive handling for legitimate Base64, MIME, Unicode, ASCII, and other encoding used by normal applications and protocols.

Mitigation priorities

  • First, confirm visibility: network, proxy, DNS, and endpoint telemetry must be available before this strategy can be meaningfully validated.
  • Next, baseline normal encoded traffic patterns for major business applications and infrastructure services.
  • Then, implement detection logic that correlates encoded data with suspicious C2 context rather than encoding alone.
  • Finally, ensure IR playbooks include steps to decode, preserve, and analyze suspected encoded communications while maintaining chain-of-custody and privacy requirements.
Analyst notes and limits

This object has no official description or detection text in the supplied fields, so the take is derived from its name, external reference, and its relationship to ATT&CK technique T1132 Data Encoding. The related technique describes adversaries encoding C2 information using standard encoding systems such as ASCII, Unicode, Base64, MIME, or other binary-to-text and character encoding systems.

The supplied detection strategy does not specify platforms, tactics, analytics, data sources, mitigations, or examples. Platform and tactic context comes only from the related T1132 technique. Local network architecture, logging depth, encryption handling, and acceptable-use constraints will determine practical detection coverage.

Official MITRE ATT&CK definition

Detection Strategy for Data Encoding in C2 Channels

No official description is available in the imported ATT&CK source object.

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

Techniques used

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 T1132 Data Encoding This object detects Data Encoding.
Relationship explorer

All related ATT&CK context

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.0
Created
Modified
Raw hash
42579852f1324842...
Imported snapshots across ATT&CK releases (1)
Release Bundle imported Object version Modified Status Raw hash
19.1 1.0 Current bundle 42579852f132…
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]
    mitre-attack DET0108
    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.