Токен вашего бота позволяет читать сообщения ваших пользователей и говорить от имени бота. На этой странице подробно описано, как мы его защищаем — и что мы ещё не реализовали.
Токен вашего Telegram-бота — это полноценный учётный данные вашего бота, поэтому он запечатывается с помощью AES-256-GCM до попадания в базу данных или резервную копию, расшифровывается только для обращения к Telegram, никогда не логируется и везде в продукте отображается замаскированным.
HTTPS с TLS 1.2+ для каждого соединения, принудительно с HSTS. Токены ботов и секреты двухфакторной аутентификации шифруются при хранении ключом, который хранится только в вашем развёртывании.
Пароли хешируются с помощью scrypt, опциональная двухфакторная аутентификация TOTP с кодами восстановления, httpOnly-cookies сессий с защитой от CSRF, ограничение частоты запросов при входе и сбросе пароля, а также автоматическая блокировка после повторных неудачных попыток.
Пять ролей рабочего пространства — от владельца до наблюдателя — применяются на сервере при каждом запросе, а не просто скрыты в интерфейсе. Доступ сотрудников к рабочему пространству клиента возможен только через имперсонацию, которая всегда фиксируется.
Входы в систему, изменения ботов, публикации, события биллинга, изменения команды и имперсонация сотрудников записываются в неизменяемый журнал аудита, который вы можете просматривать в консоли.
Ежедневные зашифрованные резервные копии базы данных с настраиваемым сроком хранения и документированной, протестированной процедурой восстановления. Соединения ботов проверяются каждые несколько минут и автоматически восстанавливаются при обрыве со стороны Telegram.
Мы работаем на серверах OVH и Hetzner — хостинг-провайдеров, прошедших аудит по признанным стандартам безопасности и соответствия для дата-центров. Помимо этого, мы проводим собственное тестирование безопасности на уровне серверов и заказываем стороннее тестирование на проникновение, а также независимую проверку системы в целом.
Многие поставщики опускают этот раздел. Мы предпочитаем, чтобы вы могли планировать с учётом этого.
| Область | Контроль |
|---|---|
| Шифрование при передаче | TLS 1.2+ везде, HSTS включён |
| Секреты при хранении | AES-256-GCM для токенов ботов и секретов 2FA |
| Пароли | scrypt (N=32768), проверка за постоянное время |
| Сессии | Непрозрачные 256-битные токены, httpOnly-cookies, хранятся хешированными, скользящий срок действия 30 дней |
| Усиление защиты браузера | Content-Security-Policy, X-Frame-Options, nosniff, строгая политика referrer |
| Предотвращение злоупотреблений | Ограничение частоты запросов при аутентификации, сбросе пароля и в публичных формах |
| Авторизация | Проверки ролей применяются на сервере при каждом запросе |
| Журнал аудита | Неизменяемый журнал действий с аккаунтом, ботом, биллингом и действий сотрудников |
| Резервные копии | Ежедневные зашифрованные дампы, настраиваемый срок хранения, документированные учения по восстановлению |
| Зависимости | Зафиксированные версии зависимостей, устанавливаемые только из публичного реестра npm |
| Инфраструктура | Дата-центры OVH и Hetzner, независимо аудируемые |
| Тестирование на проникновение | Заказанное стороннее тестирование плюс постоянная независимая проверка |
Если вы считаете, что нашли уязвимость в Meshwire, сообщите об этом конфиденциально, чтобы мы могли расследовать и отреагировать до публичного раскрытия. Мы подтверждаем получение сообщений в течение 24 часов и стремимся устранять критические проблемы в течение 7 дней. Мы не преследуем в судебном порядке добросовестных исследователей, которые следуют этой политике.