🎲 Tilfældig tekstgenerator

Værktøj til at generere UUID, tilfældige strenge, sikkerhedsnøgler osv. Nyttigt til API-nøgler, midlertidige adgangskoder og generering af tokens, og det genererer tilfældige tal på en kryptografisk sikker måde.

Resultat

—

※ UUID er en universelt unik identifikator med ekstremt lav sandsynlighed for dublet.
※ Genererede tilfældige tal skabes på en kryptografisk sikker måde.
※ Kan bruges til API-nøgler, midlertidige adgangskoder, tokens osv.

GUIDE

Laes mere

1. Betydningen af tilfældige tal og CSPRNG

Tilfældige tal er uforudsigelige værdier, som er afgørende for kryptering, sikkerhed, spil og simulering. Standard-generatorer producerer pseudotilfældige tal via algoritmer, hvilket gør dem forudsigelige, hvis seed-værdien er kendt. Til sikkerhedskritiske anvendelser skal du bruge CSPRNG (Cryptographically Secure Pseudo-Random Number Generator). PHP's random_bytes() og random_int() er CSPRNG'er, der bruger /dev/urandom eller CryptGenRandom. JavaScript tilbyder crypto.getRandomValues(), som udnytter browserens entropikilder. Almindelig Math.random() er uegnet til sikkerhed og må aldrig bruges til tokens, session IDs eller krypteringsnøgler.

2. UUID og unikke identifikatorer

UUID (Universally Unique Identifier) er en 128-bit unik identifikator med ekstremt lav kollisionssandsynlighed. UUID v4 er helt tilfældig og den mest udbredte. Formatet er xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx, hvor 4 angiver versionen, og y angiver varianten. UUID v1 er baseret på tidsstempel og MAC-adresse, hvilket muliggør kronologisk sortering, men også afslører MAC-adresser som et sikkerhedsproblem. UUID v7 er den nyeste version, tidsstempelbaseret men uden at afsløre personlige oplysninger. Brug af UUID'er til databaseprimærnøgler, filnavne, session IDs og distribuerede systemer sikrer entydighed uden central koordinering.

3. Sikkerhedsnøgler og token-generering

API-nøgler, autentifikationstokens og session IDs skal have tilstrækkelig entropi. Minimum 128 bits (16 bytes) anbefales, mens 256 bits (32 bytes) er mere sikkert. Base64-kodning omdanner dem til URL-sikre strenge. JWT (JSON Web Token) består af Header, Payload og Signature og indeholder oplysninger i selve tokenet. CSRF-tokens forhindrer cross-site request forgery ved at inkludere unikke tokens i hver formular. OAuth 2.0's state-parameter er også en tilfældig værdi til CSRF-beskyttelse. Tokens bør være engangsbrug (nonce) eller have udløbstider for at forhindre replay-angreb.

4. Implementering af kryptografiske tilfældighedsgeneratorer

Operativsystemer indsamler entropi fra hardwarestøj, timing fra tastatur/mus, netværkspakker osv. Linux tilbyder /dev/random (blokerende) og /dev/urandom (ikke-blokerende). /dev/random venter, når entropien er utilstrækkelig, hvilket er problematisk i servermiljøer. Moderne kerner anbefaler systemkaldet getrandom(). Windows bruger CryptGenRandom (ældre) eller BCryptGenRandom (moderne). Hardware-random number generators (HRNG) udnytter Intel RDRAND-instruktioner eller TPM-chips til ægte tilfældighed. Cloud-miljøer kan få mangel på entropi på grund af virtualisering og bruger derfor dæmoner som haveged.

5. Tilfældige tal i blockchain og smart contracts

Blockchains er deterministiske miljøer, hvilket gør generering af tilfældighed vanskelig. Alle noder skal verificere det samme resultat, så almindelige tilfældige tal kan ikke bruges. Brug af block hashes som tilfældighedskilde gør det muligt for minere at manipulere resultatet. Chainlink VRF (Verifiable Random Function) giver verificerbar tilfældighed til lotterier on-chain og NFT-minting. Commit-Reveal-skemaer lader deltagerne først indsende hashes (commit) og senere afsløre originalerne (reveal) for at forhindre manipulation. Random Beacon er en offentlig tilfældighedstjeneste leveret af NIST eller drand-projektet. Smart contract-spil kræver pålidelig tilfældighed.

6. Praktiske anvendelser af tilfældighedsgeneratorer

Online tilfældighedsgeneratorer tjener mange formål. Udstedelse af API-nøgler kræver tilstrækkelig længde (32+ tegn) og kompleksitet. Midlertidige adgangskoder kombinerer tal+bokstaver+specialtegn og sættes til engangsbrug. Kuponkoder foretrækker brugervenlige kombinationer af store bogstaver+tal (f.eks. AB12-CD34-EF56). Invitationskoder bruger korte, let huskede 6-8 tegn. Kombinationer af tidsstempel+tilfældighed forhindrer navnekonflikter i filnavne. Brug af UUID'er som sharding-nøgler i databaser afhjælper begrænsningerne ved auto-increment ID'er. Tildeling af A/B-testgrupper sikrer retfærdighed gennem tilfældighed. Vælg altid den passende tilfældighedsgenerator, der matcher sikkerhedskravene.

Ofte stillede sporgsmal

Hvad er forskellen på UUID og en almindelig tilfældig streng?

Et UUID er en standardiseret 128-bit identifikator i formatet 8-4-4-4-12 med ekstremt lav risiko for kollision, hvilket gør den ideel som databasenøgler. Almindelige tilfældige strenge lader dig frit vælge længde og tegnsæt (alfanumerisk, kun tal, hex), hvilket passer bedre til midlertidige adgangskoder eller kuponkoder.

Hvor sikre er de genererede tilfældige værdier?

Værktøjet bruger din browsers kryptografisk sikre tilfældiggenerering (CSPRNG), som er langt sværere at forudsige end almindelig Math.random(). Det gør det velegnet til sikkerhedsfølsomme anvendelser som API-nøgler eller autentifikationstokens.

Hvad er den maksimale længde, jeg kan generere?

Du kan angive enhver længde fra 1 til 256 tegn, hvilket dækker alt fra korte invitationskoder til lange sikkerhedstokens.

Hvad kan jeg bruge de genererede værdier til?

Typiske anvendelser er API-nøgler, midlertidige adgangskoder, sessionstokens, kuponkoder og unikke identifikatorer til at undgå filnavnskonflikter.

Bliver de genererede UUID'er eller tilfældige strenge gemt på en server?

Nej, al generering foregår i din browser, og intet sendes til eller gemmes på en server.