Adgangskodehash-generator og -verifikator

SHA-256 på en moderne GPU kører med milliarder af gæt pr. sekund. En adgangskode på 8 tegn har langt under 10¹³ kombinationer — timer med GPU-tid, minutter på en stor rig. Adgangskodehashfunktioner (KDF'er) bekæmper dette med omkostningsparametre: bcrypt gentager sin kerne 2^cost gange, PBKDF2 itererer HMAC hundredtusinder af gange, og scrypt og Argon2id kræver desuden megabytes hukommelse pr. gæt, så GPU'er (hurtige, men hukommelsesfattige pr. kerne) mister deres fordel. Et salt — tilfældigt og gemt i klartekst inde i hashstrengen — forhindrer forudberegnede regnbuetabeller og tvinger hvert gæt til at blive beregnet på ny for hver bruger.

En GPU har tusindvis af kerner, men hver kerne har kun adgang til lidt hurtig hukommelse. En KDF, der kræver 19 MiB arbejdshukommelse pr. gæt, begrænser en angriber til så mange parallelle gæt, som vedkommende har 19-MiB-bidder hukommelse til — derfor kan Argon2id med 19 MiB i praksis være stærkere end bcrypt med omkostning 15, selvom den kræver mindre tid på den bærbare. PBKDF2 har intet svar på dette: dens eneste indstilling er antallet af iterationer, og silicium skalerer det lineært.

Det modular-crypt-/PHC-format er selvbeskrivende: i $argon2id$v=19$m=19456,t=2,p=1$ICEiIyQlJicoKSorLC0uLw$WTGpK4hf... er felterne algoritme, version, parametre (m = hukommelse i KiB, t = gennemløb, p = baner), base64-salt og base64-hash. bcrypt er ældre end standarden og bruger sin egen kompakte form: $2b$-variant, 12 som omkostning, derefter salt og hash i bcrypts egen base64-alfabet (./A-Za-z0-9). Denne sides Verificér accepterer alle disse og viser de analyserede felter — indsæt et hvilket som helst hash, man støder på, og se, hvordan det splittes op.

• Hurtigt hash til adgangskoder. MD5/SHA-1/SHA-256-adgangskodekolonner falder for standard-GPU'er ved milliarder af gæt pr. sekund. Brug Hash-generatoren til filer og data; brug denne sides algoritmer til adgangskoder.
• At dele et salt. Ét salt til alle brugere betyder, at ens adgangskoder får ens hashes, og regnbuetabeller kommer igen. Hver hash her får et nyt, tilfældigt 16-byte-salt.
• At ignorere bcrypts 72 bytes. "a"*100 og "a"*72 giver identiske hashes — halen kasseres. Denne side advarer i inputfeltet, når adgangskoden overstiger 72 bytes. Argon2 har ingen sådan grænse.
• At sammenligne hashes med == i egen kode. Verifikation skal være konstant-tid; sidens motor gør det internt (den genberegner og sammenligner de gemte bytes), men kopieres fremgangsmåden, skal en konstant-tid-sammenligning bruges.
• At justere parametre på en hurtig udviklingsmaskine. Sigt efter ca. 250–500 ms hashing på produktionsbrugernes medianhardware, ikke på udviklerens arbejdsstation. Benchmark-knappen viser, hvad denne browser faktisk oplever.
• Genhashing ved hvert login-tjek. Verificér først; genhash kun (fx for at hæve omkostningen) efter en vellykket verifikation, og gem den nye streng. PHP-funktionen password_needs_rehash() findes netop til dette.

Hvilken skal man vælge? Argon2id med mindst OWASP-minimum. Hvis miljøet ikke tilbyder den: scrypt, derefter bcrypt (med en omkostning, så hashing tager ≥250 ms). PBKDF2 kun hvor certificering kræver det.

Hvorfor vises et tilfældigt salt i outputstrengen? Saltet er ikke en hemmelighed — det gemmes med vilje i klartekst inde i PHC-strengen, så verifikation kun kræver strengen og kandidatadgangskoden. Dets opgave er entydighed, ikke hemmeligholdelse.

Betyder varianten noget ($2a$ / $2b$ / $2y$)? For ASCII-adgangskoder giver de identiske hashes; $2a$ er den oprindelige fra 1990'erne, $2b$ rettede en sjælden fortegnsudvidelsesfejl (2014), og $2y$ er PHP's markering af, at rettelsen er til stede. Verificér accepterer alle tre.

Hvor lang tid bør et hash tage? Cirka 250–500 ms pr. login på serverhardware. Under 100 ms er offline-knæk billigt; over 1 s klager brugerne, før sikkerheden bliver bedre.

Kan jeg verificere et hash, der er lavet andetsteds? Ja — indsæt det, og angiv kandidatadgangskoden. Kendte, gode formater: PHP password_hash (bcrypt $2y$ og Argon2id), Python passlib, Djangos argon2-hasher og scrypt-strengformatet, som Tarsnaps scrypt-værktøj bruger.

Hvad gør knappen "benchmark"? Den hasher den aktuelle adgangskode én gang med hver algoritme ved sidens standardparametre og rapporterer den forløbne tid i denne browser — en fornemmelse for forskelle i omkostning, ikke en præcis måling.