SHA-256, SHA-512 и SHA3: как выбрать алгоритм для проверки загруженных файлов

Когда вы скачиваете дистрибутив операционной системы, архив с библиотекой или установочный образ, рядом со ссылкой часто публикуют контрольную сумму — короткую строку вроде ba7816bf8f01cfea414140de5dae2223…. Это результат работы хеш-функции: она превращает файл любой длины в отпечаток фиксированного размера. Если после загрузки пересчитанный отпечаток совпадает с опубликованным, файл дошёл до вас без искажений и подмены. Для этой задачи чаще всего используют три семейства алгоритмов: SHA-2 (в вариантах SHA-256 и SHA-512) и более новый SHA3.

Главный практический вывод такой: для проверки обычных загрузок SHA-256 остаётся стандартным выбором. Он поддерживается практически везде, достаточно быстр и устойчив к известным атакам. SHA-512 имеет смысл на 64-битных системах при работе с большими файлами или когда проект сам публикует именно такие суммы. SHA3 — запасной вариант на случай компрометации SHA-2, а также способ получить дополнительные режимы работы, но для повседневной сверки сумм он пока встречается реже. Ниже разберём, почему так, чем эти алгоритмы отличаются по существу и как правильно выполнять проверку.

Что делает хеш-функция и почему это работает

Криптографическая хеш-функция принимает на вход данные любого объёма — от пустой строки до файла в десятки гигабайт — и выдаёт строку фиксированной длины. Ключевые свойства, которые делают её полезной для проверки загрузок:

• Детерминированность. Один и тот же вход всегда даёт один и тот же выход. Изменился хотя бы один байт файла — изменится весь хеш, причём непредсказуемо.
• Устойчивость к коллизиям. Практически невозможно найти два разных файла с одинаковым хешем. Именно это свойство отличает криптографические функции от старых CRC32 или MD5, где коллизии уже научились создавать намеренно.
• Необратимость. По хешу нельзя восстановить содержимое файла, поэтому публикация контрольной суммы не раскрывает ничего лишнего.

Схема проверки проста: разработчик публикует эталонный хеш, вы считаете хеш своего экземпляра файла локально и сравниваете строки. Совпали — целостность подтверждена. Не совпали — файл повреждён при передаче или был подменён, и запускать его не стоит.

Важное ограничение, о котором часто забывают: сверка хеша защищает от случайного повреждения и от подмены файла на пути между вами и сервером, но только если сам эталонный хеш получен из доверенного источника. Если злоумышленник контролирует и страницу загрузки, и страницу с контрольными суммами, он опубликует хеш подменённого файла. Поэтому серьёзные проекты подписывают суммы цифровой подписью или размещают их по защищённому каналу отдельно от основного зеркала.

Чем отличаются SHA-256, SHA-512 и SHA3

Все три варианта относятся к семейству функций, стандартизированных Национальным институтом стандартов и технологий США (NIST), но построены они по-разному.

• SHA-256 и SHA-512 — представители второго поколения SHA-2, стандартизированного ещё в начале 2000-х. Оба построены на конструкции Меркла — Дамгарда: сообщение обрабатывается последовательными блоками через функцию сжатия. Различаются размером слова (32 против 64 бит), числом раундов и длиной результата.
• SHA3 — третье поколение, принятое NIST в 2015 году после открытого конкурса. В его основе лежит совершенно другая конструкция — «губка» (sponge): внутреннее состояние перемешивается, а выход «отжимается» порциями. Изначально SHA3 разрабатывался как резервный алгоритм на случай, если в SHA-2 найдут серьёзную слабость.

Для задачи проверки загрузок практические различия сводятся к нескольким параметрам.

Параметр	SHA-256	SHA-512	SHA3-256 / SHA3-512
Длина результата	256 бит (64 hex-символа)	512 бит (128 hex-символов)	256 или 512 бит соответственно
Скорость программной реализации	Средняя	Обычно выше на 64-битных процессорах	Зависит от реализации; часто медленнее без аппаратной поддержки
Аппаратные ускорения	Расширения SHA-NI во многих современных процессорах x86, блоки в большинстве ARM-чипов	Аналогичные расширения, плюс выигрыш от 64-битной архитектуры	Аппаратная поддержка распространена меньше
Поддержка в стандартных утилитах	Практически везде	Практически везде	Есть в OpenSSL, coreutils, PowerShell; в старых системах может отсутствовать
Статус безопасности	Актуален, атак практического масштаба нет	Актуален, атак практического масштаба нет	Актуален, конструктивно отличается от SHA-2

