10:43
21/1/2020
21/1/2020
Przygotujcie się, macie jeszcze trochę czasu ;) Problem roku 2038 wynika z 32 bitowej zmiennej na jakiej systemy zapisują czas od 1970.
- Szkolenia
- |
- 5 PORAD
- |
- Audyty & Pentesty
- |
- SKLEP
- |
- Kontakt
Niebezpiecznik
o bezpieczeństwie i nie...
Zamów nasz wykład dla twojej firmy!
Zobacz nasze webinary!
Posłuchaj jednego z naszych 8 cyberwykładów. Wiedzę podajemy z humorem i w przystępny dla każdego pracownika sposób. Zdalnie lub u Ciebie w firmie. Kliknij tu i zobacz opisy wykładów!
Każdy powinien zobaczyć te webinary! Praktyczna wiedza i zrozumiały język. 6 topowych tematów — kliknij tutaj i zobacz szczegółowe opisy oraz darmowy webinar.
w tym roku stuknelo wlasnie 50 lat czasu UNIXa :o)
Ten problem dotyka nas już dziś: https://twitter.com/jxxf/status/1219009308438024200 Można by przetłumaczyć i wrzucić jako artykuł.
A raczej dotknął już w 2006: https://en.wikipedia.org/wiki/Year_2038_problem#Early_problems
Warto też spojrzeć trochę niżej i wcześniej pojawi się problem roku 2036 związany z NTP.
Ustaw zegar recznie na 23:59 31.12.2037. Zmien strefe czasowa na +12 i pojawi sie 1 stycznia 2038.
Dlatego że każdy nowoczesny system operacyjny przechowuje czas w 64 bitowej zmiennej.
Jądra systemów są już gotowe od dawna… pytanie ile aplikacji gdzieś bierze timestampa i wrzuca go w 32bitową zmienną. Choćby po to aby po chwili ją odjąć od świeższej wartości… ale wciąż. To w 2038 się wyłoży…
Z drugiej strony 64biotwa architektura jest już powszechna od ładnych paru lat… więc za te 18 lat raczej dużo aplikacji 20+ letnich już nie będzie w użyciu.
No chyba że w Windows ;) – jakiś czas temu na jednej z konferencji przezentowali się badacze którzy wzięli na warsztat dll’kę przygotowującą wydruki… i pamiętającą jeszcze Windows 3.1.