Для оценки безопасности звонка спросите не только «Есть ли шифрование?», но и где оно заканчивается и что меняет запись.
Шифрование чата само по себе не доказывает, что звук, видео, демонстрация экрана или запись звонка защищены так же. Чтобы оценить безопасность звонка, нужно спросить, до какого момента медиаданные остаются зашифрованными, у кого находится ключ и что меняется при включении таких функций, как запись.
В этом руководстве заявления о безопасности разделены на уровни, которые можно проверить. Название протокола или значок замка не заменяют ответов на эти вопросы.
Три разных пути данных в одном приложении
| Путь данных | Примеры данных | Вопрос о безопасности |
|---|---|---|
| Сохраняемые сообщения | Текст, фотографии, файлы и голосовые сообщения | Кто может читать копии на устройстве, на сервере и в резервной копии? |
| Медиаданные в реальном времени | Звук с микрофона, видео и демонстрация экрана | Шифрование заканчивается на устройстве собеседника или на промежуточном сервере? |
| Сигнализация | Приглашение на звонок, ответ и информация для согласования соединения | Кто может изменить управляющие сообщения или идентичность адресата? |
Голосовое сообщение, отправленное в чат, — это файл; голосовой звонок — поток в реальном времени. Для них продукт может использовать разные ключи и механизмы. Хорошее качество звука или недоставка текстового сообщения сами по себе тоже ничего не говорят о безопасности другого канала.
О чём говорит DTLS-SRTP?
В WebRTC протокол SRTP защищает медиапоток, а DTLS-SRTP — один из способов согласования необходимого ключевого материала. RFC 5764 описывает механизм DTLS-SRTP, а RFC 3711 — защиту медиапакетов.
Но фраза «мы используем WebRTC» сама по себе не отвечает на вопрос, расшифровывает ли сервер конференции медиаданные. Должно быть ясно, где находятся конечные точки шифрования и как проверяется их подлинность. Между пользователем и сервером может быть установлено зашифрованное соединение, но сервер при этом может получать доступ к расшифрованному содержимому для обработки или записи. Это не то же самое, что сквозное шифрование (E2EE) между участниками.
Архитектура безопасности WebRTC в RFC 8827 также показывает, что наряду с защитой медиаданных важны доверие к веб-приложению, путь сигнализации и подлинность собеседника. Шифрование пакетов не означает, что всем компонентам продукта можно доверять.
Почему сигнализацию нужно оценивать отдельно?
Сигнализация согласует, кто с кем созванивается и как устанавливается соединение. Даже если приложение защищает управляющие сообщения, всё равно нужно проверить, как эта защита связана с реальной идентичностью участников и ключами медиаданных.
При чтении документации достаточно трёх вопросов:
- Защищены ли приглашение, ответ и информация о ключах от изменения?
- Как пользователь узнаёт, что ключ принадлежит именно тому собеседнику, с которым он хочет связаться?
- Какое предупреждение появляется при смене ключа или устройства?
Даже при звонке с E2EE сервису могут быть известны данные маршрутизации, время звонка и его участники. Статья «Что такое метаданные мессенджера» объясняет это различие.
Запись звонка — новая граница безопасности
Фраза «зашифрованный звонок» не даёт полного ответа о записанной копии. Участник может записывать звук или изображение на собственном устройстве. Запись на стороне сервера тоже должна быть описана отдельно: получает ли сервер доступ к медиаданным в открытом виде для записи? Кто хранит файл? Когда он удаляется?
Если включение записи меняет режим безопасности, участники должны ясно видеть это изменение. Перед конфиденциальным разговором проверьте состояние записи и согласие участников. Выключенный встроенный индикатор записи не гарантирует, что никто не записывает разговор другим средством.
Как читать актуальную документацию Livara?
Страница безопасности Livara описывает прямые и групповые звонки как E2EE, но делает исключение для необязательной записи на стороне сервера: в режиме с видимым индикатором REC защита звонка переключается на шифрование при передаче. Это заявление в документации продукта, а не результат тестирования или независимого аудита, проведённого в рамках этой статьи.
Указанное в старом тексте ограничение всех групповых звонков «от 2 до 6 человек на Android» не соответствует актуальной документации и не используется как основа этого руководства. Сведения о допустимом числе участников, нужной платформе и версии следует сверять с актуальным руководством и реальным поведением приложения. Эта статья не содержит тестирования допустимого числа участников.
Кроме того, упоминание алгоритмов чата, таких как ML-KEM, само по себе не доказывает, что тот же алгоритм используется для медиаданных звонка. Для заявления о постквантовой защите звонков нужны доказательства, относящиеся именно к пути медиаданных и аутентификации. Читайте модель угроз Livara вместе со страницей возможностей, а не вместо независимого тестирования.
Краткий чек-лист перед сравнением двух сервисов
Для каждого ответа «да» также запишите версию и источник:
- Описаны ли отдельно звонки один на один, групповые звонки и демонстрация экрана?
- Понятно ли, только пересылает сервер пакеты или может расшифровать медиаданные?
- Можно ли проверить идентичность участника и его ключ?
- Видны ли смена устройства, добавление участника и включение записи?
- Одинаков ли путь звонка в веб-версии и в приложении или есть различия?
- Описано ли хранение записей и метаданных?
- Относятся ли результаты тестирования или аудита к той же версии и функции?
Если ответа нет в документации, напишите «неизвестно». Отсутствие ответа не доказывает ни безопасность, ни прослушивание.
Частые вопросы
Мешает ли E2EE-звонок собеседнику записывать разговор?
Нет. Уполномоченный получатель имеет доступ к содержимому в открытом виде и может записать его с помощью программы или другого устройства.
Шифрование при передаче — это плохо?
Шифрование при передаче обеспечивает важную защиту от прослушивания на пути передачи данных. Разница в том, что сервис, являющийся конечной точкой, может получать доступ к расшифрованному содержимому. Это не следует называть E2EE между пользователями.
Делает ли постквантовое шифрование в чате звонки тоже постквантовыми?
Нет. Заявление должно относиться к тому же уровню, алгоритмам и версии реализации. Оценивайте чат и звонки отдельно.
