Further reading#

A curated, informative selection drawn from the XSTP.epoch Technical Paper and the FIRST Time Security SIG's reference tracking — chosen to let a practitioner check the load-bearing claims across this site. It is not a full bibliography.

Introductions for a general audience#

Foundations and protocols#

  • Lamport, L. "Time, Clocks, and the Ordering of Events in a Distributed System." Communications of the ACM, 21(7), 1978. #
  • Lamport, L., Shostak, R., and Pease, M. "The Byzantine Generals Problem." ACM Transactions on Programming Languages and Systems, 4(3), 1982. #
  • Mills, D. L., et al. RFC 5905: Network Time Protocol Version 4: Protocol and Algorithms Specification. IETF, 2010. (https://www.rfc-editor.org/rfc/rfc5905) #
  • Franke, D., et al. RFC 8915: Network Time Security for the Network Time Protocol. IETF, 2020. (https://www.rfc-editor.org/rfc/rfc8915) #
  • Malhotra, A., et al. "Attacking the Network Time Protocol." NDSS Symposium, 2016. #
  • The GNU C Library Developers. Y2038 Proofness and the time_t Transition. (https://sourceware.org/glibc/wiki/Y2038ProofnessDesign) #

Recent empirical work#

Documented incidents and advisories#

  • CISA ICS Advisory ICSA-25-296-03 (CVE-2025-55067): improper handling of Unix time past the 2038 rollover in an automatic tank gauge (ATG), 2025. (https://www.cisa.gov/news-events/ics-advisories/icsa-25-296-03) #
  • Tribunal administratif de Paris, decision of 13 November 2025 (RATP / Alstom dispute concerning 2038-class exposure in rail rolling stock; decision under appeal). #
  • GPS week-number rollover, 6 April 2019: documented disruption to GPS-derived timing and to aviation — Honeywell flight-management software caused a flight delay and cancellations where firmware was unpatched. The precedent for the 20 November 2038 GPS rollover. (https://www.gps.gov/news/gps-week-number-rollover) #
  • Lions, J. L. Ariane 5 Flight 501 Failure: Report by the Inquiry Board. European Space Agency, 1996. (A non-time overflow, included as the canonical case for why in-situ testing cannot be replaced by simulation.) #

Safety-critical and industrial standards#

These are paid standards; the links resolve to ISA's purchase and landing pages.

Framing and systems theory#

  • Bursell, M. Trust in Computer Systems and the Cloud. Wiley, 2021. (Grounding for how trust is defined and operationalised in computing — the foundation a temporal root of trust rests on.) (https://doi.org/10.1002/9781119695158) #
  • Hayes, B. Infrastructure: A Guide to the Industrial Landscape. W. W. Norton, 2014. (The taxonomy underlying the paper's cross-sector survey.) #
  • Perrow, C. Normal Accidents: Living with High-Risk Technologies. Princeton University Press, 1999. #
  • Tainter, J. A. The Collapse of Complex Societies. Cambridge University Press, 1988. #
  • Westrum, R. "A Typology of Organisational Cultures." Quality and Safety in Health Care, 13(Suppl 2), 2004. (The pathological / bureaucratic / generative typology of how organisations handle warning signs — the information-flow lens behind why exposure goes unreported.) (https://www.researchgate.net/publication/8150380_A_Typology_of_Organisational_Cultures) #

Institutional context#

  • ITU / UNDRR / Sciences Po PSIA. When digital systems fail: An expert report on the hidden risks of our digital world. May 2026. (https://www.itu.int/hub/publication/s-rep-wtisd-2026/) #
  • ITU-T Study Group 17. XSTP.epoch — Global Coordination Requirements for 2038-class Rollover Events. Technical Paper, Revision 1 agreed at the SG17 plenary, June 2026; posting by the Telecommunication Standardization Bureau pending. Background and context are maintained at (https://propertools.be/commons/xstr-epoch/) #
  • IEEE P4150. Recommended Practice for Assessing and Documenting Preparedness for Time Rollover Events in Years 2036, 2038, and 2106. Active PAR approved 4 June 2026; developed by the Y2038-Class Rollover Readiness Working Group (YCRRWG) under the IEEE Computer Society's Digital Trust Standards Committee, chaired by John Lange. Complements the ITU-T work: where XSTP.epoch sets out what must be coordinated, P4150 aims to give operators a vendor-neutral, auditable way to assess and document their own readiness — including supplier disclosure sufficient for comparable readiness claims. (https://standards.ieee.org/ieee/4150/12603/) #