Хеші/крипто

Checksum Verifier

Перевірити цілісність файлу чи тексту — вставте очікуваний хеш, інструмент сам визначить алгоритм серед 13 підтримуваних.

Введіть текст/файл і очікуваний хеш для перевірки.

Обчислені хеші

MD5
SHA-1
SHA-256
SHA-384
SHA-512
SHA3-256
SHA3-512
RIPEMD-160
BLAKE2b-512
BLAKE2s-256
BLAKE3
CRC32
Adler-32

Розробники сайтів публікують контрольну суму (checksum) поруч із файлом для завантаження, щоб користувач міг перевірити, що файл дійшов без пошкоджень і не був підмінений. Цей інструмент рахує хеш вашого файлу й порівнює з очікуваним значенням — сам визначаючи алгоритм.

Як користуватися

Типові сценарії

Що варто памʼятати

Перевірка контрольної суми захищає від випадкового пошкодження й підтверджує цілісність файлу, але не гарантує, що сам оригінал не був скомпрометований на джерелі — для цього потрібен цифровий підпис.

Якщо сума не збігається, спершу варто перезавантажити файл: найчастіша причина — пошкодження при передачі, а не підміна.

Стаття про цей інструмент: Checksum Verifier: як перевірити, що файл не пошкоджено

Часті запитання

У чому сенс порівнювати контрольні суми замість того, щоб просто довіряти завантаженню?

Контрольна сума дозволяє переконатися, що файл не пошкоджений під час передачі й не підмінений, порівнявши хеш, обчислений локально, із опублікованим джерелом — якщо вони не збігаються, файл відрізняється від опублікованого.

Який алгоритм використати для перевірки контрольної суми?

Використовуйте той алгоритм, у якому джерело опублікувало суму — сьогодні зазвичай SHA-256, хоча старіші SHA-1 чи MD5 усе ще трапляються для застарілих файлів. Алгоритм має збігатися точно, оскільки хеш одного алгоритму не можна порівнювати з іншим.

Чи завантажується мій файл кудись під час перевірки?

Ні. Файл читається й хешується повністю у вашому браузері — він ніколи не завантажується на сервер.

Чому для контрольних сум іноді використовують CRC32 замість SHA-256?

CRC32 набагато швидший, але його легко підробити навмисно — прийнятно для виявлення випадкового пошкодження при передачі (архіватори, мережеві протоколи), але непридатно як захист від зловмисника, який хоче підмінити файл непомітно.

Що робити, якщо контрольна сума не збіглася?

Спершу перезавантажте файл — найчастіша причина розбіжності це пошкодження при передачі. Якщо після повторного завантаження сума все ще не збігається, не використовуйте файл: можливо, джерело оновило файл без оновлення опублікованої суми, або файл підмінено.

Статті: Хеші/крипто

Hash Generator: чим MD5, SHA-1 і SHA-256 відрізняються одна від одної

Чому MD5 досі використовують для перевірки цілісності файлів, але не для паролів.

HMAC: чим хеш з ключем відрізняється від звичайного хешу

Чому звичайний SHA-256 не захищає від підробки повідомлення, а HMAC — захищає.

Bcrypt: чому паролі хешують повільно, а не швидко

Чому швидкий SHA-256 — погана ідея для паролів, а повільний bcrypt — правильна.

UUID: як генерують ідентифікатори, що майже ніколи не повторюються

Чому UUID v4 можна генерувати незалежно на мільйонах машин без ризику колізій.

Генератор паролів: що насправді робить пароль стійким

Чому довгий пароль зі словника надійніший за короткий з символами й цифрами.

AES: як працює симетричне шифрування

Чому той самий ключ шифрує і розшифровує дані в AES, і чим це відрізняється від асиметричного шифрування.

Argon2: чому цей алгоритм переміг конкурс на хешування паролів

Чим Argon2 краще захищає від атак на відеокартах, ніж старіші алгоритми хешування паролів.

Scrypt: навіщо алгоритму потрібно багато пам'яті

Чому scrypt навмисно вимагає багато пам'яті, щоб ускладнити перебір на ASIC-пристроях.

TOTP: як працюють одноразові коди в застосунках-автентифікаторах

Чому код у Google Authenticator працює без інтернету і синхронізується із сервером лише за часом.

PBKDF2: найстаріший стандарт розтягування ключів

Чому рекомендована кількість ітерацій PBKDF2 зростає з кожним роком.

X.509: що всередині SSL-сертифіката

Що саме браузер перевіряє в сертифікаті сайту, перш ніж показати зелений замочок.

PGP: як працює шифрування з відкритим і приватним ключем

Чому можна вільно ділитися публічним ключем PGP, але не приватним.