UUID Dekoder & Validator | Analyser versjoner (v1, v4, v7) og tid

Lim inn din UUID i feltet ovenfor, og dette verktøyet (UUID Parser) vil umiddelbart utføre en online sjekk, bestemme versjonen, gyldigheten og trekke ut skjult informasjon.

Hva er en UUID-dekoder?

En UUID-dekoder er et verktøy som analyserer UUID-er (Universally Unique Identifier) og trekker ut all tilgjengelig informasjon fra dem. En UUID er ikke bare en tilfeldig streng med tegn – avhengig av versjonen kan den inneholde et tidsstempel, systeminformasjon eller en hash av deterministiske data.

Hvilken informasjon kan du hente fra en UUID?

Grunnleggende informasjon om UUID

UUID-versjon:

  • Bestemmer type og struktur av UUID (v1, v3, v4, v5, v6, v7)
  • Hentes fra det 13. heksadesimale tegnet

Variant:

  • RFC 4122 - Standard UUID-variant
  • NCS - Network Computing System (foreldet)
  • Microsoft - Microsoft GUID-variant
  • Reserved - Reservert for fremtidig bruk

UUID v1 - Tidsstempel + MAC-adresse

Hva du kan hente:

  • ✅ Nøyaktig opprettelsestidspunkt - dato og tid med en nøyaktighet på 100 nanosekunder
  • ✅ Klokkesekvens - sekvensnummer for å forhindre kollisjoner
  • ✅ Node-ID - opprinnelig en MAC-adresse, ofte tilfeldige verdier

Eksempel:

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

Versjon: v1 (Tidsstempel + MAC)
Variant: RFC 4122
Dato og tid: 15.10.1997 04:25:33.000
Klokkesekvens: 724
Node ID: 00:C0:4F:D4:30:C8

Bruk:

  • Fastslå når en oppføring ble opprettet
  • Revisjon og rettsmedisinsk analyse
  • Feilsøking av tidsavhengige problemer

UUID v3/v5 - Hash-basert

Hva du kan hente:

  • ✅ Hash-type - MD5 (v3) eller SHA-1 (v5)
  • ❌ Kan ikke hentes - opprinnelig navnerom og navn (enveis hash)

Eksempel:

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

Versjon: v5 (SHA-1 hash)
Variant: RFC 4122
Type: Hash-basert UUID (deterministisk)
Merk: Det opprinnelige navnerommet og navnet kan ikke gjenopprettes fra UUIDen

Bruk:

  • Verifisering av at UUIDen er deterministisk
  • Identifisering av UUID-type i databasen
  • Kontroll av konsistensen til hash-baserte identifikatorer

UUID v4 - Tilfeldig

Hva du kan hente:

  • ✅ Versjon - bekreftelse på at den er tilfeldig
  • ✅ Variant - RFC 4122-standard
  • ❌ Ingen ytterligere data - rent tilfeldige biter

Eksempel:

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

Versjon: v4 (Tilfeldig)
Variant: RFC 4122
Type: Tilfeldig generert UUID

Bruk:

  • Verifisering av at UUIDen er tilfeldig (ikke deterministisk)
  • Sjekk av riktig UUID-format
  • Validering av UUID før lagring i database

UUID v6 - Sortert tidsstempel

Hva du kan hente:

  • ✅ Nøyaktig opprettelsestidspunkt - omorganisert for bedre DB-ytelse
  • ✅ Klokkesekvens - sekvensnummer
  • ✅ Node-ID - nodeidentifikator

Eksempel:

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

Versjon: v6 (Sortert tidsstempel)
Variant: RFC 4122
Dato og tid: 30.01.2026 14:23:45.123
Klokkesekvens: 3272
Node ID: 9E:6B:DE:CE:D8:46

Bruk:

  • Fastslå opprettelsestidspunkt for oppføringer
  • Analyse av kronologisk sortering i DB
  • Feilsøking av distribuerte systemer

UUID v7 - Unix-tidsstempel

Hva du kan hente:

  • ✅ Unix-tidsstempel - millisekunder siden 1.1.1970
  • ✅ Dato og tid - standard Unix-tidsstempelformat
  • ❌ Tilfeldig del - kan ikke dekodes

Eksempel:

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

Versjon: v7 (Unix-tidsstempel)
Variant: RFC 4122
Dato og tid: 30.01.2026 14:23:45.123

Bruk:

  • Hente opprettelsestidspunkt for moderne UUID-er
  • Analyse av tidssekvenser
  • Datamigrering med tidsstempler

UUID-struktur

En UUID har formatet: xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxx

6ba7b810-9dad-11d1-80b4-00c04fd430c8
│      │ │  │ │  │ │  │ │           │
│      │ │  │ │  │ │  │ └───────────┴─ Node (48 biter)
│      │ │  │ │  │ └──┴─────────────── Klokkesekvens (14 biter)
│      │ │  │ └──┴────────────────────── Variant (2-3 biter)
│      │ └──┴───────────────────────────── Versjon (4 biter) + Time High
│      └──────────────────────────────────── Time Mid (16 biter)
└─────────────────────────────────────────── Time Low (32 biter)

Utvinning av versjoner og varianter

Versjon (M):

  • Posisjon: 13. heksadesimale tegn
  • Verdier: 1-7 (forskjellige UUID-versjoner)

Variant (N):

  • 0-7: NCS (Reservert)
  • 8-B: RFC 4122 (standard)
  • C-D: Microsoft
  • E-F: Fremtid (Reservert)

Praktiske eksempler

Feilsøking - Fastslå opprettelsestidspunkt for oppføringer

Scenario: En bruker rapporterer at dataene deres har forsvunnet. Du må finne ut når oppføringen ble opprettet.

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

→ Oppføringen ble opprettet i 1997

