UUID Dekóder és Validátor | Verzió (v1, v4, v7) és idő elemzése

Illessze be UUID-jét a fenti mezőbe, és ez az eszköz (UUID Elemző) azonnal online ellenőrzést végez, meghatározza a verziót, az érvényességet, és kinyeri a rejtett információkat.

Mi az UUID Dekóder?

Az UUID Dekóder egy olyan eszköz, amely elemzi az UUID-t (Universally Unique Identifier), és kinyeri belőle az összes elérhető információt. Az UUID nem csupán egy véletlen karaktersorozat – a verziótól függően tartalmazhat időbélyeget, rendszerinformációkat vagy determinisztikus adatok hash-ét.

Milyen információkat nyerhet ki az UUID-ből?

Alapvető UUID információk

UUID verzió:

  • Meghatározza az UUID típusát és szerkezetét (v1, v3, v4, v5, v6, v7)
  • A 13. hexadecimális karakterből kerül kivonásra

Variáns:

  • RFC 4122 - Standard UUID variáns
  • NCS - Network Computing System (elavult)
  • Microsoft - Microsoft GUID variáns
  • Reserved - Fenntartva jövőbeli használatra

UUID v1 - Időbélyegző + MAC cím

Amit kaphat:

  • Pontos létrehozási idő - dátum és idő 100 nanoszekundumos pontossággal
  • Óra szekvencia - sorszám az ütközések megelőzésére
  • Node ID - eredetileg MAC cím, gyakran véletlen értékek

Példa:

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

Verzió: v1 (Időbélyegző + MAC)
Variáns: RFC 4122
Dátum és idő: 1997.10.15. 04:25:33.000
Óra szekvencia: 724
Node ID: 00:C0:4F:D4:30:C8

Használat:

  • Annak meghatározása, mikor jött létre a bejegyzés
  • Audit és törvényszéki elemzés
  • Időfüggő problémák hibakeresése

UUID v3/v5 - Hash alapú

Amit kaphat:

  • Hash típusa - MD5 (v3) vagy SHA-1 (v5)
  • Nem kapható meg - eredeti névtér és név (egyirányú hash)

Példa:

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

Verzió: v5 (SHA-1 hash)
Variáns: RFC 4122
Típus: Hash alapú UUID (determinisztikus)
Megjegyzés: Az eredeti névtér és név nem nyerhető vissza az UUID-ből

Használat:

  • Annak ellenőrzése, hogy az UUID determinisztikus
  • Az UUID típusának azonosítása adatbázisban
  • Hash alapú azonosítók konzisztenciájának ellenőrzése

UUID v4 - Véletlenszerű

Amit kaphat:

  • Verzió - megerősítés, hogy véletlenszerű
  • Variáns - RFC 4122 szabvány
  • Nincs további adat - tisztán véletlen bitek

Példa:

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

Verzió: v4 (Véletlenszerű)
Variáns: RFC 4122
Típus: Véletlenszerűen generált UUID

Használat:

  • Annak ellenőrzése, hogy az UUID véletlenszerű (nem determinisztikus)
  • Az UUID helyes formátumának ellenőrzése
  • UUID érvényesítése adatbázisba mentés előtt

UUID v6 - Rendezett időbélyegző

Amit kaphat:

  • Pontos létrehozási idő - átrendezve a jobb DB teljesítményért
  • Óra szekvencia - sorszám
  • Node ID - csomópont azonosító

Példa:

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

Verzió: v6 (Rendezett időbélyegző)
Variáns: RFC 4122
Dátum és idő: 2026.01.30. 14:23:45.123
Óra szekvencia: 3272
Node ID: 9E:6B:DE:CE:D8:46

Használat:

  • A rekord létrehozási idejének meghatározása
  • Kronologikus rendezés elemzése DB-ben
  • Elosztott rendszerek hibakeresése

UUID v7 - Unix időbélyegző

Amit kaphat:

  • Unix időbélyegző - ezredmásodperc 1970.01.01-től
  • Dátum és idő - standard Unix időbélyegző formátum
  • Véletlen rész - nem dekódolható

Példa:

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

