Публичный канал Livara предназначен для публикации контента и, согласно странице безопасности продукта, не использует сквозное шифрование. Перед публикацией считайте контент предназначенным для просмотра аудиторией канала и обработки сервисом, а не конфиденциальным личным сообщением.
Это различие — граница возможностей продукта. Из него нельзя заключать, что шифрование каналов технически невозможно или что все сервисы обязаны реализовывать публичные каналы именно так.
Что именно означает «нет шифрования»?
Нельзя путать два разных вида защиты:
- Шифрование при передаче, например TLS: Защищает связь между устройством и сервером в пути, но сервер может быть точкой расшифровки.
- Сквозное шифрование: Его цель — сделать защищённое содержимое доступным для расшифровки только разрешённым конечным точкам, а не промежуточному серверу.
Отсутствие E2EE не обязательно означает передачу открытого текста по сети. В то же время наличие HTTPS или значка замка в браузере не доказывает, что провайдер не имеет доступа к содержимому канала. Руководство EFF по шифрованию объясняет это базовое различие.
Практическое различие между каналом и защищённой беседой
| Вопрос | Публичный канал | Личный чат или группа с защитой E2EE |
|---|---|---|
| Предполагаемая аудитория | Публикация для аудитории канала | Разрешённые участники и устройства беседы |
| Конфиденциальность от сервера | Нельзя предполагать | Зависит от включённой защиты и правильной реализации протокола |
| Копирование получателем | Возможно | По-прежнему возможно |
| Управление контентом | Публичный контент может быть доступен сервису | Контроль состава участников и жалобы — не то же самое, что шифрование контента |
| Риск раскрытия сопутствующих сведений | Активность и доступ могут быть видимыми | E2EE само по себе не скрывает все метаданные |
В Livara общедоступный документ о безопасности описывает LVR1 для личных сообщений и LGS1 для защищённых групп. Тот же документ указывает, что несовместимая устаревшая группа должна оставаться явно вне E2EE. Поэтому название «группа» само по себе не заменяет проверку фактического состояния защиты.
Управление контентом не гарантирует его безвредность
Возможность проверять или удалять публичный контент может помогать управлять сервисом, но её наличие не доказывает безопасность всех опубликованных ссылок, файлов или утверждений. Пользователям по-прежнему нужно оценивать источник новости, личность автора публикации и адрес назначения ссылки.
С другой стороны, не стоит создавать безусловное противопоставление приватности и безопасности. Контроль доступа, жалобы пользователей, борьба со злоупотреблениями и конфиденциальность контента — связанные, но разные вопросы. Нужно ясно объяснять тип и ограничения каждого инструмента, а не представлять шифрование в целом как признак преступного поведения.
Что не следует публиковать в публичном канале?
- Фразу восстановления, пароль, закрытый ключ или персональную ссылку для входа;
- Контактные данные и фотографии других людей без разрешения или ясного основания;
- Рабочие документы, на публичную публикацию которых нет разрешения;
- Личные подробности, риск распространения которых не устраняет даже последующее удаление публикации.
Удаление или редактирование публикации не отзывает копии, сохранённые аудиторией, снимки экрана или перепубликации за пределами сервиса. То же ограничение действует и в отношении получателя личного сообщения: E2EE не контролирует его поведение.
Перед отправкой проверьте адресата
Для публичного объявления канал может быть подходящим выбором. Для конфиденциального контента сначала проверьте аудиторию, состояние шифрования и задействованные устройства. Если тема чувствительная, одного названия приложения или пометки «личное» недостаточно.
Модель угроз Livara объясняет такие ограничения, как заражённое устройство, физический доступ и раскрытие контента получателем. Правильный выбор начинается с понимания этих границ: Публичная публикация, конфиденциальность контента и управление сервисом — три отдельные цели.
