~ / topics / Devices
$man devices-industrial-and-infrastructure

Devices: Industrial and Infrastructure

In brief: Factories, power grids, pipelines, fuel stations and telecom networks run on specialised computers (PLCs, SCADA servers, meters, relays) that are designed to run untouched for decades. Some of them count time in a way that breaks in January 2038. In 2025 the US cybersecurity agency CISA issued the first public advisories for this kind of bug, in fuel-tank monitoring systems, and showed that an attacker can set the clock forward today to crash or lock them.

Risk level Critical
Status First CVEs issued in 2025 (CVE-2025-55067, CVE-2025-55068); protocol standards partly fixed (IEC 61850 Ed. 2); most installed devices not yet assessed
Last reviewed 2026-10-21

2038 status at a glance

Overview

Industrial control systems (ICS) and operational technology (OT) combine the worst traits described in Devices-and-Embedded-Systems: 15–30-year service lives, firmware that is rarely updated, long certification chains, and heavy dependence on accurate, shared time. Time in OT is not only for logs. It drives sequence-of-events recording in substations, alarm ordering in SCADA, billing in metering, scheduling in building automation, and authentication on device web interfaces.

The ITU-T technical paper on 2038-class events lists the industrial failure modes: "Legacy PLCs, SCADA endpoints, maritime, railway" and similar systems producing faults from out-of-range timestamps, and timestamp corruption affecting control-loop behaviour "in ways that trigger protective shutdowns" [1]. It notes that 32-bit time logic hides in compatibility layers, soft-PLCs, PLC drivers, vendor SDKs and API bridges, so replacing one visible box may not remove the problem [1].

The big change since 2024 is evidence. Bitsight's ICS lab reported that it could manipulate both NTP and GPS time to trigger 2038-related failures in real devices: crashes, corrupted logs and denial of access [2]. Two of those findings became CISA ICS advisories in 2025 [3][4].

Technical details

Confirmed vendor advisories

Advisory Vendor / product CVE Description (CISA wording) Fixed in
ICSA-25-261-07 (2025-09-18) [3] Dover Fueling Solutions ProGauge MagLink LX4, LX4 Plus, LX4 Ultimate (fuel and water tank monitor) CVE-2025-55068 (CWE-190, CVSS v3.1 8.2 / v4 8.8) "Affected devices fail to handle Unix time values beyond a certain point." Manually changing the system time can cause authentication errors and denial of service. LX4 / LX Plus 4.20.3; LX Ultimate 5.20.3
ICSA-25-296-03 (2025-10-23) [4] Veeder-Root TLS4B Automatic Tank Gauge System CVE-2025-55067 (CWE-190, CVSS v3.1 7.1 / v4 7.1) "The TLS4B ATG system is vulnerable to improper handling of Unix time values that exceed the 2038 epoch rollover." No fix at time of advisory; vendor said it "will provide a fix"

Both were reported by Pedro Umbelino of Bitsight [3][4]. Automatic tank gauges (ATGs) are a useful case study. Bitsight counts 5,000–10,000 exposed ATGs worldwide and cites the EPA figure of about 535,000 regulated tanks at about 192,000 facilities. It estimates that replacing roughly 50,000 vulnerable units would cost USD 1–1.8 billion and take 3–6 years [2].

As of 2026-10-21, no further CISA advisory that explicitly cites the 2038 rollover was found during research for this page. A Siemens forum thread refers to a SIMATIC panel "Product Note" whose relation to 2038 could not be confirmed (unverified).

Protocol time fields used in OT

Protocol / standard Time field Width / encoding Overflow Notes
IEC 61850 (substations) Edition 1 TimeStamp.SecondSinceEpoch INT32 (signed), seconds since 1970 2038-01-19 Per Karlheinz Schwarz (2010) [5]
IEC 61850 Edition 2 TimeStamp.SecondSinceEpoch INT32U (unsigned) 2106-02-07 Ed. 2 devices still need correct implementation; Beckhoff documents a 2106 example value [5][6]
DNP3 (IEEE 1815) Absolute time (group 50, 51) UTC milliseconds since 1970; the required DNP3 time base since 2008 [7] Far future (48-bit width commonly cited, not verified here) Master/outstation code that converts to 32-bit time_t re-introduces 2038
Modbus none No standard time type; vendors commonly pack a 32-bit Unix time into two 16-bit registers [8] 2038 (signed) or 2106 (unsigned), vendor-specific Check each device's register map
DLMS/COSEM (IEC 62056, smart meters) Clock time attribute 12-octet date-time, 2-byte year (0–0xFFFF) [9] Not limited by encoding Meter firmware and head-end systems may still convert to 32-bit epoch internally
NTP v3/v4 Timestamp seconds 32-bit unsigned, 1900 epoch 2036-02-07 (era rollover) See NTP-Era-2036
GPS Week number 10-bit (legacy) Next rollover 2038-11-20 [1] See GPS-Week-Rollover

