Forensics Utilities: Free, fast, zero-storage forensic analysis tools for cybersecurity and digital investigation
Home / Tools / Forensic Timestamp & Epoch Converter
Timeline Analysis // 64-Bit BigInt

Forensic Timestamp & Epoch Converter

Decode and cross-convert raw binary, decimal, and hexadecimal timestamps encountered in NTFS MFT, registry hives, Chrome downloads, iOS SQLite, and Linux logs into synchronized UTC/local timelines with zero precision loss.

Windows 64-bit FILETIME
Chrome WebKit Microseconds
Apple Cocoa & HFS+
Unix Epoch & MS-DOS FAT
> TIME SYNC MATRIX 64-BIT
FILETIME: 133502856000000000
Unix: 1705668000
• UTC: 2024-01-19 12:40:00
INPUT TIMELINE ARTIFACT

Universal Raw Timestamp Decoder

Accepts Decimal integers, Hexadecimal with or without 0x prefix, Unix seconds/milliseconds, or standard ISO timestamps.
• REVERSE GENERATOR: Pick a calendar date/time to generate all raw forensic formats:
SYNCHRONIZED TIMELINE MATRIX

Decoded Timestamp Outputs

Universal Time Coordinated (UTC) STANDARD
-
-
Local Examiner Time WORKSTATION
-
-
Relative Delta & Day CADENCE
-
-
Raw Forensic Structures
Windows 64-bit FILETIME (Dec)
-
100-ns intervals since Jan 1, 1601 UTC • NTFS MFT, Registry
Windows 64-bit FILETIME (Hex)
-
Little/Big Endian raw binary representation
Chrome WebKit Microseconds
-
Microseconds since Jan 1, 1601 • Chrome, Edge, Brave SQLite
Unix Epoch (Seconds)
-
Seconds since Jan 1, 1970 UTC • Linux, Apache, EXT4
Unix Epoch (Milliseconds)
-
Milliseconds since Jan 1, 1970 • Java, Android SQLite
Apple Cocoa / Core Data
-
Seconds since Jan 1, 2001 UTC • iOS SMS, Safari, Photos
Apple Mac HFS+ Timestamp
-
Seconds since Jan 1, 1904 UTC • HFS / HFS+ Volume Metadata
MS-DOS 32-bit FAT Date/Time
-
Packed 16-bit date + 16-bit time integer • USB FAT32
Active Directory LargeInteger
-
pwdLastSet, accountExpires • NTDS.dit

The Forensic Investigator's Guide to Digital Timestamps

In digital forensics and incident response (DFIR), constructing a reliable chronological timeline of events is often the single most critical factor in proving suspect culpability, tracking malware lateral movement, or discovering data exfiltration. However, operating systems and application databases do not store human-readable strings like "Oct 20, 2026 14:30". Instead, timestamps are stored as compact 32-bit or 64-bit integer counts since a designated epoch base date.

Common Forensic Epoch Standards

Standard Base Epoch Date Granularity Primary Forensic Artifacts
Windows FILETIME January 1, 1601 UTC 100 Nanoseconds (0.1 μs) NTFS MFT ($SI, $FN), Registry keys, Prefetch (.pf), Shellbags, Event Logs.
Chrome WebKit / Blink January 1, 1601 UTC 1 Microsecond (μs) Chrome/Edge/Brave History, Cookies, Download URL timestamps.
Unix Epoch January 1, 1970 UTC 1 Second / 1 Millisecond Linux syslogs, auth.log, EXT4 inodes, Android SQLite, Apache access logs.
Apple Cocoa Core Data January 1, 2001 UTC 1 Second iOS SMS (sms.db), Call history, Safari history, Apple Photos.
Apple Mac HFS+ January 1, 1904 UTC 1 Second macOS HFS+ volume headers, catalog records, and allocation blocks.
MS-DOS FAT32 January 1, 1980 Local 2 Seconds FAT12/FAT16/FAT32 directory entries on flash drives and SD cards.

Timestomping & NTFS Sub-Second Precision Analysis

One of the primary techniques employed by attackers to hide their malware is timestomping (MITRE ATT&CK T1070.006). By executing API calls such as SetFileTime() in Windows, malware sets its modified, accessed, and created timestamps to match benign operating system executables (e.g. svchost.exe).

Forensic examiners detect timestomping through two primary indicators:

  1. MFT Attribute Discrepancy ($SI vs $FN): NTFS maintains two sets of MACB timestamps in the Master File Table: $STANDARD_INFORMATION (which user-mode APIs can modify) and $FILE_NAME (which only the Windows kernel updates when a file is renamed or moved). If $STANDARD_INFORMATION predates $FILE_NAME, the file was almost certainly timestomped!
  2. Zero Nanosecond Fraction: Native Windows file creation generates true 100-nanosecond random fractional increments (e.g., 133502856001234567). Many rudimentary timestomping utilities only set integer seconds, resulting in all trailing fractional digits resolving to ...0000000. A cluster of files with .0000000 nanosecond timestamps is an immediate forensic red flag.

Frequently Asked Questions (FAQ)

This engine is built natively using ECMAScript BigInt. In JavaScript, standard Number is limited to 53 bits of integer precision (safe up to 9,007,199,254,740,991). Because 64-bit Windows FILETIME values frequently exceed 133 quadrillion, using standard floats causes catastrophic rounding errors of multiple seconds or minutes. BigInt guarantees exact bit-level arithmetic.

The formula is: Unix_Milliseconds = (FILETIME - 116444736000000000n) / 10000n. The constant 116444736000000000 represents the number of 100-nanosecond intervals between January 1, 1601 and January 1, 1970. Dividing by 10,000 converts 100-nanosecond steps into milliseconds.

No. All calculations, time zone offsets, BigInt divisions, and string formatting happen exclusively inside your browser's local V8 or JavaScriptCore runtime engine. Zero queries or IP packets are transmitted to any server.