SHA-1 Hash Generator (160-bit, verouderd)

Wat is SHA-1?

// Hash text using Web Crypto API (SHA-1 — legacy use only)
async function sha1(text) {
  const data = new TextEncoder().encode(text);
  const hash = await crypto.subtle.digest('SHA-1', data);
  return Array.from(new Uint8Array(hash))
    .map(b => b.toString(16).padStart(2, '0'))
    .join('');
}

await sha1('Hello, World!');
// → '0a0a9f2a6772942557ab5355d76af442f8f65e01'
// ⚠️ SHA-1 is broken — use SHA-256 for new work.

SHA-1 voorbeelden

tree 4b825dc642cb6eb9a060e54bf8d69288fbee4904
author A Dev <dev@example.com> 1716854400 +0000
committer A Dev <dev@example.com> 1716854400 +0000

Initial commit

-----BEGIN CERTIFICATE-----
MIIDXTCCAkWgAwIBAgIJAKlL...
-----END CERTIFICATE-----

node-v0.12.7-linux-x64.tar.gz

(Plak de Google/CWI shattered-1.pdf via het tabblad Bestand)

Zo genereer je SHA-1 hashes

1. 1

   Tekst plakken of bestand slepen

   Selecteer het tabblad Tekst en plak een willekeurige string — een commit-bericht, certificaat-body of verouderde checksum-invoer — in het invoerveld. De SHA-1 hash wordt bijgewerkt terwijl je typt. Voor bestanden ga je naar het tabblad Bestand en sleep je een bestand naar de dropzone; de browser verwerkt het lokaal zonder upload.

2. 2

   De 40-tekens hash kopiëren

   Klik op de knop Kopiëren naast de hash output. De volledige 40-tekens hex string in kleine letters gaat naar je klembord. Gebruik de schakelaar Hoofdletters als je verouderde systeem hoofdletters hex verwacht — sommige oudere tools en Windows API's gebruiken standaard hoofdletters.

3. 3

   Vergelijken met een verouderde vingerafdruk

   Ga naar het tabblad Vergelijken en plak twee SHA-1 hashes naast elkaar om te bevestigen dat ze overeenkomen. Handig voor het valideren van een verouderde uitgever-checksum, het controleren van een gespiegelde Git-repository, of het controleren van een oude TLS-certificaatvingerafdruk uit een document dat dateert van vóór de SHA-256 adoptie.

Technische details

Algoritme: Merkle-Damgård-constructie, 80 rondes

SHA-1 verwerkt invoer in 512-bit (64-byte) blokken, waarbij 80 rondes van bitsgewijze bewerkingen worden toegepast, verdeeld in vier 20-ronde fasen, elk met een andere logische functie (Ch, Parity, Maj, Parity) en een additieve constante afgeleid van vierkantswortels van kleine gehele getallen. De initiële hash-toestand bestaat uit vijf 32-bit woorden (A–E), en de uiteindelijke hash is de aaneenschakeling van die woorden na het laatste blok. Implementatie gedefinieerd in FIPS 180-1 (1995), vervangen door FIPS 180-4 (2015) die formeel verouderingstaal bevat.

Output: 160 bits, 40 hexadecimale tekens

Altijd precies 40 kleine hexadecimale tekens (160 bits = 20 bytes, gecodeerd als 2 hex-tekens per byte). De output-lengte is vast, ongeacht de invoergrootte. Vergeleken met SHA-256's 64 tekens biedt de kortere output minder bits collision-weerstand — een sleutelfactor waarom SHA-1 eerder dan SHA-256 werd gebroken.

Prestaties: snel, maar dat is juist het probleem

SHA-1 is snel — doorgaans 400–700 MB/s in een browser via Web Crypto, vergelijkbaar met SHA-256. Voor een aanvaller is deze snelheid een voordeel: een moderne GPU-cluster kan miljarden SHA-1 hashes per seconde berekenen, waardoor brute-force en collision-zoekopdrachten worden versneld. Snelheid is de reden waarom SHA-1 (net als MD5) nooit mag worden gebruikt voor wachtwoordopslag — gebruik bcrypt, scrypt of Argon2.

Standaarden: FIPS 180-1 (1995) — verouderd in FIPS 180-4 context

SHA-1 werd gestandaardiseerd in FIPS 180-1 (1995), ter vervanging van het gebrekkige SHA-0. NIST heeft SHA-1 voor digitale handtekeningen verouderd verklaard in NIST SP 800-131A (2011) en in FIPS 186-5 (2023) formeel verboden voor alle generatie van digitale handtekeningen. RFC 6194 (2011) documenteerde bekende beveiligingsoverwegingen. De W3C WebCrypto API bevat SHA-1 nog voor verouderde interoperabiliteitsredenen, waardoor deze browsertool het kan berekenen.

Aanbevolen aanpak

Gebruik SHA-1 nooit voor beveiligingsgevoelige bewerkingen

SHA-1 is verouderd voor digitale handtekeningen, TLS-certificaten, code signing, wachtwoordopslag en elke workflow waarbij collision-weerstand van belang is. De SHAttered-aanval van 2017 demonstreerde praktische collisions. Migreer voor alle beveiligingstoepassingen naar SHA-256 of SHA-3. Het kostenverschil is verwaarloosbaar op moderne hardware — SHA-256 is hardwareversneld in alle huidige CPU's en GPU-pipelines.

SHA-1 voor verouderde vingerafdruk-opzoekopdrachten is acceptabel

Als je een pre-2017 bestandschecksum moet verifiëren, een Git commit-ID moet opzoeken of een oude certificaatvingerafdruk voor auditdoeleinden moet inspecteren, is SHA-1 geschikt. De hash zelf wordt niet gebruikt voor een vertrouwensbeslissing — je reproduceert alleen een bekende vingerafdruk ter referentie. Documenteer dit expliciet in je auditlogs: 'SHA-1 gebruikt voor verouderde referentie alleen, niet voor beveiligingsvalidatie.'

Hash altijd UTF-8 bytes, niet Unicode code-punten

SHA-1, net als alle hash-algoritmen, werkt op bytes, niet op tekens. Dezelfde string gecodeerd als UTF-8 versus UTF-16 produceert verschillende hashes. Deze tool codeert invoer altijd als UTF-8 zonder BOM vóór het hashen. Als je een systeem moet matchen dat een andere codering gebruikt (Windows UTF-16-LE, Latin-1), moet je de invoer extern vooraf coderen voordat je hashes vergelijkt.

Gebruik constante-tijd vergelijking bij het verifiëren van hashes in code

Als je twee SHA-1 hashes in code vergelijkt, gebruik dan een constante-tijd gelijkheidscontrole — Node.js crypto.timingSafeEqual(), Python hmac.compare_digest() — in plaats van naïeve stringvergelijking (=== of ==). Naïeve vergelijking lekt timing-informatie die theoretisch een aanvaller in staat stelt de verwachte hash byte voor byte te reconstrueren. Dit is een defense-in-depth maatregel, zelfs voor verouderde SHA-1 verificatie.

Veelgestelde vragen over SHA-1