Convertisseur Chrome / WebKit vers timestamp Unix
Convertissez Chrome / WebKit en temps Unix avec la formule exacte et la prise en charge des grandes valeurs. Sortie en secondes, millisecondes, ISO 8601 et format lisible.
microsecondes depuis le 01-01-1601 UTC
Qu'est-ce qu'un horodatage Chrome / WebKit ?
Chromium et WebKit stockent de nombreuses heures comme le nombre de microsecondes depuis le 1er janvier 1601 UTC. Vous rencontrerez ces valeurs à 17 chiffres dans les bases SQLite History, Cookies et Login Data, ce qui rend ce format courant en criminalistique des navigateurs et au débogage des exports de données.
- Époque : 1601-01-01 00:00:00 UTC (même base que le FILETIME Windows)
- Résolution : microsecondes (1 000 000 par seconde)
- Une valeur actuelle est un nombre à 17 chiffres autour de 1,3 × 10^16
- Présent dans : History de Chrome/Edge/Brave (visits.visit_time), Cookies (creation_utc), entrées de cache
Comment convertir un horodatage WebKit en temps Unix
Un horodatage WebKit correspond à des microsecondes depuis 1601. Divisez par 1 000 000 pour obtenir des secondes depuis 1601, puis soustrayez l'écart de 11 644 473 600 secondes jusqu'à l'époque Unix.
- Unix seconds = WebKit / 1000000 − 11644473600
- Unix milliseconds = WebKit / 1000 − 11644473600000
- Exemple : 13344473600000000 → 1700000000 → 2023-11-14 22:13:20 UTC
- SQLite : datetime(visit_time/1000000 - 11644473600, "unixepoch")
Cas limites
Un horodatage WebKit de 0 signifie 1601-01-01, qui représente généralement une valeur nulle ou non définie plutôt qu'une vraie visite. La précision à la microseconde dépasse les entiers sûrs de JavaScript, donc ce convertisseur analyse avec BigInt et conserve toute l'exactitude jusqu'à la milliseconde.
- Ne confondez pas le format microsecondes-depuis-1601 avec de simples microsecondes Unix — ils diffèrent du décalage 1601→1970
- Toutes les heures WebKit sont en UTC ; choisissez un fuseau d'affichage après conversion
- Certains champs Chrome (p. ex. last_visit_time = 0) sont des sentinelles pour « jamais »
Convertisseurs de format d'horodatage associés
Où apparaissent les horodatages WebKit en pratique
Les équipes de criminalistique et d'analytique rencontrent ce format dans des artefacts Chromium précis :
- Base History de Chrome/Edge/Brave — visits.visit_time, urls.last_visit_time
- Base Cookies — creation_utc, expires_utc, last_access_utc
- Login Data SQLite — date_created sur les identifiants enregistrés
- Des outils comme Hindsight, ChromeHistoryView et DB Browser for SQLite attendent des microsecondes-depuis-1601
- Le cache et le stockage local utilisent souvent d'autres formats — vérifiez table par table avant de supposer celui-ci
FAQ
- Quelle epoch Chrome utilise-t-il pour les horodatages ?
- Les horodatages Chromium/WebKit comptent des microsecondes depuis le 1er janvier 1601 00:00:00 UTC — la même epoch que Windows FILETIME, mais en microsecondes plutôt qu'en ticks de 100 nanosecondes.
- Comment convertir un horodatage de l'historique Chrome ?
- Divisez la valeur par 1 000 000 et soustrayez 11 644 473 600 pour obtenir un horodatage Unix en secondes, puis formatez-le en date.
- Pourquoi l'horodatage Chrome a-t-il 17 chiffres ?
- Parce qu'il compte des microsecondes (un millionième de seconde) depuis 1601 ; accumuler plus de 400 ans de microsecondes produit un nombre à 17 chiffres.