Kontrollsumma

Så fungerar det

En kryptografisk kontrollsumma gör om en text av vilken längd som helst till ett fast antal tecken. Samma text ger alltid samma summa, medan minsta ändring ger en helt annan.

Funktionen går bara åt ett håll. Det finns inget sätt att räkna tillbaka från summan till texten, vilket är hela poängen med den.

Kontrollsummor används för att jämföra filer, för att upptäcka att något ändrats och som byggsten i signaturer och certifikat.

SHA-1 räknas inte längre som säker. Sedan 2017 finns praktiska sätt att skapa två olika texter med samma SHA-1-summa, så använd den bara för att jämföra mot äldre system.

Lösenord ska inte lagras med de här funktionerna. De är byggda för att vara snabba, vilket gör dem lätta att pröva sig igenom. För lösenord används avsiktligt långsamma funktioner som Argon2id, scrypt och PBKDF2. OWASP rekommenderar bcrypt bara i äldre system där varken Argon2id eller scrypt finns.

Texten kodas som UTF-8 innan den räknas, vilket gör att å, ä och ö ger samma summa här som i andra korrekta verktyg.

Så räknar verktyget

Texten görs om till UTF-8 och skickas till webbläsarens crypto.subtle.digest, som räknar SHA-1, SHA-256, SHA-384 och SHA-512 på en gång. Summorna skrivs med gemena hexadecimala tecken, två per byte: 40 tecken för SHA-1, 64 för SHA-256, 96 för SHA-384 och 128 för SHA-512. De räknas om för varje tecken du skriver.

Samma byte ger alltid samma summa i alla korrekta verktyg, men samma text kan bli olika byte. Å skrivs med två byte i UTF-8, C3 A5, men med en enda, E5, i den äldre teckenkodningen Latin-1. Hå ger därför en annan summa här än i ett program som räknar på Latin-1.

Exempel

abc ger SHA-256-summan ba7816bf8f01cfea414140de5dae2223b00361a396177a9cb410ff61f20015ad, samma värde som NIST anger i sitt testexempel för algoritmen. Följs abc av en radbrytning, som kommandot echo lägger till, blir summan i stället edeaaff3f1774ad2888673770c6d64097e391bc362d7d6fb34982ddf0efd18cb. Radbrytningen syns inte i texten, men summan blir en annan.

Gränsfall

Verktyget räknar på text, inte på filer. Kontrollsumman för en nedladdad fil räknas på filens byte, t.ex. med certutil -hashfile i Windows eller sha256sum i Linux. Att klistra in filens innehåll ger bara samma summa om texten är densamma byte för byte.

Radslut är den vanligaste orsaken till att summorna skiljer sig. HTML-standarden bestämmer att en textruta gör om alla radslut till enbart LF, så text från en fil med Windows radslut, CR LF, får en annan summa här än i certutil. Mellanslag sist på en rad och en avslutande radbrytning räknas också.

NIST meddelade 15 december 2022 att SHA-1 ska fasas ut senast 31 december 2030 och ersättas med SHA-2 eller SHA-3. Av funktionerna här hör SHA-256, SHA-384 och SHA-512 till SHA-2.

Källor

• FIPS 180-4 (NIST)
• NIST – Example values, SHA-256
• NIST – NIST Retires SHA-1 Cryptographic Algorithm (2022)
• WHATWG – HTML Standard, the textarea element
• Microsoft Learn – certutil
• GNU Coreutils – sha2 utilities

Så kontrolleras verktygen