Dateiintegrität mit SHA-256 prüfen

Der beschädigte Download

Sie laden gerade ein 2-GB-Linux-ISO herunter. Sie schreiben es auf einen USB-Stick, starten Ihren Rechner – und es scheitert eine Stunde später im Installer an kryptischen Fehlern.

Der wahrscheinliche Schuldige: ein einzelnes gekipptes Bit während des Downloads. Ein defekter Mirror, eine instabile Verbindung oder ein Proxy, der den Stream abgeschnitten hat, können eine Datei beschädigen, die sonst intakt aussieht.

Dafür gibt es Checksummen. Ein SHA-256-Hash ist ein Fingerabdruck der Datei: Jede noch so kleine Änderung erzeugt einen vollständig anderen Hash. Prüfen Sie den Fingerabdruck, bevor Sie die Datei verwenden, und der Fehlermodus verschwindet.

Was ist SHA-256?

SHA-256 ist eine in FIPS 180-4 standardisierte kryptografische Hashfunktion. Sie nimmt beliebige Eingaben – Text, Dateien, Firmware – und erzeugt einen festen 64-stelligen Hex-Digest.

Drei Eigenschaften machen sie für Integritätsprüfungen richtig: deterministisch (gleiche Eingabe, gleiche Ausgabe), einweg (die Eingabe ist aus dem Digest nicht rekonstruierbar) und lawinenartig (eine Bitänderung ändert grob die Hälfte der Ausgabebits).

Ein passender Hash beweist, dass die Datei byte-identisch mit dem ist, was der Herausgeber gehasht hat. Er beweist für sich genommen nicht, wer gehasht hat oder dass die Checksumme nicht manipuliert wurde – das leisten signierte Checksummen.

Wo SHA-256 verwendet wird

SHA-256 taucht überall in der modernen Informatik auf:

• Softwareverteilung – Linux-Distributionen veröffentlichen SHA-256-Hashes für alle ISO- und Paket-Downloads
• Paketmanager – npm, pip und apt prüfen die Integrität von Artefakten
• Git-Versionskontrolle – Commits und Objekte werden identifiziert (SHA-1 mit inzwischen unterstütztem SHA-256-Objektformat)
• SSL/TLS – Zertifikate werden mit SHA-256 gefingerabdruckt
• Backupsysteme – Deduplizierung und Integritätsprüfungen
• Blockchain – Bitcoin nutzt SHA-256 zur Verkettung von Blöcken

Dateiintegrität prüfen

1. Besorgen Sie den erwarteten Hash von der offiziellen Website, per HTTPS – niemals aus Foren, von Mirrors oder Suchergebnissen.
2. Erzeugen Sie den Hash Ihrer heruntergeladenen Datei – mit einem Browser-Werkzeug oder einem der untenstehenden Befehle.
3. Vergleichen Sie die beiden Werte Zeichen für Zeichen, oder mit einem eingebauten Vergleichsfeld des Werkzeugs.
4. Stimmen sie überein, verwenden Sie die Datei. Weichen sie ab, löschen Sie die Datei und laden Sie erneut von einem offiziellen Mirror.
5. Bei hochwertigen Downloads prüfen Sie zusätzlich die GPG-Signatur der Checksummen-Datei (siehe unten).

SHA-256-Befehle nach Plattform

So erzeugen Sie SHA-256-Hashes auf verschiedenen Plattformen:

Get-FileHash dateiname.iso -Algorithm SHA256
# Oder mit certutil:
certutil -hashfile dateiname.iso SHA256

sha256sum dateiname.iso
# Oder auf Mac ohne sha256sum:
shasum -a 256 dateiname.iso

async function hashFile(file) {
  const buffer = await file.arrayBuffer();
  const hashBuffer = await crypto.subtle.digest('SHA-256', buffer);
  const hashArray = Array.from(new Uint8Array(hashBuffer));
  return hashArray.map(b => b.toString(16).padStart(2, '0')).join('');
}

Gegen eine Checksummen-Datei prüfen

Statt einen Hash von einer Webseite zu kopieren, können Sie die Checksummen-Datei der Distribution herunterladen – üblicherweise SHA256SUMS – und alle Ihre Dateien in einem Befehl prüfen.

Die Datei listet Hash- und Dateinamen-Paare. Der Modus -c (check) liest diese Datei, hasht jede aufgeführte Datei und meldet OK oder FEHLGESCHLAGEN für jeden Eintrag.

