Анализ применения цифровой подписи: 10 из 15 топовых криптовалют не подписывают ПО

Читая очередную новость об успешной подмене злоумышленниками кода крупного проекта, сам собой возникает вопрос: как вообще такое возможно, если код был подписан!? Пренебрежение правилами безопасности в криптосфере – оксюморон и, одновременно, факт, поэтому, чтобы данная статья не превратилась в избиение лежачего, я отобрал для анализа не новичков, а криптовалюты с вершины рейтинга CoinMarketCap. И, как вы уже догадались, не зря.

Давайте посмотрим как обстоят дела с применением цифровой подписи в оплоте финтех революции.

Мотивация

Как вы, скорее всего, знаете взломы официальных сайтов и github-профилей криптопроектов происходят достаточно часто, через которые распространяется вредоносный код. Иногда подменяются адреса кошельков, в других случаях подменяется распространяемое ПО. Способы взлома различаются: происходит атака на один из узлов сети, ответственный за доставку данных и производится скрытая подмена фрагмента данных. Обнаружить подмену визуально достатчно сложно, чем и пользуются злоумышленники. Защититься от такой атаки можно несколькими способами. Стандартным считается PGP-подпись: публикация подписанных проверочных сумм. При этом PGP-ключ должен быть распространен надлежащим образом. Например опубликован на различных ресурсах (желательно больше двух).

Анализ

Для анализа я использовал официальные ресурсы, ссылки на которые получил из разных источников. После чего начал собирать информацию двигаясь с разных направлений. При анализе учитывалась публикация как пользовательского ПО, так и SDK. Для анализа не брались токены или основанные на смарт-контрактах проекты, только криптовалюты.

Результаты

( * ) Ethereum Classic использует сторонее ПО и не публикует информации для подтверждения релиза.

Типичные ошибки

1. Отсутствие подписи как таковой (10/15):
   Неподписанным может оказаться как код исполняемого кода, но чаще встречаются неподписанные библиотеки и прикладное ПО вроде кошельков.
2. Подпись неопубликованными ключами (2/15):
   Код подписывается несколькими разработчиками, ключи которых нигде не опубликованы, а соответственно такие подписи бесполезны.
3. Публикация ключей и кода в одном источнике (5/15).
   Очень частой ошибкой является публикация ключей по ссылке на стороннем ресурсе, либо создание единого доверенного источника в виде сайта. Таким образом для подмены данных достаточно взломать только сайт.

Нетипичные ошибки

Monero предлагает смотреть ключи в папке с подписанными данными. По сути это ошибка дистрибуции ключа, которая приводит к полной утрате надежности.

На заметку!

• Litecoin публикует ключи в том числе и в виде ссылки на доверенный ресурс pgp.mit.edu.
• Ethereum и Zcash публикуют подробные списки ключей:
  
  • https://geth.ethereum.org/downloads/#openpgp_signatures.
  • https://z.cash/support/pubkeys.html.
• Ethereum публикует ключи CI-сервисов.

Причины

1. Отсутствие единой стратегии. На сегодня нет инструкции, которая подходила бы большинству разработчиков для решения задач обеспечения гарантированной доставки кода на разных платформах. Велика доля самодеятельности.
2. Моральное устаревание. Если взглянуть на основные сайты технологии PGP, то складывается впечатление, что технология пребывает в забвении:
   
   • http://pgp.mit.edu/
   • https://keyserver.pgp.com/vkd/GetWelcomeScreen.event
3. Отсутствие комплексного инструментария для публикации и проверки подписи. Даже при наличии желания пользователь столкнется с серьезными препятствиями на пути – многие пользователи не умеют и не готовы использовать консоль обязательную для проверки подписи. Даже для разработчиков использование подписи является нетривиальной задачей.
4. Устаревший протокол обмена ключами. В 21 веке, когда разработчики практически не встречаются лично, устраивать обмен ключами на p2p основе становится не слишком удобно и нужны инструменты для более быстрого распространения и отзыва подписи.

Советы

Лучшие советы в данной ситуации:

1. Разделять ключи по задачам (это поможет избежать утечки мастерключа или использования ключа разработчика для подписи релиза).
2. Дублировать информацию в нескольких источниках, например на официальном сайте и на Github (взломать два ресурса одновременно сложнее чем один).
3. Формировать человекочитаемые url (их легче запомнить и проверить).

Инструкция

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

Заключение

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