THREAT RESEARCH

Sensor Impersonation

An unauthorized source assumes the identity or role of an expected sensor.

Published
Last reviewed
Evidence
SUPPORTED
Author
Open Digital Twin Security Lab

Why it matters

Digital twins can convert accepted data and software state into analysis, recommendations, or physical authority. A failure may therefore cross from information integrity into operational, safety, privacy, financial, or environmental consequences.

Affected components

field devices, identity services, gateways, registries

Attack surface

Device identity, local interfaces, network paths, data ingestion, service APIs, storage, model pipelines, administrative tooling, and supplier-maintained connections.

Prerequisites

Some ability to influence a trusted source, credential, component, integration, update path, operator workflow, or assurance assumption. Exact prerequisites are implementation-dependent.

Conceptual attack sequence

  1. Establish influence over an accepted component or trust relationship.
  2. Introduce data, identity, model, or command state that appears acceptable.
  3. Allow ordinary synchronization or decision logic to propagate the state.
  4. Exploit delayed detection, incomplete provenance, or excessive authority.
Defensive scope

This sequence supports threat modeling and detection. It intentionally omits exploit procedures, payloads, and real-target instructions.

Observable indicators

  • Identity or certificate changes outside maintenance windows.
  • Timing, sequence, calibration, or provenance anomalies.
  • Mismatch among independent physical and digital observations.
  • Unexpected model, parameter, API, or command changes.
  • Operator views that disagree with process invariants or trusted local evidence.

Likely impact

  • Incorrect state estimation or prediction
  • Unsafe or inefficient decisions
  • Loss of availability or confidence
  • Damaged audit and incident evidence
  • Potential physical, privacy, financial, or environmental harm

Defensive controls

CONTROL

Cryptographic machine identity

Assign verifiable, rotatable identities to devices, gateways, services, twins, models, and control endpoints.

CONTROL

Telemetry authenticity and integrity

Authenticate data sources and protect messages against modification, replay, substitution, and downgrade.

CONTROL

Asset and dependency inventory

Maintain ownership, purpose, version, location, data flows, dependencies, and safety relevance for twin components.

CONTROL

Cross-domain monitoring

Correlate cyber events, physical process behavior, data quality, model drift, identity use, and operator actions.

PRIMARY SOURCES

References

  1. NIST IR 8356: Security and Trust Considerations for Digital Twin TechnologyNIST · 2025 · Government research publication

    Primary NIST treatment of digital-twin characteristics, cybersecurity, and trust considerations.

  2. NIST SP 800-82 Rev. 3: Guide to Operational Technology (OT) SecurityNIST · 2023 · Government guidance

    Security guidance for OT while accounting for performance, reliability, and safety requirements.

  3. NIST SP 800-53 Rev. 5: Security and Privacy Controls for Information Systems and OrganizationsNIST · 2020 · Control catalog

    A flexible catalog of security and privacy controls; not a digital-twin-specific baseline.