Hash erzeugen

Nein. Die Datei wird mit derselben eingebauten Kryptografie gehasht, die auch HTTPS abwickelt. Es wird nichts gespeichert, daher gibt es keine Größenobergrenze und kein Warten auf eine Verbindung.

Den verfügbaren Arbeitsspeicher, keine feste Obergrenze. Die Kryptografie des Browsers kann eine Datei nicht stückweise hashen – sie braucht die ganze Datei auf einmal im Speicher –, daher kann eine sehr große Datei (etwa ein DVD-Image) auf einem Rechner scheitern, der sie nicht fassen kann. Dateien bis zu einigen hundert Megabyte sind auf einem normalen Computer kein Problem. Scheitert eine große Datei, ist das die Grenze, an die Sie gestoßen sind, und die Seite sagt das, statt hängen zu bleiben.

SHA-256 für alles Neue. Es ist der moderne Standard, wird für Software-Prüfsummen, Container-Digests und Blockchain-Systeme verwendet und hat keine bekannten Schwächen. MD5 oder SHA-1 nur dann, wenn etwas anderes sie verlangt – der Abgleich mit einer alten veröffentlichten Prüfsumme, ein Altsystem oder Git, das Objekte per SHA-1 identifiziert. SHA-512, wenn Sie gezielt einen längeren Digest wollen; auf 64-Bit-Rechnern ist es oft schneller als SHA-256, nicht langsamer.

Können schon, aber Sie sollten das Ergebnis nicht speichern. Das ist der mit Abstand häufigste Fehler auf diesem Gebiet, deshalb ganz direkt: MD5, SHA-1 und SHA-256 sind allesamt falsch für Passwörter, und dass SHA-256 kryptografisch stark ist, hilft nicht. Das Problem ist, dass diese Funktionen absichtlich SCHNELL sind – eine moderne Grafikkarte berechnet Milliarden SHA-256-Hashes pro Sekunde, sodass eine gestohlene Datenbank mit SHA-256-Passwort-Hashes in enormem Tempo geknackt wird. Passwörter brauchen eine absichtlich langsame, gesalzene Funktion, die genau dafür gebaut ist: bcrypt, scrypt oder Argon2. Jedes ernstzunehmende Framework bringt eine mit.

Weil inzwischen jeder auf gewöhnlicher Hardware in Sekunden zwei verschiedene Dateien mit demselben MD5-Hash konstruieren kann. Das gilt seit 2004 und wurde mit echten, funktionierenden Folgen demonstriert – zwei PDFs, die unterschiedliche Verträge zeigen, zwei Programme, von denen eines Malware ist. MD5 kann also nicht beweisen, dass eine Datei die erwartete ist; eine gezielte Fälschung kann übereinstimmen. Um versehentliche Beschädigungen zu erkennen, etwa einen fehlerhaften Download oder eine abgeschnittene Kopie, ist es weiterhin völlig in Ordnung – und genau dafür sind die meisten veröffentlichten MD5-Prüfsummen eigentlich gedacht. Für Sicherheitszwecke darf es nie verwendet werden.

Aus demselben Grund, nur später. 2017 erzeugten Google und das CWI zwei verschiedene PDFs mit demselben SHA-1-Hash, und bis 2020 war der Angriff billig genug, um damit Signaturen zu fälschen. Browser akzeptieren seit Jahren keine SHA-1-Zertifikate mehr, und Git stellt nach und nach davon um. Wenn Sie heute einen Algorithmus wählen, wählen Sie SHA-256.

Legen Sie die heruntergeladene Datei ab und fügen Sie dann die Prüfsumme von der Website, von der Sie sie haben, in das Vergleichsfeld ein. Stimmen sie überein, ist die Datei unbeschädigt angekommen und ist genau die veröffentlichte. Stimmen sie nicht überein, löschen Sie sie und laden Sie sie erneut herunter. Zwei Vorbehalte: Holen Sie die Prüfsumme aus der offiziellen Quelle statt von dort, wo Sie die Datei herhaben, und bedenken Sie, dass eine Prüfsumme nur beweist, dass die Datei dem entspricht, was diese Seite veröffentlicht hat – wurde die Seite selbst kompromittiert, stimmen beide überein.

SHA-1, SHA-256, SHA-384 und SHA-512 stammen aus der browsereigenen Web-Crypto-Implementierung, demselben Code, der HTTPS abwickelt. MD5 ist nicht in Web Crypto enthalten – absichtlich, weil es gebrochen ist –, daher ist es hier direkt nach RFC 1321 implementiert und gegen die in diesem Dokument selbst veröffentlichten Testvektoren geprüft.