Risico's computerklokken terugzetten
npub1he46s2ytakvpp9nevx20aq30jv9l0tycuar6zjwnau3z7m0xtzqsp3xet0 (npub1he4…xet0) : jaaaren geleden heb ik tijdkritische communicatieroutines voor microcontrollers geschreven (in "assembler"). Het detecteren van timeouts voelt dan al als een blok aan je been, en je hebt (neemt) dan "geen tijd" om op nevatieve tijdverschillen te checken.
Oftewel, de meeste low-level software gaat ervan uit dat tijd altijd "toeneemt". Als je een klok terugzet in de tijd heb je zelden een volledig overzicht op de consequenties daarvan.
Als dat onverhoopt nodig is, kun je het beste alle netwerkverbindingen afsluiten en/of verbreken en even tijd geven om te time-outen. Dan de klok terugzetten en de boel weer aanslingeren.
Niet voor niets zijn er protocollen zoals ntp die systeemklokken mer zeer kleine stapjes corrigeren.
Y2K was geen probleem voor low-level software omdat die zelden of nooit terugrekent uit jj-mm-dd, maar baseert op een systeemklok die per seconde tikt (of frequenter).
Een potentieel wél groot probleem kan ontstaan op 19 januari 2038. Uitleg (Engelstalig) is te vinden in https://en.wikipedia.org/wiki/Year_2038_problem (onderstaand animated GIFje is afkomstig uit die pagina).
#ntp #tijd #y2k #Y2K38
Erik van Straten /
npub1yz…ql3r7
2024-12-29 11:14:37
in reply to nevent1q…dxdv
Author Public Key
npub1yzfshvmugq4nd4jhwve7hhwqzvvt7g9g23sharz5f5wdvg65r92qhql3r7Published at
2024-12-29 11:14:37Event JSON
{
"id": "5d987ba4bff9e546a617b20d8f9d9abf255d53c1687568c24c0cb21b82f48533",
"pubkey": "20930bb37c402b36d6577333ebddc01318bf20a854617e8c544d1cd623541954",
"created_at": 1735470877,
"kind": 1,
"tags": [
[
"p",
"be6ba8288bed981096796194fe822f930bf7ac98e747a149d3ef222f6de65881",
"wss://nostr.sprovoost.nl"
],
[
"p",
"a70e85e51c4c499d4065848fec8e0dd88585d20109a18819702c5272b30bbc68",
"wss://nostr.sprovoost.nl"
],
[
"e",
"84666ab815e4a4cb08df675c98ff748f196c5b18c92410da50afac269953798c",
"wss://nostr.sprovoost.nl",
"reply"
],
[
"t",
"ntp"
],
[
"t",
"tijd"
],
[
"t",
"y2k"
],
[
"t",
"y2k38"
],
[
"proxy",
"https://infosec.exchange/users/ErikvanStraten/statuses/113735819429443700",
"activitypub"
]
],
"content": "Risico's computerklokken terugzetten\n\nnostr:npub1he46s2ytakvpp9nevx20aq30jv9l0tycuar6zjwnau3z7m0xtzqsp3xet0 : jaaaren geleden heb ik tijdkritische communicatieroutines voor microcontrollers geschreven (in \"assembler\"). Het detecteren van timeouts voelt dan al als een blok aan je been, en je hebt (neemt) dan \"geen tijd\" om op nevatieve tijdverschillen te checken.\n\nOftewel, de meeste low-level software gaat ervan uit dat tijd altijd \"toeneemt\". Als je een klok terugzet in de tijd heb je zelden een volledig overzicht op de consequenties daarvan.\n\nAls dat onverhoopt nodig is, kun je het beste alle netwerkverbindingen afsluiten en/of verbreken en even tijd geven om te time-outen. Dan de klok terugzetten en de boel weer aanslingeren.\n\nNiet voor niets zijn er protocollen zoals ntp die systeemklokken mer zeer kleine stapjes corrigeren.\n\nY2K was geen probleem voor low-level software omdat die zelden of nooit terugrekent uit jj-mm-dd, maar baseert op een systeemklok die per seconde tikt (of frequenter).\n\nEen potentieel wél groot probleem kan ontstaan op 19 januari 2038. Uitleg (Engelstalig) is te vinden in https://en.wikipedia.org/wiki/Year_2038_problem (onderstaand animated GIFje is afkomstig uit die pagina).\n\n#ntp #tijd #y2k #Y2K38\n\nhttps://media.infosec.exchange/infosec.exchange/media_attachments/files/113/735/800/437/942/781/original/94c2f1d339bc2181.mp4",
"sig": "abba838a2614d0cac38d69c16b0b9cce7a75eec88b505e183445a5885730ece755364a9ef5ece029572a685149f1092f2ff4b6f92a141156349e449ebfab6890"
}