🎲 Tilfeldig tekstgenerator

Verktøy for å generere UUID, tilfeldige strenger, sikkerhetsnøkler osv. Nyttig for API-nøkler, midlertidige passord og token-generering, og genererer tilfeldige tall på en kryptografisk sikker måte.

Resultat

—

※ UUID er en universelt unik identifikator med ekstremt lav sannsynlighet for duplikat.
※ Genererte tilfeldige tall lages på en kryptografisk sikker måte.
※ Kan brukes til API-nøkler, midlertidige passord, token-er osv.

GUIDE

Les mer

1. Betydningen av tilfeldige tall og CSPRNG

Tilfeldige tall er uforutsigbare verdier som er avgjørende for kryptering, sikkerhet, spill og simulering. Vanlige tilfeldiggeneratorer lager pseudotilfeldige tall ved hjelp av algoritmer, noe som gjør dem forutsigbare hvis frøverdien er kjent. For sikkerhetskritiske bruksområder bør du bruke CSPRNG (Cryptographically Secure Pseudo-Random Number Generator). PHP-funksjonene random_bytes() og random_int() er CSPRNG-er som bruker /dev/urandom eller CryptGenRandom. JavaScript tilbyr crypto.getRandomValues() som utnytter nettleserens entropikilder. Vanlig Math.random() er ikke egnet for sikkerhet og må aldri brukes til token-er, sesjons-ID-er eller krypteringsnøkler.

2. UUID og unike identifikatorer

UUID (Universally Unique Identifier) er en unik identifikator på 128 bit med ekstremt lav kollisjonsrisiko. UUID v4 er helt tilfeldig og den mest brukte varianten. Formatet er xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx der 4 angir versjon og y angir variant. UUID v1 er basert på tidsstempel og MAC-adresse, noe som gir kronologisk sortering, men eksponerer MAC-adresser og innebærer en sikkerhetsrisiko. UUID v7 er den nyeste versjonen, tidsstempelbasert uten å eksponere personopplysninger. Bruk av UUID-er som primærnøkler i databaser, filnavn, sesjons-ID-er og distribuerte systemer sikrer unikhet uten sentral koordinering.

3. Generering av sikkerhetsnøkler og token-er

API-nøkler, autentiseringstoken-er og sesjons-ID-er må ha tilstrekkelig entropi. Minst 128 bit (16 byte) anbefales, og 256 bit (32 byte) er enda sikrere. Base64-koding gjør verdiene om til URL-vennlige strenger. JWT (JSON Web Token) består av Header, Payload og Signature, og inneholder informasjon i selve tokenet. CSRF-token-er hindrer cross-site request forgery ved å inkludere unike token-er i hvert skjema. OAuth 2.0s state-parameter er også en tilfeldig verdi for å forhindre CSRF. Token-er bør være engangsbruk (nonce) eller ha utløpstider for å forhindre replay-angrep.

4. Implementering av kryptografiske tilfeldiggeneratorer

Operativsystemer samler entropi fra maskinvarestøy, tastatur- og musetiming, nettverkspakker osv. Linux tilbyr /dev/random (blokkerende) og /dev/urandom (ikke-blokkerende). /dev/random venter når entropien er utilstrekkelig, noe som kan være problematisk på servere. Moderne kjerner anbefaler systemkallet getrandom(). Windows bruker CryptGenRandom (eldre) eller BCryptGenRandom (moderne). Maskinvarebaserte tilfeldiggeneratorer (HRNG) bruker Intel RDRAND-instruksjoner eller TPM-brikker for ekte tilfeldighet. Sky-miljøer kan få entropimangel på grunn av virtualisering, og bruker derfor tjenester som haveged.

5. Tilfeldige tall i blockchain og smartkontrakter

Blockchains er deterministiske miljøer, noe som gjør tilfeldig generering vanskelig. Alle noder må verifisere samme resultat, så vanlige tilfeldige tall kan ikke brukes. Å bruke blokk-hasher som tilfeldighetskilde gjør det mulig for minere å manipulere utfallet. Chainlink VRF (Verifiable Random Function) gir verifiserbar tilfeldighet for lotterier på kjeden og NFT-minting. Commit-Reveal-opplegg lar deltakere først sende inn hasher (commit) og senere avsløre originalene (reveal) for å hindre manipulering. Random Beacon er en offentlig tilfeldighetstjeneste levert av NIST eller drand-prosjektet. Spill i smartkontrakter krever pålitelig tilfeldighet.

6. Praktiske bruksområder for tilfeldiggeneratorer

Nettbaserte tilfeldiggeneratorer har mange bruksområder. Utsendelse av API-nøkler krever tilstrekkelig lengde (32+ tegn) og kompleksitet. Midlertidige passord kombinerer tall + bokstaver + spesialtegn og settes til engangsbruk. Kupongkoder foretrekker brukervennlige kombinasjoner av store bokstaver og tall (f.eks. AB12-CD34-EF56). Invitasjonskoder bruker korte, lett huskbare 6-8 tegn. Kombinasjoner av tidsstempel + tilfeldighet forhindrer filnavnkollisjoner. Bruk av UUID-er som database-shardingnøkler løser begrensningene ved auto-increment-ID-er. Gruppetildeling i A/B-tester sikrer rettferdighet gjennom tilfeldighet. Velg alltid den tilfeldiggeneratoren som passer sikkerhetskravene.

Vanlige sporsmal

Hva er forskjellen mellom UUID og en vanlig tilfeldig streng?

En UUID er en standardisert identifikator på 128 bit i formatet 8-4-4-4-12 med ekstremt lav kollisjonsrisiko, noe som gjør den ideell som databasenøkkel. Vanlige tilfeldige strenger lar deg fritt velge lengde og tegnsett (alfanumerisk, kun tall, hex), noe som passer bedre til midlertidige passord eller kupongkoder.

Hvor sikre er de genererte tilfeldige verdiene?

Verktøyet bruker nettleserens kryptografisk sikre tilfeldiggenerering (CSPRNG), som er langt vanskeligere å forutsi enn vanlig Math.random(). Dette gjør det egnet til sikkerhetskritiske bruksområder som API-nøkler eller autentiseringstoken-er.

Hva er maksimal lengde jeg kan generere?

Du kan angi hvilken som helst lengde fra 1 til 256 tegn, fra korte invitasjonskoder til lange sikkerhetstoken-er.

Hva kan jeg bruke de genererte verdiene til?

Vanlige bruksområder er API-nøkler, midlertidige passord, sesjonstoken-er, kupongkoder og unike identifikatorer for å unngå filnavnkollisjoner.

Lagre de genererte UUID-ene eller tilfeldige strengene på en server?

Nei, all generering skjer i nettleseren din, og ingenting sendes til eller lagres på en server.