UUID Avkodare & Validator | Analysera versioner (v1, v4, v7) & tid

Ange ditt UUID i fältet ovan så kommer detta verktyg (UUID Parser) omedelbart att utföra en onlinekontroll, bestämma version, giltighet och extrahera dold information.

Vad är en UUID-avkodare?

En UUID-avkodare är ett verktyg som analyserar ett UUID (Universally Unique Identifier) och extraherar all tillgänglig information från det. Ett UUID är inte bara en slumpmässig sträng av tecken – beroende på versionen kan det innehålla en tidsstämpel, systeminformation eller en hash av deterministisk data.

Vilken information kan du få från ett UUID?

Grundläggande information om UUID

UUID-version:

  • Bestämmer typ och struktur för UUID (v1, v3, v4, v5, v6, v7)
  • Extraheras från det 13:e hexadecimala tecknet

Variant:

  • RFC 4122 - Standard UUID-variant
  • NCS - Network Computing System (föråldrad)
  • Microsoft - Microsoft GUID-variant
  • Reserved - Reserverad för framtida användning

UUID v1 - Tidsstämpel + MAC-adress

Vad du kan få:

  • ✅ Exakt skapandetid - datum och tid med 100 nanosekunders precision
  • ✅ Klocksekvens - sekvensnummer för att förhindra kollisioner
  • ✅ Nod-ID - ursprungligen MAC-adress, ofta slumpmässiga värden

Exempel:

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

Version: v1 (Tidsstämpel + MAC)
Variant: RFC 4122
Datum och tid: 1997-10-15 04:25:33.000
Klocksekvens: 724
Nod-ID: 00:C0:4F:D4:30:C8

Användning:

  • Bestämma när en post skapades
  • Audit och forensisk analys
  • Felsökning av tidsberoende problem

UUID v3/v5 - Hash-baserad

Vad du kan få:

  • ✅ Hashtyp - MD5 (v3) eller SHA-1 (v5)
  • ❌ Kan inte få - ursprungligt namnrymd och namn (enkelriktad hash)

Exempel:

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

Version: v5 (SHA-1 hash)
Variant: RFC 4122
Typ: Hash-baserad UUID (deterministisk)
Obs: Det ursprungliga namnrymden och namnet kan inte återställas från UUID:t

Användning:

  • Verifiera att UUID är deterministiskt
  • Identifiera UUID-typ i databasen
  • Kontrollera konsistensen hos hash-baserade identifierare

UUID v4 - Slumpmässig

Vad du kan få:

  • ✅ Version - bekräftelse på att det är slumpmässigt
  • ✅ Variant - RFC 4122-standard
  • ❌ Ingen ytterligare data - rent slumpmässiga bitar

Exempel:

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

Version: v4 (Slumpmässig)
Variant: RFC 4122
Typ: Slumpmässigt genererad UUID

Användning:

  • Verifiera att UUID är slumpmässigt (inte deterministiskt)
  • Kontrollera korrekt UUID-format
  • Validera UUID innan det sparas i databasen

UUID v6 - Ordnat tidsstämpel

Vad du kan få:

  • ✅ Exakt skapandetid - omordnad för bättre DB-prestanda
  • ✅ Klocksekvens - sekvensnummer
  • ✅ Nod-ID - nodidentifierare

Exempel:

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

Version: v6 (Ordnat tidsstämpel)
Variant: RFC 4122
Datum och tid: 2026-01-30 14:23:45.123
Klocksekvens: 3272
Nod-ID: 9E:6B:DE:CE:D8:46

Användning:

  • Bestämma skapandetiden för en post
  • Analys av kronologisk sortering i DB
  • Felsökning av distribuerade system

UUID v7 - Unix tidsstämpel

Vad du kan få:

  • ✅ Unix tidsstämpel - millisekunder sedan 1970-01-01
  • ✅ Datum och tid - standard Unix tidsstämpelformat
  • ❌ Slumpmässig del - kan inte avkodas

Exempel:

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

Version: v7 (Unix tidsstämpel)
Variant: RFC 4122
Datum och tid: 2026-01-30 14:23:45.123

Användning:

  • Hämta skapandetiden för moderna UUID:n
  • Analys av tidsordning
  • Datamigrering med tidsstämplar

UUID-struktur

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

6ba7b810-9dad-11d1-80b4-00c04fd430c8
│      │ │  │ │  │ │  │ │           │
│      │ │  │ │  │ │  │ └───────────┴─ Nod (48 bitar)
│      │ │  │ │  │ └──┴─────────────── Klocksekvens (14 bitar)
│      │ │  │ └──┴────────────────────── Variant (2-3 bitar)
│      │ └──┴───────────────────────────── Version (4 bitar) + Time High
│      └──────────────────────────────────── Time Mid (16 bitar)
└─────────────────────────────────────────── Time Low (32 bitar)

Extrahera versioner och varianter

Version (M):

  • Position: 13:e hexadecimala tecknet
  • Värden: 1-7 (olika UUID-versioner)

Variant (N):

  • Position: 17:e hexadecimala tecknet
  • 0-7: NCS (Reserverad)
  • 8-B: RFC 4122 (standard)
  • C-D: Microsoft
  • E-F: Framtid (Reserverad)

Praktiska exempel

Felsökning - Ta reda på postens skapandetid

Scenario: En användare rapporterar att deras data har försvunnit. Du behöver ta reda på när posten skapades.

UUID: 6ba7b810-9dad-11d1-80b4-00c04fd430c8
Avkodad: 1997-10-15 04:25:33.000

