THREAT RESEARCH

Digital Twin State Desynchronization

Physical and digital state diverge beyond the limits accepted for the twin’s purpose.

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

time sources, message queues, state stores, models, operator views

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

Freshness and synchronization controls

Use trusted time, sequence information, age limits, reconciliation rules, and explicit degraded-state handling.

CONTROL

End-to-end provenance

Retain origin, transformations, time context, quality, calibration, model version, and decision lineage.

CONTROL

Cross-domain monitoring

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

CONTROL

Resilience and recovery

Design safe degraded modes, tested restoration, trusted baselines, offline procedures, and incident reconstruction.

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.