Verzió: v7 (Unix időbélyegző)
Variáns: RFC 4122
Dátum és idő: 2026.01.30. 14:23:45.123

Használat:

  • Modern UUID-k létrehozási idejének lekérése
  • Időrendi sorrend elemzése
  • Adatmigráció időbélyegekkel

UUID struktúra

Az UUID formátuma: xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxx

6ba7b810-9dad-11d1-80b4-00c04fd430c8
│      │ │  │ │  │ │  │ └───────────┴─ Node (48 bit)
│      │ │  │ │  │ └──┴─────────────── Óra szekvencia (14 bit)
│      │ │  │ └──┴────────────────────── Variáns (2-3 bit)
│      │ └──┴───────────────────────────── Verzió (4 bit) + Time High
│      └──────────────────────────────────── Time Mid (16 bit)
└─────────────────────────────────────────── Time Low (32 bit)

Verziók és variánsok kinyerése

Verzió (M):

  • Pozíció: 13. hexadecimális karakter
  • Értékek: 1-7 (különböző UUID verziók)

Variáns (N):

  • Pozíció: 17. hexadecimális karakter
  • 0-7: NCS (Reserved)
  • 8-B: RFC 4122 (szabvány)
  • C-D: Microsoft
  • E-F: Future (Reserved)

Gyakorlati példák

Hibakeresés - Rekord létrehozási idejének meghatározása

Forgatókönyv: A felhasználó jelenti, hogy adatai eltűntek. Meg kell határozni, mikor jött létre a rekord.

UUID: 6ba7b810-9dad-11d1-80b4-00c04fd430c8
Dekódolva: 1997.10.15. 04:25:33.000

→ A rekord 1997-ben jött létre

Törvényszéki elemzés - Időrendi sorrend ellenőrzése

Forgatókönyv: Annak ellenőrzése, hogy az események a megfelelő sorrendben történtek-e.

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

→ Az UUID 2 később jött létre (helyes sorrend)

UUID típusának azonosítása adatbázisban

Forgatókönyv: Vegyes UUID-k vannak az adatbázisban, és tudnia kell, melyek véletlenszerűek és melyek tartalmaznak időbélyeget.

f47ac10b-58cc-4372-a567-0e02b2c3d479 → v4 (véletlenszerű, időbélyeg nélkül)
6ba7b810-9dad-11d1-80b4-00c04fd430c8 → v1 (tartalmaz időbélyeget)
017f22e2-79b0-7cc3-98c4-dc0c0c07398f → v7 (tartalmaz időbélyeget)

→ Csak az v1 és v7 UUID-k tartalmaznak időinformációkat

Korlátozások és amit nem lehet kinyerni

❌ UUID v3/v5 - Hash nem dekódolható

Lehetetlen:

  • Visszanyerni az eredeti névteret
  • Visszanyerni az eredeti nevet/értéket
  • Megtudni, milyen adatok lettek hashelve

Ok: Az MD5 és SHA-1 egyirányú hash függvények.

❌ UUID v4 - Nincs rejtett adat

Lehetetlen:

  • Bármilyen metaadat kinyerése
  • A létrehozási idő meghatározása
  • A forrás azonosítása

Ok: Az UUID v4 tisztán véletlenszerű, nem tartalmaz strukturált információkat.

⚠️ UUID v1/v6 - A Node ID véletlenszerű lehet

Korlátozások:

  • Modern implementációkban a Node ID gyakran véletlenszerű (nem tényleges MAC cím)
  • Az adatvédelem miatt a MAC címeket gyakran véletlen értékekkel helyettesítik
  • Nem lehet megbízhatóan azonosítani egy konkrét gépet

UUID érvényesítés

A dekóder UUID érvényesítőként is működik.

UUID érvényességének ellenőrzése

A dekóder automatikusan érvényesíti:

  • ✅ Helyes formátum (8-4-4-4-12 hexadecimális karakter)
  • ✅ Érvényes hexadecimális karakterek (0-9, a-f)
  • ✅ Helyes hossz (36 karakter kötőjellel együtt, 32 anélkül)

Érvénytelen UUID-k felismerése

