Dekoder & Validator UUID | Analisis Versi (v1, v4, v7) & Waktu

Masukkan UUID Anda di kolom atas dan alat ini (UUID Parser) akan segera melakukan pemeriksaan online, menentukan versi, validitas, dan mengekstrak informasi tersembunyi.

Apa itu Dekoder UUID?

Dekoder UUID adalah alat yang menganalisis UUID (Universally Unique Identifier) dan mengekstrak semua informasi yang tersedia darinya. UUID bukan hanya string karakter acak – tergantung versinya, ia dapat berisi stempel waktu, informasi sistem, atau hash data deterministik.

Informasi Apa Saja yang Dapat Anda Peroleh dari UUID?

Informasi Dasar tentang UUID

Versi UUID:

  • Menentukan jenis dan struktur UUID (v1, v3, v4, v5, v6, v7)
  • Diekstrak dari karakter heksadesimal ke-13

Varian:

  • RFC 4122 - Varian standar UUID
  • NCS - Network Computing System (usang)
  • Microsoft - Varian Microsoft GUID
  • Reserved - Dicadangkan untuk penggunaan di masa mendatang

UUID v1 - Stempel Waktu + Alamat MAC

Apa yang Dapat Anda Peroleh:

  • ✅ Waktu Pembuatan Akurat - tanggal dan waktu dengan akurasi 100 nanodetik
  • ✅ Urutan Jam - nomor urut untuk mencegah tabrakan
  • ✅ ID Node - awalnya alamat MAC, seringkali nilai acak

Contoh:

UUID: 6ba7b810-9dad-11d1-80b4-00c04fd430c8

Versi: v1 (Stempel Waktu + MAC)
Varian: RFC 4122
Tanggal dan Waktu: 15.10.1997 04:25:33.000
Urutan Jam: 724
ID Node: 00:C0:4F:D4:30:C8

Penggunaan:

  • Menentukan kapan suatu catatan dibuat
  • Audit dan analisis forensik
  • Debugging masalah yang bergantung pada waktu

UUID v3/v5 - Berbasis Hash

Apa yang Dapat Anda Peroleh:

  • ✅ Jenis Hash - MD5 (v3) atau SHA-1 (v5)
  • ❌ Tidak Dapat Diperoleh - namespace dan nama asli (hash satu arah)

Contoh:

UUID: 886313e1-3b8a-5372-9b90-0c9aee199e5d

Versi: v5 (hash SHA-1)
Varian: RFC 4122
Tipe: UUID Berbasis Hash (deterministik)
Catatan: Namespace dan nama asli tidak dapat diperoleh kembali dari UUID

Penggunaan:

  • Memverifikasi bahwa UUID bersifat deterministik
  • Mengidentifikasi jenis UUID dalam database
  • Memeriksa konsistensi pengidentifikasi berbasis hash

UUID v4 - Acak

Apa yang Dapat Anda Peroleh:

  • ✅ Versi - konfirmasi bahwa itu acak
  • ✅ Varian - standar RFC 4122
  • ❌ Tidak ada data tambahan - bit acak murni

Contoh:

UUID: f47ac10b-58cc-4372-a567-0e02b2c3d479

Versi: v4 (Acak)
Varian: RFC 4122
Tipe: UUID yang Dihasilkan Secara Acak

Penggunaan:

  • Memverifikasi bahwa UUID bersifat acak (bukan deterministik)
  • Memeriksa format UUID yang benar
  • Memvalidasi UUID sebelum disimpan ke database

UUID v6 - Stempel Waktu yang Berurutan

Apa yang Dapat Anda Peroleh:

  • ✅ Waktu Pembuatan Akurat - diatur ulang untuk kinerja DB yang lebih baik
  • ✅ Urutan Jam - nomor urut
  • ✅ ID Node - pengidentifikasi node

Contoh:

UUID: 1ec9414c-232a-6b00-b3c8-9e6bdeced846

Versi: v6 (Stempel Waktu yang Berurutan)
Varian: RFC 4122
Tanggal dan Waktu: 30.01.2026 14:23:45.123
Urutan Jam: 3272
ID Node: 9E:6B:DE:CE:D8:46

Penggunaan:

  • Menentukan waktu pembuatan catatan
  • Analisis pengurutan kronologis dalam DB
  • Debugging sistem terdistribusi

UUID v7 - Stempel Waktu Unix

Apa yang Dapat Anda Peroleh:

  • ✅ Stempel waktu Unix - milidetik sejak 1.1.1970
  • ✅ Tanggal dan Waktu - format stempel waktu Unix standar
  • ❌ Bagian acak - tidak dapat didekode

Contoh:

