Проверка GPG-подписей для безопасных загрузок

Почему подписи важны

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

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

Хеши и подписи

Хеши (SHA256, SHA1, MD5 и т. п.) подтверждают целостность файла, но сами по себе ненадёжны, если атакующий контролирует сайт и может изменить как файл, так и опубликованный хеш. Решение — подписать файл с хешами (например, набор SHA256SUMS) приватным ключом и публиковать отдельный файл подписи (SHA256SUMS.sign). Тогда даже при подмене хеша атакующему нужно также иметь приватный ключ, чтобы сгенерировать корректную подпись.

Важно: используйте минимум SHA256, если доступен; MD5 и SHA1 считаются устаревшими для защиты от целенаправленных атак.

Установка GnuPG (gpg)

gpg обычно предустановлен в дистрибутивах Linux. Если его нет, установите пакет gnupg и dirmngr. На Debian/Ubuntu и производных:

sudo apt install gnupg dirmngr

На Red Hat / CentOS:

sudo yum install gnupg dirmngr

На Fedora:

sudo dnf install gnupg dirmngr

Примечание: если вы видите ошибку вроде “gpg: failed to start the dirmngr ‘/usr/bin/dirmngr’: No such file or directory”, установите dirmngr и повторите.

Пример: проверка ISO Debian (пошагово)

В этом разделе приведён практический пример проверки образа debian-9.8.0-amd64-netinst.iso с использованием файлов SHA256SUMS и SHA256SUMS.sign.

1. Скачайте три файла: SHA256SUMS, SHA256SUMS.sign и сам ISO. В браузере для файлов подписи иногда нужно использовать “Сохранить как” — иначе содержимое может открыться, а не скачаться.

2. Откройте терминал и перейдите в папку с загрузками:

cd Downloads/

Проверка контрольных сумм

Дождитесь окончания загрузки ISO, затем запустите:

sha256sum -c SHA256SUMS

Вы увидите имя файла и сообщение “OK” при совпадении хеша. Чтобы вычислить хеш одного файла используйте:

sha256sum debian-9.8.0-amd64-netinst.iso

Аналогичные команды для других алгоритмов: sha1sum, sha512sum, md5sum.

Проверка подписей через GPG

Предположим, разработчики подписали файл SHA256SUMS и сохранили подпись в SHA256SUMS.sign. Выполните проверку подписи:

gpg --verify SHA256SUMS.sign SHA256SUMS

Вы увидите примерно такое сообщение:

gpg: Signature made Sun 17 Feb 2019 05:10:29 PM EET
pg: using RSA key DF9B9C49EAA9298432589D76DA87E80D6294BE9B
gpg: Can't check signature: No public key

Это означает, что у вас нет публичного ключа на компьютере — это нормально. Импортируйте публичный ключ разработчика с ключевого сервера:

gpg --keyserver keyring.debian.org --recv-keys DF9B9C49EAA9298432589D76DA87E80D6294BE9B

При недоступности указанного сервера можно использовать альтернативы, например keyserver.ubuntu.com.

После импорта повторите проверку:

gpg --verify SHA256SUMS.sign SHA256SUMS

Если вы видите “Good signature”, подпись корректна. Предупреждение вида “не установлена доверенная цепочка” нормально, если вы не строили web of trust.

Как убедиться, что публичный ключ подлинный

GPG позволяет проверить, что файл подписан владельцем приватного ключа, но как убедиться, что публичный ключ действительно принадлежит проекту, а не атакующему? Несколько практик:

• Сверить отпечаток ключа (fingerprint) с официального источника: сайт проекта, блог-разработчика, официальные аккаунты в соцсетях. Поиск по полному отпечатку или по последним 8 символам даёт полезные результаты.
• Использовать web of trust: собирать и проверять подписи других разработчиков, которым вы доверяете. Это надёжно, но трудоёмко.
• Использовать зеркала и репозитории, подписанные пакетными менеджерами (apt, rpm) — они часто имеют собственные механизмы проверки.
• Сравнить скачивание с torrent-версией: торренты распределены и сложнее подменить массово.
• Получить публичный ключ из нескольких независимых источников (например, официальный сайт + GitHub release + профиль разработчика), сравнить отпечатки.