Érvénytelen példák:

❌ 6ba7b810-9dad-11d1-80b4          (túl rövid)
❌ 6ba7b810-9dad-11d1-80b4-GHIJKLMN (érvénytelen karakterek)
❌ 6ba7b81-09dad-11d1-80b4-00c04fd4 (hibás formátum)

Fejlesztőknek

JavaScript implementáció

// UUID verziójának kinyerése
function getUUIDVersion(uuid) {
    const cleaned = uuid.replace(/-/g, '');
    return parseInt(cleaned[12], 16);
}

// Időbélyeg kinyerése UUID v7-ből
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élda
const uuid = '017f22e2-79b0-7cc3-98c4-dc0c0c07398f';
console.log(getUUIDVersion(uuid)); // 7
console.log(extractV7Timestamp(uuid)); // Date object

UUID érvényesítés Regex segítségével

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

Gyakran Ismételt Kérdések (GYIK)

Kinyerhető a létrehozási idő az UUID v4-ből? Nem, az UUID v4 tisztán véletlenszerű, és nem tartalmaz időinformációkat. Idővel rendelkező UUID-hoz használja az v1, v6 vagy v7 verziót.
Miért véletlenszerű a Node ID az UUID v1-ben a MAC cím helyett? Modern implementációkban véletlenszerű Node ID-t használnak az adatvédelem miatt. A tényleges MAC cím felfedése biztonsági kockázatot jelentene.
Kinyerhető az eredeti URL vagy név az UUID v5-ből? Nem, az UUID v5 SHA-1 hash-t használ, amely egyirányú. A hash-ből nem lehet visszanyerni az eredeti adatokat.
Hogyan tudom megállapítani, hogy egy UUID véletlenszerű (v4)? A dekóder megjeleníti az UUID verzióját. Ha a verzió 4, akkor egy véletlenszerűen generált UUID-ről van szó, további metaadatok nélkül.
Pontos-e az időbélyegző az UUID v1-ben? Igen, az UUID v1 elméleti pontossága 100 nanoszekundum (1582. október 15-től). Gyakorlatban a rendszeróra pontosságától függ.
Használhatom a dekódert UUID érvényesítésre? Igen, a dekóder automatikusan érvényesíti az UUID formátumát, és hibát jelez, ha az UUID érvénytelen.

Biztonság és adatvédelem

Mit tár fel az UUID?

UUID v1/v6:

  • ⚠️ Létrehozási idő - feltárhatja a műveletek időzítését
  • ⚠️ Potenciálisan MAC cím - az eszköz azonosításának kockázata (modern implementációkban véletlenszerű)

UUID v4:

  • Biztonságos - nem tartalmaz metaadatokat

UUID v7:

  • ⚠️ Unix időbélyegző - feltárja a létrehozási időt

Ajánlások

  • ✅ Használja az UUID v4-et a maximális adatvédelem érdekében
  • ⚠️ Legyen óvatos az UUID v1/v6/v7 használatával nyilvános API-kban (időinformációkat tárnak fel)
  • ✅ Az UUID v5 determinisztikus, de nem fedi fel az eredeti adatokat
  • ⚠️ Az MD5 Hash nem teljesen biztonságos

Érdekességek

  • Legkorábbi lehetséges UUID v1: 1582. október 15. 00:00:00 (a Gergely-naptár kezdete)
  • Legújabb UUID v7: 10889.08.02. 05:31:50.655 (Unix időbélyeg határa ms-ban)
  • UUID v1 pontosság: 100 nanoszekundum (elméletileg 10 millió UUID másodpercenként)
  • UUID Nil: 00000000-0000-0000-0000-000000000000 (speciális “üres” UUID)
  • UUID Max: ffffffff-ffff-ffff-ffff-ffffffffffff (maximális érték)

Használat különböző rendszerekben

PostgreSQL

-- UUID verziójának kinyerése
SELECT substring(id::text, 15, 1) as version
FROM users;

-- Szűrés verzió szerint
SELECT *
FROM users
WHERE substring(id::text, 15, 1) = '4';

MySQL

-- UUID formátum ellenőrzése
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}$';