/
559.txt
159 lines (106 loc) · 6.12 KB
/
559.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
[15]
[[Windows]] では [[NTFS]] などで[[整数時刻系]]が使われています。
[FIG(quote)[
[FIGCAPTION[
[1] [CITE@ja[システム時刻 - Wikipedia]]
([TIME[2017-01-07 18:01:59 +09:00]])
<https://ja.wikipedia.org/wiki/%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E6%99%82%E5%88%BB>
]FIGCAPTION]
> Microsoft Windows NTでは1601年1月1日0時0分(UTC)(先発グレゴリオ暦)からの100ナノ秒ティック単位での経過時間が主に用いられる。ただし後者は、現在時刻を最も近いミリ秒の値に近似している。
]FIG]
[FIG(quote)[
[FIGCAPTION[
[2] [CITE@ja[電子機器の時刻]]
([TIME[2017-01-09 16:21:39 +09:00]])
<http://www.ffortune.net/calen/calen/etime.htm>
]FIGCAPTION]
> NTFSではファイルの時刻を1601年1月1日起点の64bitの経過時間で持っています。時間の単位は0.1μ秒です。1601年1月1日0時0分0秒の2**64=1844674407370.9551616秒後は60056年5月28日5時36分10.9551616秒になります。
]FIG]
[FIG(quote)[
[FIGCAPTION[
[3] [CITE[真珠猫Blog: Windows時間をローカル時間に変換]]
([TIME[2014-10-07 09:54:09 +09:00]])
<http://pearllynx.blogspot.jp/2013/03/windows.html>
]FIGCAPTION]
> ActiveDirectryの情報をPerlで取得したりすると、最終ログイン日時やパスワード変更日時が上記の秒数になって表示されているので、変換する必要があります。
]FIG]
[FIG(quote)[
[FIGCAPTION[
[4] [CITE[日付時刻に関する処理]]
([TIME[2015-12-14 13:39:42 +09:00]])
<http://home.a00.itscom.net/hatada/c-tips/datetime.html>
]FIGCAPTION]
> FILETIME構造体は次のように定義された 1601 年 1 月 1 日午前 12 時からの 100 ナノ秒間隔の数 (UTC)を表す64ビット整数である。
]FIG]
[FIG(quote)[
[FIGCAPTION[
[5] [CITE@ja[厄介なActiveDirectoryの日付 « もみんぎゅぅ]]
([TIME[2017-01-09 16:26:33 +09:00]])
<http://cmf.ohtanz.com/blog/archives/25>
]FIGCAPTION]
> Windows 2003 ServerのActiveDirectory(Windowsすべての日付がそうなのかは不明ですが)上の日付というのは1601年1月1日から100ナノ秒(10000000分の1秒?)間隔というワケのワカラン仕様なのです
]FIG]
[FIG(quote)[
[FIGCAPTION[
[6] [CITE@en[DateTime.ToFileTime Method (System)]]
([TIME[2017-01-09 16:32:05 +09:00]])
<https://msdn.microsoft.com/en-us/library/system.datetime.tofiletime(v=vs.110).aspx>
]FIGCAPTION]
> A Windows file time is a 64-bit value that represents the number of 100-nanosecond intervals that have elapsed since 12:00 midnight, January 1, 1601 A.D. (C.E.) Coordinated Universal Time (UTC). Windows uses a file time to record when an application creates, accesses, or writes to a file.
]FIG]
[7] [CITE@en-US[Why is the Win32 epoch January 1, 1601? – The Old New Thing]]
([TIME[2017-01-09 16:48:01 +09:00]])
<https://blogs.msdn.microsoft.com/oldnewthing/20090306-00/?p=18913>
[8] [CITE[date - What is the significance of January 1, 1601? - Stack Overflow]]
([TIME[2017-01-09 16:49:03 +09:00]])
<http://stackoverflow.com/questions/10849717/what-is-the-significance-of-january-1-1601>
[FIG(quote)[
[FIGCAPTION[
[9] [CITE@ja[FILETIME structure (Windows)]]
([TIME[2017-01-09 17:30:07 +09:00]])
<https://msdn.microsoft.com/ja-jp/library/windows/desktop/ms724284.aspx>
]FIGCAPTION]
> Contains a 64-bit value representing the number of 100-nanosecond intervals since January 1, 1601 (UTC).
]FIG]
[FIG(quote)[
[FIGCAPTION[
[10] [CITE@en[Active Directory: LastLogonTimeStamp Conversion - TechNet Articles - United States (English) - TechNet Wiki]]
( ([TIME[2017-01-24 16:00:13 +09:00]]))
<https://social.technet.microsoft.com/wiki/contents/articles/12814.active-directory-lastlogontimestamp-conversion.aspx>
]FIGCAPTION]
> Active Directory stores date/time values as the number of 100-nanosecond intervals that have elapsed since the 0 hour on January 1, 1601 until the date/time that is being stored. The time is always stored in UTC (Coordinated Universal Time, which used to be called Greenwich Mean Time, or GMT) in the Active Directory.
]FIG]
[FIG(quote)[
[FIGCAPTION[
[11] [CITE[Mail::Exchange::Time - search.cpan.org]]
([TIME[2017-02-13 00:39:08 +09:00]])
<http://search.cpan.org/dist/Mail-Exchange/lib/Mail/Exchange/Time.pm>
]FIGCAPTION]
> A Mail::Exchange::Time object allows you to convert between unix time and the time used internally in by Microsoft, which is defined as number of 100-nsec-intervals since Jan 01, 1901.
]FIG]
[FIG(quote)[
[FIGCAPTION[
[12] [CITE[SMB::Time - search.cpan.org]]
([TIME[2017-02-13 00:39:40 +09:00]])
<http://search.cpan.org/dist/SMB/lib/SMB/Time.pm>
]FIGCAPTION]
> NT time is number of 100-nanoseconds since 1601-01-01 00:00:00 UTC.
]FIG]
[FIG(quote)[
[FIGCAPTION[
[13] [CITE[NTタイムエポック値 について]]
([TIME[2017-05-06 20:02:14 +09:00]])
<https://forest2forest.blogspot.jp/2016/02/nt.html>
]FIGCAPTION]
> 【LastLogonTimeStamp】属性にはNTタイムエポック値という値で記録される。
> NTタイムエポック値とは、1601/01/01 00:00:00 から100ナノ秒単位のカウント値である。
]FIG]
[17]
[CITE@en-US[Interpretation of NTFS Timestamps - Forensic Focus]], [[Forensic Focus]], [TIME[2023-11-25T11:36:52.000Z]] <https://www.forensicfocus.com/articles/interpretation-of-ntfs-timestamps/>
[16] [CITE@en[Time formatting and storage bugs - Wikipedia]], [TIME[2023-11-24T03:13:21.000Z]], [TIME[2023-11-25T11:36:12.919Z]] <https://en.wikipedia.org/wiki/Time_formatting_and_storage_bugs#Year_30,828>
>Beginning 14 September 30,828, Windows will not accept dates beyond this day and on startup, it will display an error regarding "invalid system time" in NTFS. This is because the FILETIME value in Windows, which is a 64-bit value corresponding to the number of 100-nanosecond intervals since 1 January 1601, 00:00:00.0000000 UTC, will overflow its maximum possible value on that day at 02:48:05.4775808 UTC.[SNIP[]]
-*-*-
[14]
[[DOSの日時形式]]はまた別のものでした。
[22]
[[COBOL整数日付]]と[[元期]]が同じように見えて違うので注意。