Безопасность

Безопасность Telegram CRM: сессии, шифрование и выделенные прокси

Чтобы работать с вашим аккаунтом, Entergram должен хранить вашу Telegram-сессию. Она зашифрована алгоритмом AES-256-GCM, история ваших сообщений не хранится в нашей базе данных, а каждый аккаунт подключается к Telegram через собственный прокси. Ваша 2FA остаётся только у вас. Больший риск обычно находится внутри команды, поэтому вы также можете скрыть юзернеймы клиентов и запретить редактирование и удаление сообщений.

Доверие и соответствие

Что защищает подключённый аккаунт

Зашифрованное хранение сессии, один выделенный прокси-IP на каждый Telegram-аккаунт и обработка данных в соответствии с GDPR. Всё остальное на этой странице построено на этих трёх основах.

Соответствие GDPR

Законное основание для обработки, минимальный сбор данных и соблюдение ваших прав на доступ и удаление

Сессии, зашифрованные AES-256-GCM

Telegram-сессии шифруются в покое с аутентифицированным шифрованием

Выделенный прокси на аккаунт

Каждый Telegram-аккаунт выходит в Telegram со своего IP, а не с общего

Внутри команды

Главный риск для ваших данных находится внутри команды

Шифрование не даёт постороннему прочитать базу данных. Но оно бессильно против сотрудника, который в последний рабочий день копирует список клиентов или удаляет переписку, чтобы скрыть ошибку. Именно так Telegram-бизнес чаще всего теряет клиентов, поэтому у владельцев рабочего пространства есть четыре настройки, направленные внутрь команды.

Скрыть юзернеймы
Сотрудники ведут чат, не видя @username клиента, поэтому контакт остаётся у компании, когда они уходят.
Скрыть информацию об участниках групп
Данные участников ваших групп скрыты от сотрудников, которым они не нужны.
Запретить редактирование сообщений
Никто не может переписать сообщение после отправки. Сказанное остаётся в истории.
Запретить удаление сообщений
Сотрудники не могут удалять сообщения, поэтому ошибку нельзя тихо стереть.

Нужна запись, которая хранится вне Telegram? Интеграция со Slack пересылает каждый чат, доступный месту, в выбранный вами канал Slack как журнал аудита, который сотрудник не может изменить из Telegram.

Telegram workspace permissions →

Хранение данных

Как мы защищаем ваши Telegram-аккаунты

Большую часть работы выполняют два решения: как мы храним ваши ключи сессий и как каждый подключённый аккаунт обращается к Telegram.

Два проектных решения

Подробнее

1. Зашифрованное хранение вашей Telegram-сессии

Чтобы синхронизировать чаты, отправлять сообщения и запускать рассылки за вас, Entergram должен хранить Telegram-сессию. Так устроен любой инструмент, работающий на реальных аккаунтах. Мы никогда не храним её в открытом виде. Каждая сессия шифруется в покое алгоритмом AES-256-GCM, который защищает и конфиденциальность, и целостность, а расшифровать сессию могут только те системы, которым нужно ею пользоваться.

2. Выделенный прокси для каждого Telegram-аккаунта

Каждый подключённый Telegram-аккаунт выходит в Telegram через собственный выделенный прокси-IP. Аккаунты никогда не делят сетевой отпечаток ни между собой, ни с другими клиентами Entergram, поэтому каждый выглядит так, будто работает из одного постоянного места. Это снижает вероятность того, что Telegram пометит обычную активность: за последние 6 месяцев на аккаунтах под управлением Entergram не было ни одной блокировки (собственные продуктовые данные Entergram).

Шифрование в покое

Сессии никогда не хранятся в открытом виде. Каждая запечатывается AES-256-GCM до того, как попадёт в нашу базу данных, и расшифровывается только внутри систем, которые ею пользуются, и только на то время, пока она им нужна. Ключи шифрования хранятся отдельно от зашифрованных данных, поэтому снимок базы данных сам по себе не раскрывает ничего пригодного.

Подробнее

Если вы потеряли доступ

Восстановите учётную запись Entergram через стандартную процедуру восстановления. Если Telegram-аккаунт когда-нибудь потребуется переподключить, например после изменений на стороне Telegram, отключите его и подключите снова. Никаких дополнительных парольных фраз запоминать не нужно, и восстанавливать у нас нечего.

Что мы храним, а что нет

Мы храним вашу Telegram-сессию, потому что без неё продукт не может действовать от вашего имени. Мы её шифруем, а всего остального храним как можно меньше: история ваших сообщений в Telegram не хранится в нашей базе данных. Сообщения загружаются из Telegram в реальном времени и лежат только в кратковременных кэшах, которые очищаются сами. Сохраняется то, что вы создаёте сознательно: превью последнего сообщения в списке чатов, а также тикеты, шаблоны, заметки и рассылки, которые вы пишете. Сотрудники никогда не видят ваш пароль или код 2FA. Наша Политика конфиденциальности описывает всё это полностью и имеет приоритет, если они когда-либо расходятся.

Подробнее

На практике:

Сессии зашифрованы в покое

AES-256-GCM с аутентифицированной проверкой целостности. Подделанный или частично утёкший зашифрованный блок отклоняется, а не принимается молча.

Нет архива сообщений

Telegram остаётся источником истины для истории переписки, поэтому в нашей базе данных нет архива ваших сообщений, который мог бы утечь.

Доступ по принципу наименьших привилегий

Расшифровать сессию могут только те боевые системы, которым она действительно нужна, а каждый путь доступа поддаётся аудиту.

Выделенная прокси-инфраструктура

Подробнее

Каждый подключённый Telegram-аккаунт привязан к собственному выделенному прокси-IP на всё время, пока он подключён. Аккаунт A и аккаунт B, даже в одном рабочем пространстве, никогда не выходят в Telegram с одного адреса, и ни один IP не используется совместно с другим клиентом Entergram. Результат: более стабильные сессии, меньше ложных срабатываний и чёткое разделение аккаунтов на сетевом уровне.

Дополнительные меры безопасности

Помимо описанной архитектуры, мы применяем стандартные меры усиления по всей платформе:

Подробнее

HTTPS везде, с TLS-шифрованием при передаче для каждого соединения
Строгий контроль доступа и принцип наименьших привилегий
Непрерывный мониторинг подозрительной активности
ISO 27001 в процессе, договор по SOC 2 подписан со Sprinto, завершение ожидается в 2027 году. Ни одна из сертификаций пока не получена, и мы не будем утверждать обратное
Безопасные практики разработки для предотвращения распространённых уязвимостей

Практические руководства