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
- At risk ConfirmedDover Fueling Solutions ProGauge MagLink LX4 / LX Plus before 4.20.3, LX Ultimate before 5.20.3 (CVE-2025-55068)CISA ICSA-25-261-07. Changing the system time past the limit causes authentication errors and denial of service.Do: Update to 4.20.3 or 5.20.3.
- At risk ConfirmedVeeder-Root TLS4B automatic tank gauge (CVE-2025-55067)CISA ICSA-25-296-03. At 2038-01-19 the clock "resets to December 13, 1901", disrupting login, history and leak-detection functions. The failure can be triggered early by time manipulation.Do: Apply the vendor fix when released (pending at publication, 2025-10-23), and restrict network access to time settings.
- At risk LikelyEnergy and grid equipment (protection relays, substation gateways, smart meters)These have 15–20+ year lifetimes. IEC 61850 Edition 1 timestamps are signed 32-bit, and GPS/PTP timing chains add separate rollover risks.Do: Check IEC 61850 edition support and firmware, and include GPS-disciplined clocks in the inventory.
- At risk LikelyIndustrial controllers, PLCs, HMIs and RTUs on 32-bit firmwareTypical service life is 15–30 years, and many run 32-bit RTOS or Linux firmware. Researchers have triggered 2038 failures early in real ICS devices by manipulating NTP or GPS time.Do: Inventory firmware and OS versions, ask vendors for a written 2038 statement, and plan replacement where no fix exists.
- At risk LikelyTelecom access and timing equipment (DSLAMs, aggregation nodes, timing cards)These have 10–20 year lifetimes, legacy embedded stacks and NTP/PTP/GNSS timing chains. A wrong date on one timing card spread across Telstra's network in 2026.Do: Assign an owner to the timing chain, monitor time sources around the clock, and get vendor statements.
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
- PLCs and SCADA. Many PLCs run proprietary RTOSes (see OS-Embedded-and-RTOS) or 32-bit embedded Linux. SCADA servers and historians are often Windows or 64-bit Linux and are usually safe at the OS level, but their drivers and protocol stacks may not be [1]. Historian databases that store epoch seconds in
INTcolumns are covered on Databases. - Power grid. Protection relays and substation gateways that implement IEC 61850 Edition 1 timestamps are exposed to the 2038 overflow at the protocol level [5]. The ITU-T paper flags electricity as a sector with "coherent-time dependency at the seconds-to-microseconds scale" and safety-critical certification regimes such as IEC 61850 and IEC 62443 [1].
- Smart meters. The DLMS/COSEM wire format carries a full year [9], so the protocol is not the limit. The risk is in meter firmware, data concentrators and head-end systems. No public 2038 advisory for a smart meter was found (as of 2026-10-21).
- Telecom. The ITU-T paper describes legacy DSLAMs, aggregation nodes and first-generation CPE that "often remain in service well beyond their original design horizon", plus carrier timing built on NTP, PTP (IEEE 1588) and GNSS. A failure in timing infrastructure "does not stay confined to telecommunications" [1].
- Building automation. HVAC controllers, elevators, door locks, alarms and lighting are named as at-risk OT/IoT classes by Kaspersky [10]. Field-level protocol limits for BACnet and KNX were not verified for this page.
- Fuel retail. See the ATG advisories above.
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
- Exploitable now. Because time can be spoofed (NTP injection, GPS spoofing), 2038 bugs are denial-of-service vulnerabilities today, not in 2038 [2][10]. Treat them in vulnerability management, not only in long-range planning.
- Correlated failure. The ITU-T paper warns that 2038-class failures can hit many sites at once, through shared time sources, which is unlike most OT incidents [1].
- Inventory owners. OT engineering, facilities and vendors' service organisations. Ask vendors specifically about time handling, protocol edition (IEC 61850 Ed. 1 vs Ed. 2), C library and kernel versions.
- Frameworks. ITU-T XSTP.EPOCH (2026) and the IEEE P4150 project provide terminology and readiness evidence structures but impose no requirements [1][12].
Detection & mitigation
- Inventory devices, firmware versions and the time source each one uses (NTP server, GPS receiver, PTP grandmaster, manual).
- Check vendor advisories (CISA ICS advisories, vendor PSIRTs) for "2038", "Unix time" or CWE-190 time issues.
- 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].
- 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.
- Upgrade affected devices (for example MagLink LX4 ≥ 4.20.3) and plan replacement where no fix exists.
- See Testing-and-Detection and Remediation-Guide.
See also
- Devices-and-Embedded-Systems
- Devices-Networking-and-IoT
- File-Formats-and-Protocols
- NTP-Era-2036 · GPS-Week-Rollover
- Known-2038-Incidents
References
- 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.
- 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.
- ICSA-25-261-07: Dover Fueling Solutions ProGauge MagLink LX4 Devices — CISA, 2025-09-18 — CVE-2025-55068 details and fixed versions.
- ICSA-25-296-03: Veeder-Root TLS4B Automatic Tank Gauge System — CISA, 2025-10-23 — CVE-2025-55067, 2038 epoch rollover.
- Karlheinz Schwarz, "IEC 61850 timestamp to overflow in 2038" — NettedAutomation blog, 2010-11-21 — Ed. 1
INT32vs Ed. 2INT32U. - TF6510 TwinCAT 3 IEC 61850 documentation — Beckhoff Infosys — IEC 61850 timestamp structure and 2106 example.
- DNP3 driver documentation — Inductive Automation Ignition 8.3 — DNP3TIME is UTC milliseconds since 1970; required time base since 2008.
- MODBUS Timestamp Implementation: Methods and Solutions — Industrial Monitor Direct — no native Modbus time type; 32-bit epoch in two registers (secondary source).
- 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.)
- 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.
- Arnd Bergmann, "[GIT PULL] y2038: core, driver and file system changes" — LKML, 2020-01-29 — Linux 5.6 requirements for 32-bit systems.
- IEEE P4150 — IEEE Standards Association — rollover readiness recommended practice (active PAR, 2026-06-04).