UUID: 017f22e2-79b0-7cc3-98c4-dc0c0c07398f

Versi: v7 (Stempel Waktu Unix)
Varian: RFC 4122
Tanggal dan Waktu: 30.01.2026 14:23:45.123

Penggunaan:

  • Mendapatkan waktu pembuatan UUID modern
  • Analisis pengurutan waktu
  • Migrasi data dengan tanda waktu

Struktur UUID

UUID memiliki format: xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxx

6ba7b810-9dad-11d1-80b4-00c04fd430c8
│      │ │  │ │  │ │  │ │           │
│      │ │  │ │  │ │  │ └───────────┴─ Node (48 bit)
│      │ │  │ │  │ └──┴─────────────── Urutan Jam (14 bit)
│      │ │  │ └──┴────────────────────── Varian (2-3 bit)
│      │ └──┴───────────────────────────── Versi (4 bit) + Time High
│      └──────────────────────────────────── Time Mid (16 bit)
└─────────────────────────────────────────── Time Low (32 bit)

Ekstraksi Versi dan Varian

Versi (M):

  • Posisi: karakter heksadesimal ke-13
  • Nilai: 1-7 (berbagai versi UUID)

Varian (N):

  • Posisi: karakter heksadesimal ke-17
  • 0-7: NCS (Dicadangkan)
  • 8-B: RFC 4122 (standar)
  • C-D: Microsoft
  • E-F: Masa Depan (Dicadangkan)

Contoh Praktis

Debugging - Menentukan Waktu Pembuatan Catatan

Skenario: Pengguna melaporkan datanya hilang. Anda perlu mencari tahu kapan catatan itu dibuat.

UUID: 6ba7b810-9dad-11d1-80b4-00c04fd430c8
Didekode: 15.10.1997 04:25:33.000

→ Catatan dibuat pada tahun 1997

Analisis Forensik - Memverifikasi Urutan Waktu

Skenario: Memeriksa apakah peristiwa terjadi dalam urutan yang benar.

UUID 1: 1ec9414c-232a-6b00-b3c8-9e6bdeced846 → 30.01.2026 14:23:45
UUID 2: 1ec9414d-557b-6a00-8f32-1234567890ab → 30.01.2026 14:25:12

→ UUID 2 dibuat kemudian (urutan yang benar)

Identifikasi Jenis UUID dalam Database

Skenario: Anda memiliki UUID campuran dalam DB dan perlu tahu mana yang acak dan mana yang memiliki stempel waktu.

f47ac10b-58cc-4372-a567-0e02b2c3d479 → v4 (acak, tanpa stempel waktu)
6ba7b810-9dad-11d1-80b4-00c04fd430c8 → v1 (memiliki stempel waktu)
017f22e2-79b0-7cc3-98c4-dc0c0c07398f → v7 (memiliki stempel waktu)

→ Hanya UUID v1 dan v7 yang berisi informasi waktu

Keterbatasan dan Apa yang Tidak Dapat Diperoleh

❌ UUID v3/v5 - Hash tidak dapat didekode

Tidak mungkin:

  • Mendapatkan kembali namespace asli
  • Mendapatkan kembali nama/nilai asli
  • Mencari tahu data apa yang di-hash

Alasan: MD5 dan SHA-1 adalah fungsi hashing satu arah.

❌ UUID v4 - Tidak ada data tersembunyi

Tidak mungkin:

  • Mendapatkan metadata apapun
  • Mencari tahu waktu pembuatan
  • Mengidentifikasi sumber

Alasan: UUID v4 murni acak, tidak mengandung informasi terstruktur.

⚠️ UUID v1/v6 - ID Node bisa acak

Keterbatasan:

  • Dalam implementasi modern, ID Node seringkali acak (bukan alamat MAC sebenarnya)
  • Karena perlindungan privasi, alamat MAC sering diganti dengan nilai acak
  • Tidak dapat mengidentifikasi mesin tertentu secara andal

Validasi UUID

Dekoder juga berfungsi sebagai validator UUID.

Pemeriksaan Validitas UUID

Dekoder secara otomatis memvalidasi:

  • ✅ Format yang benar (8-4-4-4-12 karakter heksadesimal)
  • ✅ Karakter heksadesimal yang valid (0-9, a-f)
  • ✅ Panjang yang benar (36 karakter termasuk tanda hubung, 32 tanpa tanda hubung)

Mengenali UUID yang Tidak Valid

Contoh tidak valid:

❌ 6ba7b810-9dad-11d1-80b4          (terlalu pendek)
❌ 6ba7b810-9dad-11d1-80b4-GHIJKLMN (karakter tidak valid)
❌ 6ba7b81-09dad-11d1-80b4-00c04fd4 (format salah)

