Большинство сервисов просят довериться их «надёжной инфраструктуре». Мы пошли другим путём: убрали с сервера всё, что можно украсть, — и построили продукт вокруг этого ограничения.
Лучшая защита данных — не хранить их. Всё, чего нет на сервере, нельзя выкачать, украсть, потерять или выдать по запросу. Поэтому сервер SafeTe — только диспетчер доставки, а не хранилище.
Пошагово — от подключения до отзыва. Никакой магии, только стандартные механизмы браузера и протокола MTProto.
Оператор открывает станцию и сканирует QR телефоном — точно как вход в Telegram Web. Пароль никуда не вводится и никому не передаётся.
Сеансовые ключи шифруются алгоритмом AES-GCM; ключ шифрования создаётся как неизвлекаемый (non-extractable) — браузер не отдаст его даже странице, а значит и любому скрипту.
Исходящие сообщения уходят в Telegram по протоколу MTProto из браузера оператора. Наш сервер передаёт только команды «отправить» и статусы — без секретов.
Кнопка «Отозвать сессию» стирает зашифрованный блоб и ключи из браузера. Восстановить удалённое невозможно — только новое подключение по QR. Мы физически не способны «вернуть» вашу сессию, потому что никогда её не имели. Плюс два страховочных механизма: завершение всех сессий в настройках Telegram и отзыв/замена токена бота в приложении.
Мы предпочитаем отвечать на них сами, пока не спросили другие.
Атакующий получит доступ к диспетчеру доставки: сможет узнать настройки порталов и токены ботов — мы обязаны честно это признать. Но переписки, медиа и сессий операторов на сервере нет, поэтому выкачать их невозможно в принципе. Токены ботов отзываемы за минуты, сессии операторов у атакующего не появятся никогда. Именно для этого архитектура и построена так, как построена.
Да — в момент доставки. Сообщение проходит через сервер транзитом, чтобы появиться в вашей CRM: входящие приходят из каналов бота и из личных диалогов оператора через его станцию, исходящие оператора сервер передаёт станции. Мы не сохраняем тексты и медиа в постоянном хранилище и не пишем их в логи; возможна только кратковременная буферизация в оперативной памяти до подтверждения доставки. Запись истории — штатный таймлайн вашего Битрикс24, не мы.
Юридические роли зафиксированы в документах: ваш портал — оператор персональных данных своих клиентов, SafeTe — порученное лицо, обрабатывающее их транзитно в целях доставки. Вывод для вашей компании: отсутствие копий переписки у нас снижает ваши риски как оператора — передавать по цепочке нечего. Детали — в Политике обработки персональных данных.
Мы говорим об этом прямо, потому что покупатель должен знать: личная переписка оператора — входящие и исходящие — синхронизируется через его станцию, пока вкладка открыта. Каналы бота (групповые чаты и диалоги с ботом) работают без станции. Задержка ответа зависит от браузера оператора, а не от «облака». Если вам нужен сервер, отвечающий 24/7 от чужого имени с хранением сессий — SafeTe вам не подойдёт, и это честно.
Нет. Это принципиальное архитектурное решение владельцев продукта: ни для одного будущего мессенджера (MAX, ВКонтакте, WhatsApp) сессии на сервере не появятся. Если канал технически невозможно подключить браузерным клиентом — мы не будем делать это «обходным» путём с хранением секретов на сервере.
Сайт — статический, без форм сбора данных и без сторонней веб-аналитики: собирать нечего. Платежи проходит сторонняя платёжная система (Робокасса) — данные карты не попадают к нам. Чеки по 54-ФЗ формирует платёжная система. Рекуррентных списаний нет в принципе — только разовые оплаты.
Установите SafeTe из Маркета Битрикс24 — и посмотрите, как работает схема, на реальной переписке.
Установить из Маркета Битрикс24