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

AN0475: Analytic 0475

Direct write access to /dev/mem or /sys/firmware combined with usage of firmware flashing utilities (e.g., flashrom).

EnterpriseAN0475AnalyticObject v1.0 Modified
Glexia's Take

Analyst context for executives and security teams

Analyst confidence Medium

This analytic is about spotting Linux activity that may indicate direct interaction with system firmware or physical memory: writes to /dev/mem or /sys/firmware combined with use of firmware flashing utilities such as flashrom. For security leaders, the significance is that firmware-level changes can sit below normal operating system controls and may affect recovery confidence, asset integrity, and incident scope decisions. The ATT&CK object provides only a concise analytic description, so local validation is required before treating it as covered.

Executive priority

Prioritize this as an assurance and resilience question for Linux systems where firmware integrity matters. Leaders should ask whether SOC and incident response teams can see privileged access to firmware-related paths and firmware flashing tools, whether such activity is expected in approved maintenance workflows, and whether evidence would be strong enough to support containment, rebuild, or hardware integrity decisions during an incident.

Technical view

For SOC, detection engineering, and IR teams, validate Linux telemetry for direct write access involving /dev/mem or /sys/firmware and correlate it with execution or use of firmware flashing utilities such as flashrom. Because the official object does not specify tactics or detection logic, teams should define local baselines for legitimate firmware maintenance, administrative tooling, and change windows. The strongest signal is the combination described by MITRE: sensitive firmware or memory write access plus firmware flashing utility usage, rather than either condition in isolation.

Likely telemetry

  • Linux process execution telemetry, including command names and arguments where available
  • File access or write events involving /dev/mem
  • File access or write events involving /sys/firmware
  • Privilege or user context for processes accessing firmware-related paths
  • Change-management or maintenance records for approved firmware flashing activity

Detection direction

  • Validate that Linux audit or endpoint telemetry can capture write access to /dev/mem and /sys/firmware, not just process starts.
  • Correlate firmware-related write activity with execution of firmware flashing utilities to reduce noise and align with the analytic description.
  • Tune for legitimate administrative maintenance, hardware servicing, and approved firmware update windows to limit false positives.
  • Check for blind spots on high-value Linux systems where low-level file access, command-line arguments, or privileged process context are not collected.
  • Because no official detection logic is provided, document local analytic assumptions, required fields, and test cases as part of detection coverage evidence.

Mitigation priorities

  • Restrict who can perform privileged firmware-related operations on Linux systems and review whether access is limited to approved administrators and maintenance processes.
  • Maintain documented and auditable firmware update procedures so SOC teams can distinguish expected activity from suspicious activity.
  • Ensure critical Linux assets have telemetry capable of capturing privileged process execution and sensitive file access related to /dev/mem and /sys/firmware.
  • Include firmware-related activity in incident response triage criteria, especially when assessing system trust, recovery confidence, or potential need for deeper hardware integrity review.
  • Use this analytic as a gap-assessment item for managed detection, compliance evidence, and resilience planning rather than assuming coverage from generic endpoint logging.
Analyst notes and limits

The supplied ATT&CK object is a detection analytic for Linux and contains a brief behavior description only. No tactics, relationships, aliases, or official detection implementation were supplied. The decision value is therefore in validating whether the organization can observe and contextualize the specific combination MITRE names: direct writes to /dev/mem or /sys/firmware together with firmware flashing utility usage.

This take is limited to the official supplied fields and external reference for AN0475. It does not establish adversary use, active exploitation, impact, or guaranteed detection. Local system roles, approved maintenance practices, telemetry quality, and asset criticality are required to determine priority and response actions.

Official MITRE ATT&CK definition

Analytic 0475

Direct write access to /dev/mem or /sys/firmware combined with usage of firmware flashing utilities (e.g., flashrom).

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.

Relationship explorer

All related ATT&CK context

No relationships are available in the current normalized data for this object.

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
9b8df4d17b3f62c0...
Imported snapshots across ATT&CK releases (1)
Release Bundle imported Object version Modified Status Raw hash
19.1 1.0 Current bundle 9b8df4d17b3f…
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 AN0475
    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.