Контроль ключей, операций и восстановления
Безопасность ТМГТ строится на пороговой криптографии, изоляции секретных данных и независимом допуске операции. Исполнение операций, изменения конфигурации и восстановление проходят контролируемые и аудируемые процедуры.
Пороговая криптография и изоляция долей
При распределенной генерации на независимых MPC-узлах формируются доли ключа. Полный приватный ключ не формируется и не хранится в полном виде на отдельном сервере, HSM или в прикладном компоненте. Для подписи требуется установленный криптографический порог участников.
Несколько границ контроля
Прикладной слой не получает прямого доступа к долям. Разрешение связано с операцией, ключом, конфигурацией и конкретным шагом. Межузловые сообщения проверяются по отправителю, сессии и этапу протокола; повторные, устаревшие и конфликтующие сообщения не принимаются как новый корректный переход.
Управление жизненным циклом
Создание ключа и разрешение использовать его в рабочем контуре — отдельные события. Активация, приостановка, изменение состава участников, ротация и обновление долей контролируются и фиксируются в аудите. Для профилей с refresh или resharing обновление возможно без изменения публичного ключа.
Если отказал узел или HSM
Операции могут продолжаться, пока сохраняется достаточный криптографический порог. Восстанавливается работоспособность MPC-контура: новый узел вводится в защищенную конфигурацию; для поддерживаемых профилей обновляются или перераспределяются доли.
Если рабочий порог потерян
Используется отдельно защищенный контур аварийного восстановления. Зашифрованное необходимое MPC-состояние хранится отдельно от ключей и полномочий расшифрования. После многосторонней авторизации оно восстанавливается в новый защищенный MPC/HSM-контур. Полный приватный ключ не используется как постоянно хранящаяся резервная копия.
Восстановление незавершенной операции
Система продолжает исполнение от последнего надежно зафиксированного состояния и использует сохраненный результат выполненного криптографического шага. При несовместимых состояниях операция останавливается для контролируемого восстановления или расследования.
FAQ
Вопросы и ответы
Достаточно ли компрометации одного узла для подписи?
Недостаточно, пока атакующий не получил контроль над числом участников, необходимым для достижения установленного криптографического порога. Это условие зависит от выбранной пороговой конфигурации.
Какие криптографические профили описаны?
MPC-ядро предусматривает несколько профилей, включая FROST, DKLS23 и CGGMP24. Схема, кривая и формат подписи выбираются под требования поддерживаемой сети.
При замене узла адрес обязательно меняется?
Для профилей, поддерживающих refresh или resharing, замена участника и обновление долей могут выполняться без изменения публичного ключа и связанных адресов. Это не универсальное утверждение для каждого профиля.
Повторяется ли подпись после сбоя?
Если криптографический шаг надежно выполнен и его результат зафиксирован, система использует сохраненный результат. Конфликтующие состояния останавливаются для расследования, а не объединяются автоматически.
Следующий шаг
Подберите инфраструктуру
для вашего продукта
Сравните планы и изучите архитектуру интеграции.
Выбрать план