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

A0006: Data Historian

Data historians, or historian, are systems used to collect and store data, including telemetry, events, alerts, and alarms about the operational process and supporting devices. The historian typically utilizes a database to store this data, and commonly provide tools and interfaces to support the analysis of the data. Data historians are often used to support various engineering or business analysis functions and therefore commonly needs access from the corporate network. Data historians often work in a hierarchical paradigm where lower/site level historians collect and store data which is then aggregated into a site/plant level historian. Therefore, data historians often have remote services that can be accessed externally from the ICS network. Many data historian vendors have designed their software to securely transfer data between the ICS and business networks instead of requiring business systems to access the data historian in the ICS network directly.

ICSA0006ICS AssetObject v2.1Modified
Glexia's Take · Automated analysis

Security context for executives and security teams

Automation confidenceHigh

A data historian is often the bridge between operational process data and business or engineering analysis. That makes it important beyond “just another OT server”: it may hold telemetry, events, alerts, alarms, and process history, and it commonly needs some form of corporate-network access or data transfer path. If poorly governed, it can become a place to observe process state, collect sensitive operational information, or disrupt the availability and integrity of data that operators and business teams rely on.

Executive priority

Treat historians as high-value ICS assets because they connect operational visibility with business use cases. Leaders should ask whether historian access paths between ICS and corporate networks are explicitly designed, documented, monitored, and justified; whether remote services are limited to approved use; and whether the organization can prove who accessed historian data, from where, and for what purpose. This matters for operational resilience, audit evidence, incident scoping, and cyber-physical risk decisions when process telemetry or alarms are part of safety, reliability, or production workflows.

Technical view

For SOC, detection engineering, and IR teams, validate visibility around Windows, Linux, and embedded historian deployments and the network paths that aggregate lower/site-level historians into plant or site historians. Relationship context shows this asset can be targeted by process-state monitoring, automated collection, information repository collection, remote services, CLI/GUI access, discovery, port/broadcast/multicast scanning, network sniffing, adversary-in-the-middle activity, valid accounts, scripting, masquerading, rootkits, data destruction, denial of service, and restart/shutdown behavior. Because MITRE provides no official detection guidance for this asset, local baselines are essential: normal historian queries, approved engineering/business analytics jobs, expected data-transfer services, and sanctioned remote access should be clearly distinguishable from unusual enumeration, bulk access, administrative sessions, or destructive changes.

Likely telemetry

  • Historian application logs, database access logs, query history, export activity, and alarm/event access records
  • Authentication and authorization logs for users, service accounts, remote services, and corporate-to-ICS access paths
  • Windows and Linux endpoint telemetry: process execution, command-line use, scripting activity, service changes, file creation/deletion, and system restart/shutdown events
  • Network flow and packet metadata between lower/site historians, plant/site historians, ICS segments, and corporate network consumers
  • Remote access, GUI, VPN/Citrix or other external remote service session logs where applicable

Detection direction

  • Start with an approved communications map: which systems may query, administer, replicate, or receive data from each historian tier.
  • Baseline normal business analytics, engineering analysis, vendor transfer tools, and scheduled aggregation jobs to reduce false positives from legitimate high-volume historian access.
  • Tune for unusual access patterns: new source hosts, new accounts, off-hours sessions, unexpected remote services, abnormal query/export volume, or access to process-state data outside known workflows.
  • Correlate endpoint and network signals: CLI/GUI sessions, scripting, native API activity, file changes, and remote sessions should be reviewed alongside historian queries and network discovery.
  • Watch for discovery around historian assets, including port scans, broadcast discovery, multicast discovery, network connection enumeration, and sniffing-related indicators where sensors support it.

Mitigation priorities

  • Inventory historians, their operating platforms, tiers, databases, interfaces, remote services, and approved corporate-network dependencies.
  • Prefer controlled historian data-transfer architectures over broad direct corporate access to historians inside the ICS network, consistent with the asset description.
  • Restrict remote services and administrative interfaces to approved users, systems, and network paths; review valid accounts and service accounts for least privilege.
  • Maintain segmentation and access control between corporate networks, site/plant historians, and lower/site-level historians while preserving required operational data flows.
  • Harden Windows, Linux, and embedded historian hosts by reducing unnecessary services, controlling CLI/GUI administration paths, and monitoring scripting and file changes.
Additional notes and limits

The most important decision point is whether the historian is treated as a monitored boundary asset between operations and business users, not merely as an engineering database. The relationships show a broad set of possible adversary interactions, but they do not prove that every historian exposes every interface or risk. Local architecture, vendor implementation, account model, and data-transfer design determine which controls and detections matter most.

