LiveActive security incident?Get immediate response
MITRE ATT&CK® ICS Asset

A0005: Intelligent Electronic Device (IED)

An Intelligent Electronic Device (IED) is a type of specialized field device that is designed to perform specific operational functions, frequently for protection, monitoring, or control within the electric sector. IEDs are typically used to both acquire telemetry and execute tailored control algorithms/actions based on customizable parameters/settings. An IED is usually implemented as a dedicated embedded device and supports various network automation protocols to communicate with RTUs and Control Servers.

ICSA0005ICS AssetObject v1.1Modified
Glexia's Take · Automated analysis

Security context for executives and security teams

Automation confidenceMedium

Intelligent Electronic Devices are embedded field devices used in the electric sector for protection, monitoring, and control. Their business importance is that they sit close to the physical process: if their settings, communications, availability, or operating mode are manipulated, operators may lose trusted telemetry or expected response functions. For executives, this makes IED coverage a resilience and cyber-physical risk issue, not just an OT asset inventory detail.

Executive priority

Prioritize IED visibility where they support safety, protection, monitoring, or control functions. Leaders should ask whether the organization has an accurate inventory of IEDs, knows which RTUs and Control Servers they communicate with, can evidence change control for parameters and alarm settings, and can respond if devices enter unexpected modes, restart, stop responding, or show abnormal network behavior. Because ATT&CK lists many techniques targeting this asset, IEDs should be part of OT incident response planning, vulnerability prioritization, supplier assurance, and compliance evidence for critical operational environments.

Technical view

ATT&CK does not provide a detection section for A0005, so SOC and OT teams should validate coverage from the relationship context. Relevant behaviors include firmware update mode activation, process-state monitoring, brute-force I/O changes, data destruction, denial of service, restart or shutdown, exploitation for evasion or remote services, adversary-in-the-middle activity, parameter and alarm setting modification, network discovery, sniffing, rogue master activity, valid account use, point and tag identification, removable media replication, rootkit behavior, and supply chain compromise. Detection engineering should focus on whether embedded IED communications, configuration changes, management access, protocol activity, and device state changes are observable and correlated with authorized work orders or engineering activity.

Likely telemetry

  • IED asset inventory and configuration baselines
  • Network automation protocol traffic between IEDs, RTUs, and Control Servers
  • Device mode, restart, shutdown, and availability events where available
  • Parameter, alarm setting, firmware, and configuration change records
  • Authentication and account-use logs for engineering or device-management access

Detection direction

  • Start by mapping which IEDs support critical protection, monitoring, or control functions and which communications are normal for each device.
  • Baseline expected protocol peers, polling patterns, command sources, and maintenance windows; alert on deviations such as new masters, unexpected discovery traffic, or unusual request volume.
  • Correlate parameter, alarm, firmware, and mode changes with approved engineering change records to reduce false positives from legitimate maintenance.
  • Treat device restarts, shutdowns, unresponsiveness, or update-mode transitions as high-context OT events requiring process-owner validation, not purely IT alerts.
  • Validate whether monitoring can see embedded-device traffic directly; a common blind spot is assuming enterprise EDR or server logs cover field devices.

Mitigation priorities

  • Maintain an authoritative IED inventory with ownership, criticality, firmware/software versions, communications peers, and supported management paths.
  • Enforce formal change control for parameter, alarm, firmware, and mode changes, including operational approval and post-change verification.
  • Restrict and monitor management access, valid account use, and remote service exposure to only required engineering and operations paths.
  • Segment and monitor IED communications with RTUs and Control Servers so unexpected masters, discovery, or abnormal traffic volumes are visible.
  • Include IED restart, denial-of-service, firmware-mode, and configuration-manipulation scenarios in OT incident response playbooks.
Additional notes and limits

This object is an ATT&CK ICS asset, not a technique. The strongest decision value comes from its relationship context: many ICS techniques target IEDs, spanning discovery, credential use, configuration modification, denial of service, firmware/update behavior, and supply-chain or removable-media pathways. The supplied description specifically places IEDs in the electric sector and identifies embedded implementation and communication with RTUs and Control Servers.

MITRE provides no official detection text, no tactics, no aliases, and only the Embedded platform for this asset. Local architecture, vendor implementation, protocol use, logging capability, safety role, and maintenance practices are required before assessing actual exposure, control effectiveness, or detection coverage.

Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.