Das ist sowohl schneller als auch sicherer als Hashes per Auge zu vergleichen, weil der Vergleich exakt ist und jede Datei auf einmal abdeckt.

# Checksummen-Datei neben Ihr ISO laden, dann:
sha256sum -c SHA256SUMS
# Erwartete Ausgabe für jede aufgeführte Datei:
# ubuntu-24.04-desktop-amd64.iso: OK

Signierte Checksummen: die Checksumme selbst verteidigen

Eine Checksumme ist nur so vertrauenswürdig wie ihre Quelle. Kann ein Angreifer das ISO auf einem Mirror ersetzen, kann er auch die danebenliegende SHA256SUMS-Datei ersetzen – eine Checksumme aus unvertrauenswürdiger Quelle beweist nichts.

Große Distributionen signieren die Checksummen-Datei daher mit GPG. Der Ablauf: den offiziellen Signaturschlüssel der Distribution importieren (per HTTPS), die Signatur auf SHA256SUMS prüfen und erst dann den Hashes darin vertrauen.

Das verwandelt einen einzelnen Fehlerpunkt in zwei prüfbare Schritte: Die Signatur beweist, dass die Checksummen vom Herausgeber stammen, und die Checksummen beweisen, dass die Dateien vom Herausgeber stammen.

# Beispiel im Ubuntu-Stil (Dateinamen je Distribution anpassen)
gpg --verify SHA256SUMS.gpg SHA256SUMS
sha256sum -c SHA256SUMS

Checksummen-Prüfung automatisieren

Für Teams und Power-User gehört die Prüfung in die Pipeline, nicht ins Gedächtnis:

CI-Jobs sollten heruntergeladene Artefakte vor Build oder Test gegen eine fixierte Checksumme prüfen

Skripte sollten bei Abweichung hart fehlschlagen – ein stiller Retry kann ein Lieferkettenproblem verbergen

Erwartete Hashes in einem signierten, versionierten Manifest halten, nicht in einer README

Images vor dem Schreiben auf USB oder SD-Karten prüfen, nicht nach einem fehlgeschlagenen Boot

SHA-256 vs. andere Algorithmen

Nutzen Sie SHA-256 für alle neuen Integritätsarbeiten. Es ist sicher, universell unterstützt und laut NIST-Übergangsempfehlung der Standard.

SHA-1 ist für Kollisionsresistenz gebrochen – Forschende haben echte Kollisionen demonstriert. Verlassen Sie sich für Sicherheit nicht auf SHA-1.

MD5 ist für Sicherheit vollständig gebrochen. Als schnelle, nicht-sicherheitsrelevante Checksumme zur Deduplizierung ist es in Ordnung, aber niemals für Integrität gegen einen motivierten Angreifer.

SHA-512 bietet einen größeren Digest und ist auf 64-Bit-CPUs schneller, aber SHA-256 ist der Ökosystem-Standard – Herausgeber listen es, und Werkzeuge erwarten es.

Was Hashes nicht können

Ein Hash beweist, dass sich eine Datei seit dem Hashen nicht verändert hat. Er beweist nicht, wer sie erstellt hat, wann oder ob die Hashquelle legitim war.

Autorenschaft erfordert digitale Signaturen – Public-Key-Kryptografie über den Hash, wie im Ablauf mit signierten Checksummen oben.

Und Hashes bieten keine Vertraulichkeit. Ein Passwort zu hashen erzeugt einen deterministischen Wert, den Angreifer brute-forcen können; Passwörter brauchen langsame, gesalzene KDFs wie Argon2id, scrypt oder bcrypt, niemals einfaches SHA-256.

Häufig gestellte Fragen

Referenzen

Dieser Artikel basiert auf Industriestandards und bewährten Verfahren aus autoritativen Quellen:

• NIST FIPS 180-4 – Secure Hash Standard (SHS): https://nvlpubs.nist.gov/nistpubs/FIPS/NIST.FIPS.180-4.pdf
• NIST SP 800-131A Rev. 2 – Übergang kryptografischer Algorithmen: https://csrc.nist.gov/publications/detail/sp/800-131a/rev-2/final
• RFC 6234 – US Secure Hash Algorithms: https://www.rfc-editor.org/rfc/rfc6234
• OWASP Cryptographic Storage Cheat Sheet: https://cheatsheetseries.owasp.org/cheatsheets/Cryptographic_Storage_Cheat_Sheet.html