Несколько уточнений к таблице. Скорость SHA-512 относительно SHA-256 — следствие архитектуры: на 64-битных процессорах он обрабатывает данные более крупными порциями, поэтому на больших файлах нередко оказывается быстрее, несмотря на вдвое более длинный результат. На 32-битных устройствах соотношение обратное. Аппаратные ускорения SHA-256 (например, инструкции SHA-NI) могут менять картину в пользу SHA-256 даже на 64-битных машинах — конкретный результат зависит от вашего процессора и версии библиотеки.

Какой алгоритм выбрать под вашу задачу

Выбор редко бывает принципиальным с точки зрения безопасности: все три варианта сегодня считаются надёжными. Решают практические факторы.

Когда подходит SHA-256

Это вариант по умолчанию. Его стоит использовать, если:

• проект публикует несколько вариантов сумм, и нужно выбрать один универсальный;
• вы проверяете файлы на разных платформах, включая мобильные устройства и встраиваемые системы;
• важна совместимость со скриптами, CI-конвейерами и инструментами, где SHA-256 поддержан гарантированно;
• файлы небольшие или средние, и разница в скорости несущественна.

Когда разумнее SHA-512

Более длинный хеш даёт больший запас прочности против теоретических коллизий, хотя для проверки целостности одного файла этот запас почти не играет роли — вероятность случайного совпадения ничтожна уже у SHA-256. Реальные причины выбрать SHA-512:

• вы работаете на 64-битной системе с большими образами (гигабайты и больше), и замеры показывают заметный выигрыш в скорости;
• проект, чьи файлы вы проверяете, публикует именно SHA-512 — тогда используйте то, что предлагает источник;
• внутренние регламенты вашей организации требуют максимальной длины отпечатка.

Когда имеет смысл SHA3

SHA3 выбирают в двух ситуациях. Первая — диверсификация: если организация хочет не зависеть от единственного семейства алгоритмов, она публикует суммы в обоих стандартах. Вторая — использование специфических режимов «губки», например SHAKE, где длина выхода задаётся произвольно. Для простой сверки контрольных сумм скачанного файла преимуществ перед SHA-2 у SHA3 нет, а поддержка в старых инструментах хуже. Если видите оба варианта — берите тот, что удобнее проверить вашими средствами.

Как проверить контрольную сумму на практике

Порядок действий одинаков для всех трёх алгоритмов, меняется только команда.

1. Скачайте файл и запишите, откуда взят эталонный хеш: страница проекта, отдельный файл с суммами, письмо рассылки.
2. Вычислите хеш локально подходящей командой (см. ниже).
3. Сравните строки посимвольно. Удобнее всего направить вывод команды и эталон в одну утилиту сравнения либо использовать встроенный режим проверки.
4. При несовпадении перекачайте файл из другого источника и повторите. Повторное несовпадение — повод не запускать файл и сообщить о проблеме сопровождающим проекта.

Linux и macOS

В терминале:

sha256sum файл.iso — Linux;
shasum -a 256 файл.iso — macOS.
Для SHA-512 замените параметр на -a 512; для SHA3 в новых версиях coreutils есть sha3sum, либо используйте openssl dgst -sha3-256 файл.

Если проект публикует файл вида файл.iso.sha256, можно проверить сразу списком:

sha256sum -c файл.iso.sha256

Утилита сама прочитает имя файла и эталонную сумму из этого текстового файла и выведет «OK» или «FAILED».

Windows

В PowerShell начиная с Windows 10 доступен командлет:

Get-FileHash .\файл.iso -Algorithm SHA256

Значение -Algorithm принимает SHA256, SHA384, SHA512; SHA3 добавлен в новых версиях .NET и PowerShell — в старых сборках его может не оказаться, тогда проще поставить стороннюю утилиту вроде certutil-альтернатив или использовать WSL. Классическая certutil -hashfile файл.iso SHA256 тоже работает, но SHA3 не знает.

Типичные ошибки при сверке

