Vergleichen Sie eine Prüfsumme lokal mit dem SHA-256-Hash-Generator. Er kann eine Datei hashen und mit einem erwarteten Wert vergleichen, ohne Upload.
Was eine Prüfsumme belegt und was nicht
Eine SHA-256-Prüfsumme ist ein Fingerabdruck fester Länge über die Bytes einer Datei. Wurde der Download unterwegs beschädigt, ändert sich der Fingerabdruck und der Vergleich schlägt fehl. Den allgemeinen Ablauf zeigt Dateiintegrität mit SHA-256 prüfen. Den allgemeinen Ablauf außerhalb von Windows beschreibt Dateiintegrität mit SHA-256 prüfen.
Sie belegt nicht, wer die Datei veröffentlicht hat. Wer den Download ersetzen kann, kann meist auch die Prüfsumme auf derselben Seite ersetzen. Dafür brauchen Sie eine Signatur oder einen vertrauenswürdigen Kanal.
Nutzen Sie Prüfsummen gegen Beschädigung und einfache Manipulation; nutzen Sie Authenticode oder eine abgetrennte Signatur, wenn Sie den Herausgeber prüfen müssen.
Der PowerShell-Weg: Get-FileHash
- Öffnen Sie PowerShell. Windows PowerShell 5.1 und PowerShell 7 enthalten den Befehl.
- Führen Sie aus: Get-FileHash .\installer.exe -Algorithm SHA256
- Kopieren Sie den Hash-Wert. Vergleichen Sie ihn mit dem Wert des Herausgebers; Groß- und Kleinschreibung ist egal, jedes Zeichen zählt.
- Für einen schnellen Gleichheitscheck: (Get-FileHash .\installer.exe -Algorithm SHA256).Hash -eq 'ERWARTETEN_HASH_EINFÜGEN'
Warnung: Nutzen Sie die Datei, die Sie tatsächlich heruntergeladen haben. Ein Hash der Datei auf einer Netzwerkfreigabe oder in einem Zip-Betrachter ist nicht derselbe Test.
Das Prüfsummenformat des Herausgebers lesen
Herausgeber nutzen drei häufige Formen: einen nackten 64-stelligen Hex-Digest, eine Zeile wie <hash> installer.exe oder eine .sha256-Datei mit einer oder mehreren solchen Zeilen.
Das doppelte Leerzeichen zwischen Hash und Dateiname ist im coreutils-Format beabsichtigt; ein einzelnes Leerzeichen ist ebenfalls üblich. Entfernen Sie Leerraum und vergleichen Sie nur den Digest. Für ISO-Downloads siehe ISO-Prüfsummen prüfen.
- Nackter Hash: 64 Hex-Zeichen vergleichen, ohne Beachtung der Groß-/Kleinschreibung.
- SHA256SUMS: die Zeile für den exakten Dateinamen finden und das erste Feld vergleichen.
- .sha256-Datei: Das erste Feld ist der Digest, der Rest ist der Dateiname.
Den Digest vergleichen, ohne sich selbst zu täuschen
Die meisten falschen Fehlvergleiche sind Kopierfehler: ein abgeschnittener Hash, ein fehlendes Zeichen, ein Zeilenumbruch oder der falsche Algorithmus. Normalisieren Sie, bevor Sie die Datei für schlecht erklären.
- Entfernen Sie Leerzeichen und Zeilenumbrüche auf beiden Seiten.
- Vergleichen Sie Kleinbuchstaben mit Kleinbuchstaben; Hex ist nicht groß-/kleinschreibungssensitiv.
- Stellen Sie sicher, dass beide Seiten SHA-256 sind, nicht SHA-1 oder MD5.
- Prüfen Sie, dass der erwartete Hash zu genau dieser Version und diesem Dateinamen gehört.
Hinweis: Wenn der Herausgeber eine .sha256-Datei anbietet, tippen Sie den Hash nicht ab. Vergleichen Sie die Datei direkt oder nutzen Sie den Import des Hash-Werkzeugs.
Der Fallback: certutil
Auf älteren Windows-Builds gibt certutil -hashfile .\installer.exe SHA256 den Digest aus. Es funktioniert, aber die Ausgabe enthält Beschriftungen und Zeilenumbrüche und ist leichter falsch zu lesen.
Bevorzugen Sie Get-FileHash in Skripten; es liefert ein Objekt mit einer Hash-Eigenschaft, die direkt verglichen werden kann.
Wenn der Hash passt, sind Sie fertig?
Ein passender Hash bedeutet, dass die Bytes zum Fingerabdruck des Herausgebers passen. Es bedeutet nicht, dass der Herausgeber vertrauenswürdig ist, die Datei frei von Schadsoftware ist oder die Version die gewünschte ist.
Für signierte Windows-Software führen Sie zusätzlich Get-AuthenticodeSignature .\installer.exe aus und prüfen Status und Signierer. Bei Open-Source-Projekten vergleichen Sie den Hash bei hohem Risiko über einen zweiten Kanal. ISO-Downloads folgen denselben Schritten; die anbieterspezifischen Prüfungen stehen in ISO-Checksummen prüfen.
Wenn der Hash nicht passt, löschen Sie den Download und laden Sie ihn erneut von der offiziellen Quelle. Reparieren Sie den Hash nicht und ignorieren Sie keinen Fehlvergleich, nur weil die Datei sich noch öffnen lässt.
FAQ
Q.Warum zeigt Get-FileHash einen anderen Wert als die Website?
A.Prüfen Sie den Algorithmus, die genaue Dateiversion und ob der Download vollständig war. Laden Sie vor der Annahme einer Manipulation erneut von der offiziellen Quelle.
Q.Reicht SHA-256 für Integrität?
A.Gegen versehentliche Beschädigung ja. Für Authentizität nein: Kombinieren Sie es mit einer Signatur oder einem vertrauenswürdigen Verteilungskanal.
Q.Kann ich mehrere Dateien auf einmal prüfen?
A.Ja. Get-ChildItem *.exe | Get-FileHash -Algorithm SHA256 gibt eine Tabelle aus; bei einer SHA256SUMS-Datei vergleichen Sie jede Zeile oder nutzen ein kleines Skript.
Quellen
- Microsoft Learn - Get-FileHash: https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/get-filehash
- NIST FIPS 180-4 - Secure Hash Standard: https://csrc.nist.gov/pubs/fips/180-4/upd1/final
- RFC 6234 - US Secure Hash Algorithms: https://www.rfc-editor.org/rfc/rfc6234
- Microsoft Learn - Get-AuthenticodeSignature: https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.security/get-authenticodesignature
Jetzt einen Download prüfen
Erzeugen Sie einen SHA-256-Digest für eine Datei und vergleichen Sie ihn lokal mit dem veröffentlichten Wert.
Erst prüfen, dann installieren
Eine Prüfsumme ist ein Fünf-Sekunden-Check, der die häufigsten Downloadfehler abfängt. Sie ersetzt keine Signatur, ist aber eine gute Gewohnheit.
Hashen und vergleichen Sie Dateien lokal mit dem SHA-256-Hash-Generator; die Datei verlässt Ihren Rechner nie.
Verwandte Artikel
Dateiintegrität mit SHA-256 prüfen
Prüfen Sie Dateiintegrität mit SHA-256-Checksummen, ohne Dateien auf einen Server hochzuladen. Schritt für Schritt für Browser, Linux, macOS und Windows – inklusive signierter Checksummen.
SHA-256 vs. SHA-512: Den richtigen Hash wählen
Herausgeber liefern meist eine SHA-256-Checksumme, also prüfen Sie genau die. SHA-512 gibt es für Systeme, die einen 512-Bit-Digest wollen oder auf 64-Bit-CPUs schneller hashen. Entscheidend ist meist das Ökosystem, nicht die Sicherheit.
Zertifikat-Decoder: X.509-Details lesen
Jeder TLS-Handshake beginnt mit einem Zertifikat. Dekodieren Sie die Felder, die zählen: Subject, Aussteller, Gültigkeit, öffentlicher Schlüssel und Fingerprints — lokal.
Entwickler-Sicherheitstools: Zero-Knowledge
Werkzeuge, die Sie für sensible Daten nutzen, sollten diese Daten nicht sehen. Ein Leitfaden zur Zero-Knowledge-Toolbox: was jedes Werkzeug tut, wann es passt und wie Sie es prüfen.
Zero-Knowledge-Architektur
Verstehen Sie das Zero-Knowledge-Prinzip und wie es bei der Erstellung privatbasierter Anwendungen hilft.