Вот набор правил, призванных смягчить влияние сервера хака.

1. Холодное хранение. Количество Bitcoins хранится на публичном сервере (горячее хранение) не должно превышать капитал, принадлежащий биржей, так что если этот Bitcoins украден обмен может есть потери, не прибегая к фракционному резерву.

2. Для того, чтобы избежать нарушений вышеуказанного правила, Bitcoin вкладов направляются непосредственно в холодные адреса хранения. (Например, с использованием детерминированной генерации и открытый ключ мастер)

3. Все трансферы из холодного хранения в горячее хранение должны быть подтверждены вручную. Так, например, выполнить объемную передачу каждые 24 часа, после проверки того, что все нормально на сервере. Я знаю, что некоторые интрузии может остаться незамеченным, но наиболее вероятным сценарием является то, что злоумышленник будет первым украсть монеты, которые непосредственно доступны на сервере, и это не осталось незамеченным.

4. Атакующий не должен быть в состоянии скрыть свое воровство как набор снятия инициированных клиентами: снятие должно быть подписано с помощью закрытого ключа, полученного из пароля клиента; во время ежедневной ручной проверки, сравнить [хэш] набор паролей, полученные открытых ключей в базе данных сервера к [хэшу] пароли, полученные открытых ключей в вашей резервной копии базы данных.

5. Если количество запросов на снятие превышает сумму, доступную на сервере (то есть сумма, что обмен может позволить себе потерять), то пользователю придется _wait_ для следующего вручную одобренного перевода. Что ждет 24h для больших снятия отстой? Да, знаю. Такова жизнь. Как клиент, я предпочитаю знать, что мои монеты безопасны.

6. Клонирование базы данных от сервера. Злоумышленник получает доступ к серверу не должен быть в состоянии удалить резервную копию базы данных.

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



Отказ от 1:
Я не включал какую-либо технические меры безопасности сервера в этом списке (например, хеширования & соления паролей, обеспечение портов, контролирования доступа, и т.д.)
Это потому, что эти правила не о безопасности сервера; они о том, как уменьшить ущерб вашему бизнесу, если ваш сервер будет скомпрометирован.

Отказ от ответственности 2:
У меня нет никакого опыта работает обмен, поэтому я мог бы быть неправым о том, что возможно, а что нет. Пожалуйста, поправьте меня, и предлагать улучшения.