ハッシュ/暗号
Checksum Verifier
ファイルやテキストの整合性を検証 — 期待されるハッシュを貼り付けると、対応する13種類のアルゴリズムの中から自動で判定します。
計算されたハッシュ
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.
よくある質問
ダウンロードを単に信頼するのではなく、チェックサムを比較する意味は何ですか?
チェックサムを使うと、ローカルで計算したハッシュを配布元が公開したものと比較することで、ファイルが転送中に破損したり改ざんされたりしていないか確認できます。一致しなければ、公開されたものとファイルが異なります。
チェックサムの検証にはどのアルゴリズムを使うべきですか?
配布元がチェックサムを公開したアルゴリズムを使ってください。今日では通常SHA-256ですが、古いSHA-1やMD5のチェックサムもレガシーファイルではまだ一般的です。あるアルゴリズムのハッシュは別のアルゴリズムと比較できないため、アルゴリズムを正確に一致させる必要があります。
ファイルを検証するとどこかにアップロードされますか?
いいえ。ファイルはブラウザ内で完全に読み込まれてハッシュ化されます — サーバーにアップロードされることは決してありません。
なぜチェックサムにSHA-256の代わりにCRC32が使われることがあるのですか?
CRC32ははるかに高速ですが、意図的に偽造するのは簡単です——転送中の偶発的な破損を検出する用途(アーカイバやネットワークプロトコル)では問題になりませんが、ファイルを気づかれずにすり替えようとする攻撃者からの保護には向いていません。
チェックサムが一致しない場合はどうすればよいですか?
まずファイルを再ダウンロードしてください——不一致の最も一般的な原因は転送中の破損です。再ダウンロード後もまだ一致しない場合は、そのファイルを使用しないでください。配布元が公開されたチェックサムを更新せずにファイルを更新した可能性、またはファイルがすり替えられた可能性があります。