→ Posten skapades år 1997

Forensisk analys - Verifiera tidssekvensen

Scenario: Kontrollera om händelserna skedde i rätt ordning.

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

→ UUID 2 skapades senare (rätt ordning)

Identifiera UUID-typ i databasen

Scenario: Du har blandade UUID:n i DB och behöver veta vilka som är slumpmässiga och vilka som har en tidsstämpel.

f47ac10b-58cc-4372-a567-0e02b2c3d479 → v4 (slumpmässig, utan tidsstämpel)
6ba7b810-9dad-11d1-80b4-00c04fd430c8 → v1 (har tidsstämpel)
017f22e2-79b0-7cc3-98c4-dc0c0c07398f → v7 (har tidsstämpel)

→ Endast v1 och v7 UUID:n innehåller tidsinformation

Begränsningar och vad som inte kan erhållas

❌ UUID v3/v5 - Kan inte avkoda hash

Omöjligt:

  • Återställa ursprungligt namnrymd
  • Återställa ursprungligt namn/värde
  • Ta reda på vilken data som hashades

Anledning: MD5 och SHA-1 är enkelriktade hashfunktioner.

❌ UUID v4 - Ingen dold data

Omöjligt:

  • Hämta metadata
  • Ta reda på skapandetid
  • Identifiera källa

Anledning: UUID v4 är rent slumpmässigt och innehåller ingen strukturerad information.

⚠️ UUID v1/v6 - Nod-ID kan vara slumpmässigt

Begränsning:

  • I moderna implementeringar är Nod-ID ofta slumpmässigt (inte en faktisk MAC-adress)
  • På grund av integritetsskydd ersätts MAC-adresser ofta med slumpmässiga värden
  • Kan inte tillförlitligt identifiera en specifik maskin

UUID-validering

Avkodaren fungerar även som en UUID-validator.

Kontrollera UUID-giltighet

Avkodaren validerar automatiskt:

  • ✅ Korrekt format (8-4-4-4-12 hexadecimala tecken)
  • ✅ Giltiga hexadecimala tecken (0-9, a-f)
  • ✅ Korrekt längd (36 tecken inklusive bindestreck, 32 utan)

Identifiera ogiltiga UUID:n

Ogiltiga exempel:

❌ 6ba7b810-9dad-11d1-80b4          (för kort)
❌ 6ba7b810-9dad-11d1-80b4-GHIJKLMN (ogiltiga tecken)
❌ 6ba7b81-09dad-11d1-80b4-00c04fd4 (fel format)

För utvecklare

Implementering i JavaScript

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

// Extrahera tidsstämpel från 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);
}

// Exempel
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);
}

Vanliga frågor (FAQ)

Kan jag få skapandetiden från ett UUID v4? Nej, UUID v4 är rent slumpmässigt och innehåller ingen tidsinformation. För UUID med tidsinformation, använd v1, v6 eller v7.
Varför är Nod-ID i UUID v1 slumpmässigt istället för en MAC-adress? Moderna implementeringar använder slumpmässiga Nod-ID för integritetsskydd. Att avslöja den faktiska MAC-adressen kan utgöra en säkerhetsrisk.
Kan jag återställa den ursprungliga URL:en eller namnet från ett UUID v5? Nej, UUID v5 använder en SHA-1 hash, vilken är enkelriktad. Det är omöjligt att återställa originaldata från hashen.
Hur vet jag att ett UUID är slumpmässigt (v4)? Avkodaren visar UUID-versionen. Om versionen är 4, är det ett slumpmässigt genererat UUID utan ytterligare metadata.
Är tidsstämpeln i UUID v1 exakt? Ja, UUID v1 har en teoretisk precision på 100 nanosekunder (från 15 oktober 1582). I praktiken beror det på systemklockans noggrannhet.
Kan jag använda avkodaren för att validera UUID? Ja, avkodaren validerar automatiskt UUID-formatet och visar ett felmeddelande om UUID är ogiltigt.

Säkerhet och integritet

Vad avslöjar ett UUID?

UUID v1/v6:

  • ⚠️ Skapandetid - kan avslöja tidpunkten för operationer
  • ⚠️ Potentiellt MAC-adress - risk för enhetsidentifiering (slumpmässigt i moderna implementeringar)

UUID v4:

  • ✅ Säkert - innehåller inga metadata

UUID v7:

  • ⚠️ Unix tidsstämpel - avslöjar skapandetid

Rekommendationer

  • ✅ Använd UUID v4 för maximal integritet
  • ⚠️ Var försiktig med UUID v1/v6/v7 i publika API:er (avslöjar tidsinformation)
  • ✅ UUID v5 är deterministiskt men avslöjar inte originaldata
  • ⚠️ MD5 Hash är inte helt säker

Intressanta fakta

  • Äldsta möjliga UUID v1: 15 oktober 1582 00:00:00 (början av den gregorianska kalendern)
  • Nyaste UUID v7: 10889-08-02 05:31:50.655 (gräns för Unix tidsstämpel i ms)
  • Precision UUID v1: 100 nanosekunder (teoretiskt 10 miljoner UUID per sekund)
  • UUID Nil: 00000000-0000-0000-0000-000000000000 (speciellt “tomt” UUID)
  • UUID Max: ffffffff-ffff-ffff-ffff-ffffffffffff (maximalt värde)

Användning i olika system

PostgreSQL

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

-- Filtrera efter version
SELECT *
FROM users
WHERE substring(id::text, 15, 1) = '4';

MySQL

-- Kontrollera UUID-format
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}$';