Passordhash-generator & -verifikator

SHA-256 på en moderne GPU kjører med milliarder gjetninger per sekund. Et passord på 8 tegn har godt under 10¹³ kombinasjoner — timer med GPU-tid, minutter på et stort rigg. Passordhashfunksjoner (KDF-er) bekjemper dette med kostnadsparametere: bcrypt gjentar kjernen sin 2^kostnad ganger, PBKDF2 itererer HMAC hundretusenvis av ganger, og scrypt og Argon2id krever i tillegg megabyte med minne per gjetning, slik at GPU-er (raske, men minnefattige per kjerne) mister fordelen. Et salt — tilfeldig, lagret i klartekst inne i hash-strengen — stopper forhåndsberegnede regnbuetabeller og tvinger hver gjetning til å beregnes på nytt for hver bruker.

En GPU har tusenvis av kjerner, men hver kjerne har tilgang til bare litt rask minne. En KDF som trenger 19 MiB arbeidssett per gjetning, begrenser en angriper til så mange parallelle gjetninger som vedkommende har 19 MiB-biter med minne — derfor kan Argon2id med 19 MiB i praksis være sterkere enn bcrypt med kostnad 15, til tross for at den tar mindre tid på en bærbar PC. PBKDF2 har ikke noe svar på dette: den eneste innstillingen er antall iterasjoner, og silisium skalerer det lineært.

Det modulære krypteringsformatet / PHC-formatet beskriver seg selv: i $argon2id$v=19$m=19456,t=2,p=1$ICEiIyQlJicoKSorLC0uLw$WTGpK4hf... er feltene algoritme, versjon, parametere (m = minne i KiB, t = passeringer, p = baner), base64-salt og base64-hash. bcrypt kommer før standarden og bruker sin egen kompakte form: $2b$-variant, 12 kostnad, deretter salt og hash i bcrypts egen base64-alfabet (./A-Za-z0-9). Verifiser på denne siden godtar alle disse og viser de tolkede feltene — lim inn en hvilken som helst hash, og se hva den består av.

• Raskt hash for passord. MD5/SHA-1/SHA-256-passordkolonner faller for vanlige GPU-er med milliarder gjetninger per sekund. Bruk Hashgeneratoren for filer og data; bruk denne sidens algoritmer for passord.
• Å dele salt. Ett salt for alle brukere gjør at like passord gir like hasher, og regnbuetabeller kommer tilbake. Hver hash her får et nytt tilfeldig salt på 16 byte.
• Å ignorere bcrypts 72 byte. "a"*100 og "a"*72 gir identisk hash — halen kastes. Denne siden varsler i inndatafeltet når passordet overskrider 72 byte. Argon2 har ingen slik grense.
• Å sammenligne hasher med == i egen kode. Verifisering må være konstant tid; sidens motor gjør det internt (den regner ut på nytt og sammenligner de lagrede bytene), men hvis man kopierer framgangsmåten, må man bruke en sammenligning i konstant tid.
• Å justere parametere på en rask utviklermaskin. Sikt mot ca. 250–500 ms hashing på produksjonsbrukernes median-maskinvare, ikke på utviklerstasjonen. Målknappen viser hva denne nettleseren faktisk opplever.
• Rehashing ved hver innloggingssjekk. Verifiser først; rehash bare (f.eks. for å øke kostnaden) etter en vellykket verifisering, og lagre den nye strengen. PHP-funksjonen password_needs_rehash() finnes nettopp til dette.

Hvilken bør man velge? Argon2id med minst OWASPs minimum. Hvis kjøretidsmiljøet ikke tilbyr den: scrypt, deretter bcrypt (med kostnad slik at hashing tar ≥250 ms). PBKDF2 bare der sertifisering krever det.

Hvorfor vises et tilfeldig salt i utdatastrengen? Saltet er ingen hemmelighet — det lagres i klartekst i PHC-strengen med vilje, slik at verifisering bare trenger strengen og kandidatpassordet. Oppgaven er unikhet, ikke hemmelighold.

Har varianten betydning ($2a$ / $2b$ / $2y$)? For ASCII-passord gir de identiske hasher; $2a$ er originalen fra 1990-tallet, $2b$ rettet en sjelden fortegnsutvidelsesfeil (2014), og $2y$ er PHPs markør for at rettelsen er med. Verifisering godtar alle tre.

Hvor lang tid bør en hash ta? Omtrent 250–500 ms per innlogging på serverutstyr. Under 100 ms og frakoblet knekking er billig; over 1 s klager brukerne før sikkerheten blir bedre.

Kan jeg verifisere en hash som er laget et annet sted? Ja — lim den inn og oppgi kandidatpassordet. Kjente gode formater: PHP password_hash (bcrypt $2y$ og Argon2id), Python passlib, Djangos argon2-hasher og scrypt-strengformatet som brukes av Tarsnaps scrypt-verktøy.

Hva gjør målknappen? Den hasher det gjeldende passordet én gang med hver algoritme med sidens standardparametere og rapporterer tiden på veggen i denne nettleseren — en følelse av kostnadsforskjeller, ikke en nøyaktig måling.