Rettsmedisinsk analyse - Verifisering av tidssekvens

Scenario: Kontroller om hendelsene skjedde i riktig rekkefølge.

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 ble opprettet senere (riktig rekkefølge)

Identifisering av UUID-type i databasen

Scenario: Du har blandede UUID-er i DB og trenger å vite hvilke som er tilfeldige og hvilke som har tidsstempel.

f47ac10b-58cc-4372-a567-0e02b2c3d479 → v4 (tilfeldig, uten tidsstempel)
6ba7b810-9dad-11d1-80b4-00c04fd430c8 → v1 (har tidsstempel)
017f22e2-79b0-7cc3-98c4-dc0c0c07398f → v7 (har tidsstempel)

→ Kun v1 og v7 UUID-er inneholder tidsinformasjon

Begrensninger og hva som ikke kan hentes

❌ UUID v3/v5 - Kan ikke dekode hash

Umulig:

  • Hente tilbake det opprinnelige navnerommet
  • Hente tilbake det opprinnelige navnet/verdien
  • Finne ut hvilke data som ble hashet

Årsak: MD5 og SHA-1 er enveis hash-funksjoner.

❌ UUID v4 - Ingen skjulte data

Umulig:

  • Hente ut metadata
  • Finne opprettelsestidspunktet
  • Identifisere kilden

Årsak: UUID v4 er rent tilfeldig, den inneholder ingen strukturert informasjon.

⚠️ UUID v1/v6 - Node-ID kan være tilfeldig

Begrensning:

  • I moderne implementasjoner er Node-ID ofte tilfeldig (ikke en faktisk MAC-adresse)
  • På grunn av personvern blir MAC-adresser ofte erstattet med tilfeldige verdier
  • Det er ikke mulig å pålitelig identifisere en spesifikk maskin

UUID-validering

Dekoderen fungerer også som en UUID-validator.

Kontroll av UUID-gyldighet

Dekoderen validerer automatisk:

  • ✅ Korrekt format (8-4-4-4-12 heksadesimale tegn)
  • ✅ Gyldige heksadesimale tegn (0-9, a-f)
  • ✅ Korrekt lengde (36 tegn inkludert bindestreker, 32 uten)

Gjenkjenne ugyldige UUID-er

Ugyldige eksempler:

❌ 6ba7b810-9dad-11d1-80b4          (for kort)
❌ 6ba7b810-9dad-11d1-80b4-GHIJKLMN (ugyldige tegn)
❌ 6ba7b81-09dad-11d1-80b4-00c04fd4 (feil format)

For utviklere

Implementering i JavaScript

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

// Extrakce timestampu z 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);
}

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

UUID-validering med 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);
}

Ofte stilte spørsmål (FAQ)

Kan jeg hente opprettelsestidspunktet fra en UUID v4? Nei, UUID v4 er rent tilfeldig og inneholder ingen tidsinformasjon. For UUID-er med tid, bruk v1, v6 eller v7.
Hvorfor er Node-ID i UUID v1 tilfeldig i stedet for MAC-adressen? Moderne implementasjoner bruker tilfeldige Node-ID-er på grunn av personvern. Avsløring av den faktiske MAC-adressen kan utgjøre en sikkerhetsrisiko.
Kan jeg gjenopprette den opprinnelige URL-en eller navnet fra en UUID v5? Nei, UUID v5 bruker SHA-1-hash, som er enveis. Du kan ikke hente de opprinnelige dataene fra hashen.
Hvordan vet jeg at en UUID er tilfeldig (v4)? Dekoderen viser UUID-versjonen. Hvis versjonen er 4, er det en tilfeldig generert UUID uten ytterligere metadata.
Er tidsstempelet i UUID v1 nøyaktig? Ja, UUID v1 har en teoretisk nøyaktighet på 100 nanosekunder (fra 15. oktober 1582). I praksis avhenger det av systemklokkens nøyaktighet.
Kan jeg bruke dekoderen til å validere UUID-er? Ja, dekoderen validerer automatisk UUID-formatet og viser en feilmelding hvis UUID-en er ugyldig.

Sikkerhet og personvern

Hva avslører en UUID?

UUID v1/v6:

  • ⚠️ Opprettelsestidspunkt - kan avsløre tidspunkt for operasjoner
  • ⚠️ Potensielt MAC-adresse - risiko for enhetsidentifikasjon (tilfeldig i moderne implementasjoner)

UUID v4:

  • ✅ Sikkert - inneholder ingen metadata

UUID v7:

  • ⚠️ Unix-tidsstempel - avslører opprettelsestidspunkt

Anbefalinger

  • ✅ Bruk UUID v4 for maksimalt personvern
  • ⚠️ Vær forsiktig med UUID v1/v6/v7 i offentlige API-er (avslører tidsinformasjon)
  • ✅ UUID v5 er deterministisk, men avslører ikke opprinnelige data
  • ⚠️ MD5-hash er ikke helt sikker

Kuriositeter

  • Tidligste mulige UUID v1: 15. oktober 1582 00:00:00 (starten av den gregorianske kalenderen)
  • Nyeste UUID v7: 10889-08-02 05:31:50.655 (grense for Unix-tidsstempel i ms)
  • Nøyaktighet UUID v1: 100 nanosekunder (teoretisk 10 millioner UUID-er per sekund)
  • Null UUID: 00000000-0000-0000-0000-000000000000 (spesiell “tom” UUID)
  • Maksimal UUID: ffffffff-ffff-ffff-ffff-ffffffffffff (maksimal verdi)

Bruk i forskjellige systemer

PostgreSQL

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

-- Filtrování podle verze
SELECT *
FROM users
WHERE substring(id::text, 15, 1) = '4';

MySQL

-- Kontrola UUID formátu
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}$';