MITRE provides an asset description, platforms, and relationships, but no official detection guidance, tactics, aliases, or vendor-specific implementation details. This take does not assert active exploitation, attribution, or guaranteed detection coverage. Validation requires environment-specific evidence from historian architecture, logs, network flows, identity systems, and remote access controls.

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

Official MITRE ATT&CK definition

Data Historian

Data historians, or historian, are systems used to collect and store data, including telemetry, events, alerts, and alarms about the operational process and supporting devices. The historian typically utilizes a database to store this data, and commonly provide tools and interfaces to support the analysis of the data. Data historians are often used to support various engineering or business analysis functions and therefore commonly needs access from the corporate network. Data historians often work in a hierarchical paradigm where lower/site level historians collect and store data which is then aggregated into a site/plant level historian. Therefore, data historians often have remote services that can be accessed externally from the ICS network. Many data historian vendors have designed their software to securely transfer data between the ICS and business networks instead of requiring business systems to access the data historian in the ICS network directly.

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.

46 rows
DomainIDNameRelationship / procedure
ICST0862Supply Chain CompromiseSupply Chain Compromise targets this object.
ICST0872Indicator Removal on HostIndicator Removal on Host targets this object.
ICST0811Data from Information RepositoriesData from Information Repositories targets this object.
ICST0823Graphical User InterfaceGraphical User Interface targets this object.
ICST0885Commonly Used PortCommonly Used Port targets this object.
ICST0846Remote System DiscoveryRemote System Discovery targets this object.
ICST0892Change CredentialChange Credential targets this object.
ICST0830Adversary-in-the-MiddleAdversary-in-the-Middle targets this object.
ICST0842Network SniffingNetwork Sniffing targets this object.
ICST0874HookingHooking targets this object.
ICST0814Denial of ServiceDenial of Service targets this object.
ICST0853ScriptingScripting targets this object.
ICST0816Device Restart/ShutdownDevice Restart/Shutdown targets this object.
ICST0881Service StopService Stop targets this object.
ICST0801Monitor Process StateMonitor Process State targets this object.
ICST0893Data from Local SystemData from Local System targets this object.
ICST0820Exploitation for EvasionExploitation for Evasion targets this object.
ICST0847Replication Through Removable MediaReplication Through Removable Media targets this object.
ICST0846.002Broadcast DiscoverySub-techniqueBroadcast Discovery targets this object.
ICST0846.003Multicast DiscoverySub-techniqueMulticast Discovery targets this object.
ICST0866Exploitation of Remote ServicesExploitation of Remote Services targets this object.
ICST0849MasqueradingMasquerading targets this object.
ICST0895Autorun ImageAutorun Image targets this object.
ICST1694.001Default CredentialsSub-techniqueDefault Credentials targets this object.
ICST1695.002EthernetSub-techniqueEthernet targets this object.
ICST0878Alarm SuppressionAlarm Suppression targets this object.
ICST0840Network Connection EnumerationNetwork Connection Enumeration targets this object.
ICST0869Standard Application Layer ProtocolStandard Application Layer Protocol targets this object.
ICST0884Connection ProxyConnection Proxy targets this object.
ICST0848Rogue MasterRogue Master targets this object.
ICST1695Block CommunicationsBlock Communications targets this object.
ICST0859Valid AccountsValid Accounts targets this object.
ICST0807Command-Line InterfaceCommand-Line Interface targets this object.
ICST0851RootkitRootkit targets this object.
ICST0894System Binary Proxy ExecutionSystem Binary Proxy Execution targets this object.
ICST0886Remote ServicesRemote Services targets this object.
ICST1695.003Wi-FiSub-techniqueWi-Fi targets this object.
ICST1694Insecure CredentialsInsecure Credentials targets this object.
ICST0846.001Port ScanSub-techniquePort Scan targets this object.
ICST0834Native APINative API targets this object.
ICST0822External Remote ServicesExternal Remote Services targets this object.
ICST0890Exploitation for Privilege EscalationExploitation for Privilege Escalation targets this object.
ICST0861Point & Tag IdentificationPoint & Tag Identification targets this object.
ICST0809Data DestructionData Destruction targets this object.
ICST0888Remote System Information DiscoveryRemote System Information Discovery targets this object.
ICST0802Automated CollectionAutomated Collection 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
2.1
Created
Modified
Raw hash
b84fa8dd662ed5e1...
Imported snapshots across ATT&CK releases(1)
ReleaseBundle importedObject versionModifiedStatusRaw hash
19.12.1Current bundleb84fa8dd662e…
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-attackA0006
    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.