Веб-кошелёк Monero на официальном monero-wallet-rpc: digest-авторизация, двухфазная отправка и BigInt вместо float

Разработка собственного веб-кошелька для Monero — задача, в которой легко совершить ошибку на уровне криптографии. Именно поэтому автор публикации пошёл по пути минимального риска: вся работа с ключами осталась за официальным monero-wallet-rpc, а на стороне разработчика — «всего лишь» оболочка: бэкенд, интерфейс и инфраструктурная логика. Как выяснилось на практике, именно эта часть оказалась самой содержательной. Ключевая идея проекта — некастодиальность. Кошелёк работает на машине пользователя, обращается к собственному узлу Monero и не имитирует кастодиальный сервис, который хранил бы ключи на чужой стороне. Такая архитектура снижает поверхность атаки: даже при компрометации веб-интерфейса злоумышленник не получает прямого доступа к чужим средствам через централизованное хранилище.

Подробности

Основная сложность оказалась не в криптографии, а в трёх инфраструктурных аспектах, которые автор выделил особо. Digest-авторизация. Взаимодействие с monero-wallet-rpc требует аутентификации, и вместо простой передачи учётных данных используется digest-схема. Это защищает от перехвата пароля в открытом виде, но накладывает требования к корректной реализации на стороне клиента и к защите канала связи. Двухфазная отправка транзакций. Отправка средств разбита на отдельные этапы, что позволяет контролировать состояние операции и снижает риск потери средств при сбоях. Такой подход типичен для работы с RPC-интерфейсами, где одна ошибка может привести к необратимым последствиям. BigInt вместо float. Работа с денежными значениями в формате с плавающей точкой — классический источник ошибок округления. В криптовалютных операциях, где важна точность до последнего атомарного значения, использование float недопустимо. Автор подчёркивает необходимость целочисленной арифметики произвольной точности. Стоит отметить, что в исходном материале не приводятся конкретные версии затронутых компонентов и не упоминаются CVE — это не разбор уязвимости, а описание архитектурных решений и подводных камней самостоятельной разработки.

Что делать

Если вы планируете разворачивать собственный веб-кошелёк на базе monero-wallet-rpc, стоит учесть несколько практических моментов: - Не пытайтесь реализовывать криптографию самостоятельно. Делегируйте работу с ключами официальному monero-wallet-rpc. - Ограничьте доступ к RPC-интерфейсу: не выставляйте его в публичную сеть, используйте защищённые каналы и digest-авторизацию. - Для доступа к интерфейсу применяйте MFA и VPN там, где это возможно. - Применяйте целочисленную арифметику (BigInt) для всех операций с суммами — никаких float. - Разделяйте процесс отправки транзакции на этапы с явным контролем состояния, чтобы избежать необратимых ошибок. - Регулярно обновляйте узел Monero и monero-wallet-rpc, отслеживая официальные релизы и бюллетени безопасности. Итог: самостоятельный веб-кошелёк на официальном RPC — рабочий и достаточно безопасный сценарий при условии некастодиальной архитектуры, аккуратной авторизации и корректной работы с числами. Основные риски лежат не в криптографии, а в инфраструктурных деталях, которые легко недооценить.

Источник: Хабр — Информационная безопасность