Lösenordshashgenerator & verifierare

SHA-256 på en modern GPU kör miljarder gissningar per sekund. Ett lösenord på 8 tecken har väl under 10¹³ kombinationer — timmar av GPU-tid, minuter i ett stort rigg. Lösenordshashningsfunktioner (KDF:er) motverkar detta med kostnadsparametrar: bcrypt upprepar sin kärna 2^kostnad gånger, PBKDF2 itererar HMAC hundratusentals gånger, och scrypt och Argon2id kräver dessutom megabyte minne per gissning, så att GPU:er (snabba men minnesfattiga per kärna) förlorar sin fördel. Ett salt — slumpmässigt och lagrat i klartext inne i hash-strängen — förhindrar förberäknade regnbågstabeller och tvingar varje gissning att beräknas på nytt för varje användare.

En GPU har tusentals kärnor, men varje kärna har tillgång till lite snabbt minne. En KDF som behöver 19 MiB arbetsminne per gissning begränsar en angripare till så många parallella gissningar som de har 19-MiB-delar av minne — vilket är varför Argon2id med 19 MiB i praktiken kan vara starkare än bcrypt med kostnad 15, trots att det tar kortare tid på en laptop. PBKDF2 har inget svar på detta: dess enda reglage är antalet iterationer, och kisel skalar det linjärt.

Det modulära crypt-/PHC-formatet är självbeskrivande: i $argon2id$v=19$m=19456,t=2,p=1$ICEiIyQlJicoKSorLC0uLw$WTGpK4hf... är fälten algoritm, version, parametrar (m = minne i KiB, t = pass, p = banor), base64-salt och base64-hash. bcrypt är äldre än standarden och använder en egen kompakt form: $2b$-variant, 12 kostnad, och sedan salt och hash i bcrypts egna base64-alfabet (./A-Za-z0-9). Denna sidas Verifiera accepterar alla dessa och visar de tolkade fälten — klistra in valfri hash och se hur den bryts ner.

• Snabb hash för lösenord. Kolumner med MD5/SHA-1/SHA-256 för lösenord faller för vanliga GPU:er vid miljarder gissningar per sekund. Använd Hash Generator för filer och data; använd denna sidas algoritmer för lösenord.
• Att dela salt. Ett salt för alla användare innebär att lika lösenord ger lika hashar och att regnbågstabeller fungerar. Varje hash här får ett nytt slumpmässigt 16-byte-salt.
• Att ignorera bcrypts 72 byte. "a"*100 och "a"*72 ger identiska hashar — svansen kastas. Denna sida varnar i inmatningsrutan när lösenordet överstiger 72 byte. Argon2 har ingen sådan gräns.
• Att jämföra hashar med == i egen kod. Verifiering måste vara konstant i tid; sidans motor gör det internt (den beräknar om och jämför de lagrade byten), men den som kopierar tillvägagångssättet bör använda en jämförelse i konstant tid.
• Att ställa in parametrar på en snabb utvecklarmaskin. Sikta på cirka 250–500 ms hashning på produktionsanvändarnas typiska hårdvara, inte på den egna arbetsstationen. Knappen Jämför visar vad denna webbläsare faktiskt upplever.
• Ny hashning vid varje inloggningskontroll. Verifiera först; hasha om (t.ex. för att höja kostnaden) först efter lyckad verifiering, och lagra den nya strängen. PHP-funktionen password_needs_rehash() finns just för detta.

Vilken ska man välja? Argon2id med minst OWASP-minimum. Om körmiljön inte erbjuder den: scrypt, sedan bcrypt (kostnad så att hashning tar ≥250 ms). PBKDF2 endast där certifiering kräver det.

Varför visas ett slumpmässigt salt i utdatasträngen? Saltet är inte en hemlighet — det lagras i klartext i PHC-strängen med avsikt, så att verifiering bara behöver strängen och kandidatlösenordet. Dess uppgift är unikhet, inte hemlighållning.

Spelar varianten roll ($2a$ / $2b$ / $2y$)? För ASCII-lösenord ger de identiska hashar; $2a$ är originalet från 1990-talet, $2b$ rättade en sällsynt teckenutvidgningsbugg (2014), och $2y$ är PHP:s markering att rättelsen finns. Verifiera accepterar alla tre.

Hur lång tid bör en hash ta? Ungefär 250–500 ms per inloggning på serverhårdvara. Under 100 ms blir offlineknäckning billig; över 1 s klagar användarna innan säkerheten blir bättre.

Kan en hash skapad någon annanstans verifieras här? Ja — klistra in den och ange kandidatlösenordet. Kända format: PHP password_hash (bcrypt $2y$ och Argon2id), Python passlib, djangos argon2-hasher och scrypt-strängformatet som används av Tarsnaps scrypt-verktyg.

Vad gör knappen "jämför"? Den hashar det aktuella lösenordet en gång med varje algoritm med sidans standardparametrar och rapporterar klockslaget i denna webbläsare — en känsla för kostnadsskillnaderna, inte en noggrann mätning.