Модель доверия
Чему нужно доверять?
У любой системы хранения есть модель доверия. Эта страница показывает, что Rabbithole убирает из пути доверия и чему всё ещё нужно доверять.
Содержимое файлов шифруется в браузере до отправки. Rabbithole, инфраструктура хранения и операторы узлов не получают читаемый файл.
Приватность и доступность — разные свойства. Шифрование защищает содержимое файла. Доступность зависит от режима хранения, баланса циклов и, для Blob Storage, правил удержания (retention) внешнего слоя хранения.
Если поддержка TEE доступна на нужном IC-сабнете, она улучшает изоляцию среды исполнения. Rabbithole рассматривает TEE как дополнительный слой защиты, а не как основную гарантию приватности.
Вам НЕ нужно доверять
- Команде Rabbithole — мы не видим содержимое файлов в открытом виде
- Операторам узлов ICP — они обрабатывают зашифрованные блобы
- Сетевой инфраструктуре — шифрование происходит до отправки в сеть
Вам НУЖНО доверять
- Коду шифрования — он открыт, проверьте сами
- Вашему браузеру — шифрование работает в JavaScript-движке браузера
- Internet Identity — для аутентификации (тоже открытый код)
- Консенсусу ICP — что сеть корректно выполняет код канистр
Модель угроз
Сначала разделим свойства. Шифрование защищает содержимое файла, контроль доступа решает, кто может запросить файл и ключ, а проверка целостности помогает обнаружить подмену байтов. В таблице ниже важно не одно слово «защищено», а граница: как устроена защита и что остаётся отдельной ответственностью.
Rabbithole vs Традиционное облако
Сравнение с другими решениями
Rabbithole снижает требования к доверию, но ни одна система не устраняет их полностью. Если вы найдёте уязвимость, сообщите.