MPC-кошелёк, мультиподпись и холодное хранение: как криптосервису защитить ключи клиентов
Тревога в 03:00На 15.11.2026 цифровой депозитарий по Положению Банка России № 890-П создаёт и использует ключи и их части только в аппаратных модулях безопасности (HSM), поэтому для него MPC и HSM не выбор, а связка. Для обменника и кошелька выбор шире, но главный урок один: при взломе Bybit 21.02.2025 (около 1,5 млрд $ по данным ФБР) ключ не украли, людям подменили то, что они подписывали.
03:00: ключ горячего кошелька утёк
Представьте ночь в обменнике. Мониторинг показывает три перевода с горячего кошелька на адрес, которого нет в белом списке. Дежурный звонит техническому директору. Следующие 15 минут решают, сколько денег клиентов останется на месте.
Горячий кошелёк: адрес, ключ которого доступен серверу и подписывает выводы клиентов без участия человека. Холодное хранение: ключи на устройствах без подключения к сети, перевод с них требует ручной подписи. Почти любой криптосервис держит на горячем кошельке часть денег, и именно её забирают первой.
Реальный пример страшнее учебного. 21 февраля 2025 года у биржи Bybit увели около 1,5 млрд $ в виртуальных активах, ФБР связало атаку с группой из КНДР (ФБР). Пострадал не горячий, а холодный мультиподписной кошелёк: во время плановой переброски средств подписанты видели в интерфейсе Safe{Wallet} правильный адрес, а подписывали подмену реализации кошелька. Интерфейс заранее подменили через заражённую машину разработчика Safe (SecurityWeek).
Учебная тревога: что делать при утечке ключа
Пройдите четыре шага ночи сами: выберите действие, посмотрите, к чему оно приведёт, и получите итог. Это учебный сценарий, суммы мы не считаем.
- 03:00
- 03:15
- 04:00
- 09:00
Мониторинг: с горячего кошелька ушли три перевода на незнакомый адрес. Дежурный разбудил вас. Что первым делом?
Все шаги, варианты и последствия текстом
| Время | Ситуация | Действие | Что будет |
|---|---|---|---|
| 03:00 | Мониторинг: с горячего кошелька ушли три перевода на незнакомый адрес. Дежурный разбудил вас. Что первым делом? | Остановить выводы на платформе (верно) | Выводы клиентов встали в очередь, через ваш сервис злоумышленник больше ничего не отправит. Но ключ у него, и он может подписать перевод напрямую в сеть. |
| Сразу перевести остаток на новый адрес (частично) | Остаток уходит с адреса, но выводы ещё открыты, а если украден доступ к серверу подписи, новый ключ тоже под угрозой. Сначала стоило остановить выводы. | ||
| Написать клиентам в канал (ошибка) | Клиенты массово выводят средства, очередь растёт, а утечка не остановлена. Сообщение без плана добавляет паники. | ||
| Дождаться утра и разобраться (ошибка) | За ночь злоумышленник выводит всё, что лежит на горячем кошельке. | ||
| 03:15 | Выводы остановлены. Что дальше? | Создать новый ключ в HSM или новой схеме MPC и перевести остаток туда (верно) | Со старого адреса больше нечего забирать. Новый ключ создан там, куда у злоумышленника нет доступа. |
| Сменить пароли к админке (не главное) | Полезно, но украден ключ, а не пароль: старый ключ продолжает подписывать переводы. | ||
| Открыть выводы: переводы прекратились (ошибка) | Злоумышленник просто ждал. Через час переводы с горячего кошелька возобновляются. | ||
| 04:00 | Остаток на новом адресе. Кому сообщить и в каком порядке? | Команде реагирования и юристу, затем клиентам с понятным статусом и сроком (верно) | Юрист проверяет, кого ещё нужно уведомить по статусу компании, клиенты получают одно ясное сообщение вместо слухов. |
| Только клиентам (частично) | Клиенты в курсе, но юрист узнаёт об инциденте из соцсетей, а обязанности перед регулятором и партнёрами никто не проверил. | ||
| Никому, пока не посчитаем потери (ошибка) | Клиенты видят остановленные выводы без объяснений, доверие падает быстрее, чем идёт расследование. | ||
| 09:00 | Причина найдена: машина сотрудника, у которого был доступ к подписи. Что меняете? | Ключи в HSM или MPC с порогом, сверка данных перевода на экране устройства, лимит горячего кошелька (верно) | Одна заражённая машина больше не может подписать перевод: нужен порог участников, а каждый видит, что именно подписывает. |
| Всё в холодное хранение, выводы закрыть на неделю (не главное) | Безопасно, но клиенты неделю без денег. Холодное хранение без нового процесса подписи только откладывает следующий инцидент. | ||
| Новый горячий кошелёк, процесс прежний (ошибка) | Через месяц история повторится: слабое место было в процессе подписи, а не в адресе. |
Правильный порядок: остановить выводы, создать новый ключ и перевести остаток, сообщить команде и юристу, затем клиентам, изменить процесс подписи.
Мультиподпись, MPC-кошелёк или HSM
MPC-кошелёк: кошелёк, в котором закрытый ключ никогда не собирается целиком, его части хранятся у нескольких участников, а подпись получается их совместным вычислением. Мультиподпись: кошелёк, который требует несколько подписей из заданного набора ключей, например 2 из 3. HSM: аппаратный модуль безопасности, в котором ключ создаётся и работает, не покидая устройства.
| Вопрос | Мультиподпись | MPC | HSM |
|---|---|---|---|
| Где ключ | Несколько полных ключей у разных людей | Ключ не собирается целиком, части у участников | Внутри устройства, наружу не выходит |
| Что видно в сети | Правило подписи видно в блокчейне | Обычная подпись | Обычная подпись |
| Слабое место | Интерфейс, в котором подписывают | Код протокола и машины участников | Кто и как одобряет операции |
| Для депозитария по 890-П | Ключи всё равно в HSM | Части ключа в HSM | Обязателен |
Ни одна технология не спасает от подписи вслепую. По разбору NCC Group, подписанты Bybit подтвердили операцию на аппаратных кошельках, не сверив данные перевода на экране устройства (NCC Group). Поэтому в любом варианте нужен шаг «проверь, что подписываешь» и лимит на горячем кошельке. Как это устроено в продукте, показываем на странице разработки криптокошелька, а кто вообще держит ключи клиента, разобрано в статье кастодиальный или некастодиальный кошелёк.
Безопасность криптокошелька: OWASP Smart Contract Top 10
Если кошелёк или сервис работает через смарт-контракты, к защите ключей добавляется код. OWASP в 2026 году обновил список самых частых уязвимостей смарт-контрактов (OWASP). Используйте его как чек-лист для тестов и аудита:
- SC01. Ошибки контроля доступа: кто может вызвать опасную функцию
- SC02. Уязвимости бизнес-логики: контракт делает не то, что задумано
- SC03. Манипуляция ценовым оракулом: подмена цены, по которой считается сделка
- SC04. Атаки с мгновенным займом (flash loan)
- SC05. Нет проверки входных данных
- SC06. Непроверенные внешние вызовы
- SC07. Арифметические ошибки: округление и точность
- SC08. Повторный вход (reentrancy)
- SC09. Переполнение целых чисел
- SC10. Уязвимости прокси и обновления контрактов
Взлом Bybit сработал через подмену реализации кошелька-прокси, это как раз последний пункт списка. Что входит в проверку кода, разобрано в статье что проверяют при аудите.
Что требует Банк России
Для обменников и операторов ЦФА своих требований к защите в 890-П нет. Но по закону 282-ФЗ основной и резервный программно-технические комплексы обменника должны стоять в России, а Банк России вправе установить к ним требования по согласованию с ФСТЭК и ФСБ (о законе).
- Положение 890-П в силеТребования к защите информации для цифровых депозитариев.
- Лимит для неквалифицированных клиентовНе про ключи, но про тот же продукт: 300 тыс. ₽ в год у каждого посредника.
- Конец переходного периодаОрганизовывать обращение криптовалюты могут только участники из реестров Банка России.
- Статья 45 закона 282-ФЗЗадержка 48 часов для крупных переводов на внешние адреса и третьим лицам, сертифицированные средства защиты в клиентском ПО.
Шаблон плана реагирования
План на одну страницу пишут до инцидента. Минимальный состав:
- 1ОбнаружениеДежурный
Мониторинг переводов с горячего кошелька, белый список адресов, кто дежурит ночью и как будит остальных.
- 2ОстановкаТехнический директор
Одна кнопка, которая останавливает выводы, и список людей, которые вправе её нажать.
- 3ИзоляцияКоманда безопасности
Новый ключ в HSM или новой схеме MPC, перевод остатка, отзыв доступов у скомпрометированных машин.
- 4СвязьЮрист и поддержка
Кого уведомить по статусу компании, один текст для клиентов, срок следующего обновления.
- 5РазборКоманда безопасности
Журналы действий, причина, что изменить в процессе подписи. Для депозитария журнал обязателен по 890-П.
- 6УченияВся команда
Повторять учебную тревогу по расписанию, а не после следующего инцидента.
Сделаем кошелёк с порогом подписи, лимитами горячего кошелька, мониторингом и кнопкой остановки выводов. Обсудить задачу →
Частые вопросы
Что такое MPC-кошелёк?
Кошелёк, в котором закрытый ключ никогда не собирается целиком: его части хранятся у нескольких участников, а подпись получается их совместным вычислением. В сети такая подпись выглядит как обычная.
Что надёжнее: мультиподпись или MPC?
Решает процесс подписи, а не только технология. При взломе Bybit 21.02.2025 пострадал холодный мультиподписной кошелёк: подписантам подменили интерфейс, и они подтвердили не то, что видели. Нужны порог подписи, сверка данных на экране устройства и лимит горячего кошелька.
Обязан ли криптосервис хранить ключи в HSM?
Цифровой депозитарий, который сам администрирует адреса, обязан: по Положению Банка России № 890-П ключи и их части создаются и используются в HSM с оценкой соответствия требованиям ФСБ. Для обменников такого требования в 890-П нет, но их программно-технические комплексы должны стоять в России.
Как взломали Bybit?
По данным ФБР, 21.02.2025 у Bybit увели около 1,5 млрд $, атаку связали с КНДР. По разборам NCC Group и SecurityWeek, злоумышленники подменили веб-интерфейс Safe{Wallet}, и подписанты холодного кошелька подтвердили подмену реализации кошелька, не сверив данные на экране устройства.
Обсудим защиту ключей
Схема хранения, процесс подписи и план реагирования. Ответим за 15 минут.
