Hashe/Krypto
Checksum Verifier
Zweryfikuj integralność pliku lub tekstu — wklej oczekiwany hash, a narzędzie samo wykryje algorytm spośród 13 obsługiwanych.
Obliczone hashe
Sites publish a checksum next to a download so users can confirm the file arrived intact and hasn't been tampered with. This tool hashes your file and compares it against the expected value, detecting the algorithm automatically.
How to use it
- Pick a file or paste text, then paste the expected hash published by the source.
- The tool auto-detects the algorithm from the hash's length among the 13 it supports (MD5, SHA-1, SHA-256, and others) and shows whether the result matches.
- If the algorithm is known ahead of time, you can select it manually for a more precise check.
Common uses
- Verifying an ISO image or installer after downloading it, before burning it to media.
- Confirming an archive of important data survived a network transfer intact.
- Cross-checking a package manager's checksum against the one the developer published.
Things to keep in mind
A checksum check protects against accidental corruption and confirms file integrity, but it doesn't guarantee the original itself wasn't compromised at the source — that requires a digital signature.
If the checksum doesn't match, re-download the file first: the most common cause is corruption in transit, not tampering.
Artykuł o tym narzędziu: Checksum Verifier: jak sprawdzić, czy plik nie jest uszkodzony
Najczęstsze pytania
Jaki jest sens porównywania sum kontrolnych zamiast po prostu ufać pobranemu plikowi?
Suma kontrolna pozwala potwierdzić, że plik nie został uszkodzony podczas przesyłania ani zmodyfikowany, poprzez porównanie hasha obliczonego lokalnie z tym opublikowanym przez źródło — jeśli się nie zgadzają, plik różni się od opublikowanego.
Którego algorytmu użyć do weryfikacji sumy kontrolnej?
Użyj tego samego algorytmu, w którym źródło opublikowało sumę — zwykle dziś SHA-256, choć starsze sumy SHA-1 lub MD5 wciąż są spotykane w starszych plikach. Algorytm musi się zgadzać dokładnie, ponieważ hasha jednego algorytmu nie można porównać z innym.
Czy weryfikacja pliku przesyła go gdzieś?
Nie. Plik jest odczytywany i hashowany całkowicie w Twojej przeglądarce — nigdy nie jest przesyłany na serwer.
Dlaczego do sum kontrolnych czasem używa się CRC32 zamiast SHA-256?
CRC32 jest znacznie szybszy, ale można go łatwo celowo sfałszować — to akceptowalne przy wykrywaniu przypadkowego uszkodzenia podczas transmisji (archiwizatory, protokoły sieciowe), ale nieodpowiednie jako ochrona przed atakującym, który chce niezauważenie podmienić plik.
Co zrobić, jeśli suma kontrolna się nie zgadza?
Najpierw pobierz plik ponownie — najczęstszą przyczyną rozbieżności jest uszkodzenie podczas transmisji. Jeśli po ponownym pobraniu suma nadal się nie zgadza, nie używaj pliku: być może źródło zaktualizowało plik bez aktualizacji opublikowanej sumy, albo plik został podmieniony.