Official MITRE ATT&CK definition

Intelligent Electronic Device (IED)

An Intelligent Electronic Device (IED) is a type of specialized field device that is designed to perform specific operational functions, frequently for protection, monitoring, or control within the electric sector. IEDs are typically used to both acquire telemetry and execute tailored control algorithms/actions based on customizable parameters/settings. An IED is usually implemented as a dedicated embedded device and supports various network automation protocols to communicate with RTUs and Control Servers.

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.

48 rows
DomainIDNameRelationship / procedure
ICST0830Adversary-in-the-MiddleAdversary-in-the-Middle targets this object.
ICST0846Remote System DiscoveryRemote System Discovery targets this object.
ICST0806Brute Force I/OBrute Force I/O targets this object.
ICST0851RootkitRootkit targets this object.
ICST0871Execution through APIExecution through API targets this object.
ICST0869Standard Application Layer ProtocolStandard Application Layer Protocol targets this object.
ICST0816Device Restart/ShutdownDevice Restart/Shutdown targets this object.
ICST0890Exploitation for Privilege EscalationExploitation for Privilege Escalation targets this object.
ICST1694.001Default CredentialsSub-techniqueDefault Credentials targets this object.
ICST1695.002EthernetSub-techniqueEthernet targets this object.
ICST0881Service StopService Stop targets this object.
ICST1695.001Serial COMSub-techniqueSerial COM targets this object.
ICST0820Exploitation for EvasionExploitation for Evasion targets this object.
ICST0842Network SniffingNetwork Sniffing targets this object.
ICST0888Remote System Information DiscoveryRemote System Information Discovery targets this object.
ICST0801Monitor Process StateMonitor Process State targets this object.
ICST1691Block Operational Technology MessageBlock Operational Technology Message targets this object.
ICST0836Modify ParameterModify Parameter targets this object.
ICST0846.003Multicast DiscoverySub-techniqueMulticast Discovery targets this object.
ICST0866Exploitation of Remote ServicesExploitation of Remote Services targets this object.
ICST0878Alarm SuppressionAlarm Suppression targets this object.
ICST0846.002Broadcast DiscoverySub-techniqueBroadcast Discovery targets this object.
ICST0874HookingHooking targets this object.
ICST1694Insecure CredentialsInsecure Credentials targets this object.
ICST0846.001Port ScanSub-techniquePort Scan targets this object.
ICST0872Indicator Removal on HostIndicator Removal on Host targets this object.
ICST0838Modify Alarm SettingsModify Alarm Settings targets this object.
ICST0885Commonly Used PortCommonly Used Port targets this object.
ICST0848Rogue MasterRogue Master targets this object.
ICST1693.001System FirmwareSub-techniqueSystem Firmware targets this object.
ICST1692.002Reporting MessageSub-techniqueReporting Message targets this object.
ICST0834Native APINative API targets this object.
ICST1691.001Command MessageSub-techniqueCommand Message targets this object.
ICST0859Valid AccountsValid Accounts targets this object.
ICST0814Denial of ServiceDenial of Service targets this object.
ICST1695.003Wi-FiSub-techniqueWi-Fi targets this object.
ICST1692Unauthorized MessageUnauthorized Message targets this object.
ICST0840Network Connection EnumerationNetwork Connection Enumeration targets this object.
ICST1692.001Command MessageSub-techniqueCommand Message targets this object.
ICST1691.002Reporting MessageSub-techniqueReporting Message targets this object.
ICST0800Activate Firmware Update ModeActivate Firmware Update Mode targets this object.
ICST0892Change CredentialChange Credential targets this object.
ICST1695Block CommunicationsBlock Communications targets this object.
ICST0847Replication Through Removable MediaReplication Through Removable Media targets this object.
ICST0861Point & Tag IdentificationPoint & Tag Identification targets this object.
ICST0862Supply Chain CompromiseSupply Chain Compromise targets this object.
ICST0884Connection ProxyConnection Proxy targets this object.
ICST0809Data DestructionData Destruction targets this object.
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.1
Created
Modified
Raw hash
e6801a3a0ef28ad9...
Imported snapshots across ATT&CK releases(1)
ReleaseBundle importedObject versionModifiedStatusRaw hash
19.11.1Current bundlee6801a3a0ef2…
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-attackA0005
    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.