Важно: если приватный ключ был скомпрометирован, владелец должен отозвать ключ (revoke) и опубликовать информацию о компрометации. Проверяйте наличие записей об отзыве ключа, если вы подозреваете проблему.

Ограничения и когда это не спасет

• Если атакующий похитил приватный ключ разработчика — подпись будет выглядеть корректной. Защита от этого требует безопасного хранения ключей (аппаратные токены, HSM, оффлайн-ключи).
• Если вы скачали и импортировали поддельный публичный ключ из ненадёжного источника, проверка подписи бесполезна.
• Если проект не публикует подписи или хеши, вы не сможете воспользоваться этой схемой.

Дополнительные подходы и альтернативы

• Reproducible builds: сборка пакета на вашей машине из исходников и сравнение результата с бинарником проекта. Это наиболее сильная защита, но требует навыков.
• Подписи пакетов менеджеров (apt, rpm, pacman): используются для системных обновлений и обычно надёжнее, чем произвольные веб-публикации хешей.
• TLS/HTTPS и HSTS: защищают от простых MITM, но не против компрометации сервера.
• Аппаратные ключи (YubiKey, смарт-карты) для хранения приватных ключей разработчика.

Практическое руководство — пошаговый SOP для пользователя

1. Скачайте файл, файл хешей и файл подписи (если доступны).
2. Вычислите локальный хеш: sha256sum <файл> и сравните с SHA256SUMS.
3. Если есть подписанный файл хешей, выполните gpg –verify SHA256SUMS.sign SHA256SUMS.
4. Если у вас нет публичного ключа — импортируйте его через gpg –recv-keys или скачайте с официального сайта и импортируйте gpg –import .
5. Сверьте отпечаток ключа с официальным источником.
6. Если подпись “Good signature” и отпечаток совпадает — файл можно считать подлинным.
7. Если есть сомнения — используйте альтернативный источник (торрент, официальный репозиторий, зеркала) или обратитесь к сообществу проекта.

Чек-листы по ролям

Пользователь:

• Скачать файл, хеш и подпись
• Проверить sha256sum
• Импортировать публичный ключ при необходимости
• Сверить отпечаток ключа
• Убедиться в “Good signature”

Системный администратор:

• Настроить проверку подписей для репозиториев
• Хранить и проверять ключи в централизованном хранилище
• Следить за уведомлениями о компрометации ключей

Разработчик/Проект:

• Публиковать отпечатки ключей на нескольких каналах
• Хранить приватный ключ офлайн или в HSM
• Выпускать файл отзыва (revocation) при компрометации

Критерии приёмки

• Локальный sha256 совпадает с опубликованным в SHA256SUMS
• Подпись SHA256SUMS.sign проверяется как Good signature
• Отпечаток публичного ключа совпадает с официальным источником
• Публичный ключ не отозван

Небольшой глоссарий (1 строка на термин)

• GPG / GnuPG — реализация OpenPGP для создания и проверки подписей и шифрования.
• Контрольная сумма (хеш) — короткое значение, однозначно зависящее от содержимого файла.
• Отпечаток ключа (fingerprint) — уникальная хеш-сумма публичного ключа для быстрой проверки.
• Web of trust — модель доверия, где пользователи подписывают чужие ключи.

Заключение

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

Важно: если вы заметили подозрительную подпись или несоответствие отпечатка, не запускайте исполняемые файлы и обратитесь к проекту за разъяснениями.

Краткий чек-лист для быстрого действия: sha256sum -> gpg –verify -> сверить отпечаток -> убедиться в отсутствии отзыва.