Sector notes

Affected versions / products

Product / class Status Source
Dover ProGauge MagLink LX4 / LX Plus < 4.20.3; LX Ultimate < 5.20.3 Vulnerable; fixed versions available [3]
Veeder-Root TLS4B (all versions at 2025-10-23) Vulnerable to CVE-2025-55067; fix promised [4]
IEC 61850 Edition 1 implementations Protocol timestamp overflows 2038 [5]
Devices on 32-bit Linux < 5.6 or old libc Likely vulnerable unless vendor confirms otherwise [11]
Public NTP servers ~60% of those disclosing OS info were 32-bit [2]

Risk & compliance notes

Detection & mitigation

  1. Inventory devices, firmware versions and the time source each one uses (NTP server, GPS receiver, PTP grandmaster, manual).
  2. Check vendor advisories (CISA ICS advisories, vendor PSIRTs) for "2038", "Unix time" or CWE-190 time issues.
  3. On an isolated bench unit, advance the clock across 2038-01-19 03:14:07 UTC and also across 2036-02-07 (NTP) and 2038-11-20 (GPS week). Record behaviour. Do not test in production [10].
  4. Harden time distribution: restrict which NTP servers devices accept, prefer authenticated time (NTS) where supported, use GNSS spoofing detection, and alert on large clock jumps.
  5. Upgrade affected devices (for example MagLink LX4 ≥ 4.20.3) and plan replacement where no fix exists.
  6. See Testing-and-Detection and Remediation-Guide.

See also

References

  1. ITU-T Technical Paper XSTP.EPOCH, "Global coordination requirements for 2038-class rollover events" (liaison to IETF), 2026-07-21 — industrial failure modes, telecom and energy sector analysis.
  2. Pedro Umbelino, "Forward to the Past: The Y2K38 Problem Ahead" — Bitsight, 2026-01-18 — NTP/GPS manipulation in ICS lab; ATG and NTP exposure figures.
  3. ICSA-25-261-07: Dover Fueling Solutions ProGauge MagLink LX4 Devices — CISA, 2025-09-18 — CVE-2025-55068 details and fixed versions.
  4. ICSA-25-296-03: Veeder-Root TLS4B Automatic Tank Gauge System — CISA, 2025-10-23 — CVE-2025-55067, 2038 epoch rollover.
  5. Karlheinz Schwarz, "IEC 61850 timestamp to overflow in 2038" — NettedAutomation blog, 2010-11-21 — Ed. 1 INT32 vs Ed. 2 INT32U.
  6. TF6510 TwinCAT 3 IEC 61850 documentation — Beckhoff Infosys — IEC 61850 timestamp structure and 2106 example.
  7. DNP3 driver documentation — Inductive Automation Ignition 8.3 — DNP3TIME is UTC milliseconds since 1970; required time base since 2008.
  8. MODBUS Timestamp Implementation: Methods and Solutions — Industrial Monitor Direct — no native Modbus time type; 32-bit epoch in two registers (secondary source).
  9. CosemDateTime — OpenMUC jDLMS Javadoc — DLMS/COSEM date-time encoding, year 0–0xFFFF. (Link dead as of 2026-10-21; no archived copy found. Claim unverified.)
  10. Stan Kaminsky, "Epochalypse Now — or how to deal with Y2K38" — Kaspersky, 2026-01-19 — at-risk OT/IoT device classes; NTP/GPS attack vectors; testing advice.
  11. Arnd Bergmann, "[GIT PULL] y2038: core, driver and file system changes" — LKML, 2020-01-29 — Linux 5.6 requirements for 32-bit systems.
  12. IEEE P4150 — IEEE Standards Association — rollover readiness recommended practice (active PAR, 2026-06-04).