Untuk Pengembang

Implementasi dalam JavaScript

// Ekstraksi versi dari UUID
function getUUIDVersion(uuid) {
    const cleaned = uuid.replace(/-/g, '');
    return parseInt(cleaned[12], 16);
}

// Ekstraksi stempel waktu dari UUID v7
function extractV7Timestamp(uuid) {
    const cleaned = uuid.replace(/-/g, '');
    const timeHi = parseInt(cleaned.substring(0, 8), 16);
    const timeLow = parseInt(cleaned.substring(8, 12), 16);
    const unixMs = Number(BigInt("0x" + cleaned.substring(0, 12)) >> 16n);
    return new Date(unixMs);
}

// Contoh
const uuid = '017f22e2-79b0-7cc3-98c4-dc0c0c07398f';
console.log(getUUIDVersion(uuid)); // 7
console.log(extractV7Timestamp(uuid)); // Date object

Validasi UUID menggunakan Regex

const uuidRegex = /^[0-9a-f]{8}-[0-9a-f]{4}-[1-7][0-9a-f]{3}-[89ab][0-9a-f]{3}-[0-9a-f]{12}$/i;

function isValidUUID(uuid) {
    return uuidRegex.test(uuid);
}

Pertanyaan Umum (FAQ)

Bisakah saya mendapatkan waktu pembuatan dari UUID v4? Tidak, UUID v4 murni acak dan tidak mengandung informasi waktu. Untuk UUID dengan waktu, gunakan v1, v6, atau v7.
Mengapa ID Node di UUID v1 acak alih-alih alamat MAC? Implementasi modern menggunakan ID Node acak karena perlindungan privasi. Mengungkap alamat MAC asli bisa menjadi risiko keamanan.
Bisakah saya mendapatkan kembali URL atau nama asli dari UUID v5? Tidak, UUID v5 menggunakan hash SHA-1, yang bersifat satu arah. Data asli tidak dapat diperoleh kembali dari hash.
Bagaimana saya tahu jika UUID acak (v4)? Dekoder akan menampilkan versi UUID. Jika versinya 4, itu adalah UUID yang dihasilkan secara acak tanpa metadata tambahan.
Apakah stempel waktu di UUID v1 akurat? Ya, UUID v1 memiliki akurasi teoretis 100 nanodetik (sejak 15 Oktober 1582). Dalam praktiknya, itu tergantung pada akurasi jam sistem.
Bisakah saya menggunakan dekoder untuk memvalidasi UUID? Ya, dekoder secara otomatis memvalidasi format UUID dan akan menampilkan kesalahan jika UUID tidak valid.

Keamanan dan Privasi

Apa yang Diungkapkan UUID?

UUID v1/v6:

  • ⚠️ Waktu pembuatan - dapat mengungkapkan waktu operasi
  • ⚠️ Potensi alamat MAC - risiko identifikasi perangkat (acak dalam implementasi modern)

UUID v4:

  • ✅ Aman - tidak mengandung metadata apapun

UUID v7:

  • ⚠️ Stempel waktu Unix - mengungkapkan waktu pembuatan

Rekomendasi

  • ✅ Gunakan UUID v4 untuk privasi maksimum
  • ⚠️ Berhati-hatilah dengan UUID v1/v6/v7 dalam API publik (mengungkapkan informasi waktu)
  • ✅ UUID v5 bersifat deterministik, tetapi tidak mengungkapkan data asli
  • ⚠️ Hash MD5 tidak sepenuhnya aman

Fakta Menarik

  • UUID v1 tertua yang mungkin: 15 Oktober 1582 00:00:00 (awal kalender Gregorian)
  • UUID v7 terbaru: 10889-08-02 05:31:50.655 (batas stempel waktu Unix dalam ms)
  • Akurasi UUID v1: 100 nanodetik (secara teoritis 10 juta UUID per detik)
  • UUID Nol: 00000000-0000-0000-0000-000000000000 (UUID “kosong” khusus)
  • UUID Maks: ffffffff-ffff-ffff-ffff-ffffffffffff (nilai maksimum)

Penggunaan dalam Sistem Berbeda

PostgreSQL

-- Ekstraksi versi UUID
SELECT substring(id::text, 15, 1) as version
FROM users;

-- Memfilter berdasarkan versi
SELECT *
FROM users
WHERE substring(id::text, 15, 1) = '4';

MySQL

-- Memeriksa format UUID
SELECT id
FROM users
WHERE id REGEXP '^[0-9a-f]{8}-[0-9a-f]{4}-[1-7][0-9a-f]{3}-[89ab][0-9a-f]{3}-[0-9a-f]{12}$';