• Сравнение «на глаз» длинных строк. Человеческий глаз плохо ловит различие в середине 64 символов. Используйте автоматическое сравнение: вставьте обе строки в diff, воспользуйтесь sha256sum -c или сравнением строк в редакторе кода.
• Взятие эталона с того же зеркала, что и файл. Это сводит защиту к нулю при подмене на стороне зеркала. Эталон лучше брать с основного сайта проекта, страницы релиза или подписанного файла манифеста.
• Игнорирование регистра и лишних пробелов. Хеши обычно публикуют в нижнем регистре, но некоторые источники используют верхний. При ручном сравнении приведите строки к одному виду.
• Проверка другого файла. Убедитесь, что считаете сумму именно того файла, для которого опубликован хеш: у образов бывают варианты для разных архитектур, и у каждого свой отпечаток.
• Доверие к MD5 и CRC. Старые проекты иногда публикуют только MD5. Для защиты от случайного повреждения он ещё годится, но против намеренной подмены — нет: коллизии для MD5 создаются за секунды. Если есть выбор, всегда предпочитайте SHA-2 или SHA3.

Ограничения метода и что он не решает

Полезно понимать границы применения контрольных сумм, чтобы не переоценивать защиту.

• Хеш подтверждает целостность, но не происхождение. Он отвечает на вопрос «файл такой же, как у издателя?», но не на вопрос «издателю можно доверять?». Доверие обеспечивается репутацией источника и цифровыми подписями (например, GPG-подписями манифестов с суммами).
• Эталон должен быть получен по независимому каналу. Если и файл, и сумма пришли из одного скомпрометированного места, проверка формальна.
• Совпадение хеша не гарантирует отсутствие бэкдора в самом файле. Если вредоносный код попал в официальный релиз, его хеш будет честно опубликован и совпадёт. Здесь помогают только подписи разработчиков и аудит исходников.
• Скорость зависит от окружения. Заявления о том, какой алгоритм быстрее, стоит проверять на своём оборудовании: влияние аппаратных ускорений и версии библиотек бывает значительным.

Частые вопросы

Правда ли, что SHA-512 безопаснее SHA-256?

Формально пространство возможных хешей у SHA-512 больше, и перебор коллизий дороже. Но для проверки целостности загруженного файла это не даёт ощутимой выгоды: вероятность случайного совпадения ничтожна у обоих, а целенаправленная атака на SHA-256 сегодня нереализуема на практике. Выбирайте по совместимости и скорости, а не по «запасу прочности».

Нужно ли переходить на SHA3 прямо сейчас?

Нет. SHA3 создавался как страховка, а не как обязательная замена. Пока в SHA-2 нет практических атак, оба поколения равнозначны по безопасности. Переход имеет смысл, если ваши требования регламентированы политикой организации или если вы хотите дублировать суммы двумя независимыми алгоритмами.

Почему хеш в моём терминале не совпадает с сайтом, хотя файл рабочий?

Наиболее частые причины: вы считаете сумму другого файла (другая версия или архитектура), сайт обновил релиз, а вы скачали кэшированную копию, либо при копировании эталона потерялись символы. Перепроверьте имя файла и заново скопируйте эталон целиком.

Можно ли доверять хешу, который прислал отправитель письма вместе с файлом?

Такая проверка защищает только от ошибок при передаче почтой. Если канал скомпрометирован целиком, злоумышленник подменит и вложение, и сумму. Для важных файлов просите эталон по другому каналу или требуйте цифровую подпись.

Практические рекомендации

Если собрать всё сказанное в короткий порядок действий: берите SHA-256 как основной алгоритм, если источник предлагает выбор; используйте SHA-512, когда его публикует проект или когда на вашем железе он заметно быстрее; рассматривайте SHA3 как дополнительный или резервный вариант. Эталонные суммы получайте из максимально независимого от файла источника — с официальной страницы релиза или из подписанного манифеста. Сравнение выполняйте автоматически, а не визуально. И помните: контрольная сумма закрывает вопрос целостности передачи, но не заменяет цифровую подпись, когда речь идёт о доверии к самому издателю.

Следующий шаг прост: откройте страницу последнего релиза того ПО, которое вы обычно скачиваете, найдите раздел с контрольными суммами, выберите SHA-256 и один раз прогоните проверку описанными командами. Дальше это займёт секунды и станет привычной частью установки любого важного файла.