Информация Почему в MAX на Android нет сквозного шифрования и что это означает для пользователей

[Yana707]

​

Одной из самых обсуждаемых особенностей мессенджера MAX остается отсутствие сквозного шифрования. Многие слышали этот термин, но далеко не все понимают, чем такая технология отличается от обычной защиты соединения и как это влияет на безопасность переписки.​

━━━━━━━━━━━━━━━━━━

Что такое сквозное шифрование​

Представьте, что вы кладете письмо в сейф, запираете его и отправляете получателю. Ключ есть только у вас и у адресата. Даже курьер, который перевозит сейф, не сможет узнать, что находится внутри. Именно по такому принципу работает сквозное шифрование (End-to-End Encryption).​

Сообщение шифруется прямо на устройстве отправителя еще до отправки. Через интернет передается уже зашифрованный набор данных, а расшифровать его может только устройство получателя. Сервер мессенджера лишь доставляет сообщение и не имеет доступа к его содержимому.​

Такой подход используется в секретных чатах Telegram и ряде других популярных мессенджеров.​

━━━━━━━━━━━━━━━━━━

Чем обычное шифрование отличается от сквозного​

Многие сервисы используют защищенное соединение HTTPS или TLS. Это означает, что данные надежно защищены во время передачи по сети и не могут быть перехвачены посторонними. Однако после получения сообщения сервер расшифровывает его и может работать с содержимым.​

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

Именно поэтому фраза «соединение защищено» вовсе не означает наличие полноценного сквозного шифрования.​

━━━━━━━━━━━━━━━━━━

Как защищены переписки в MAX​

В MAX используются современные способы защиты соединения, включая HTTPS/TLS, возможность установить пароль на вход в приложение, управление активными сессиями и настройки конфиденциальности профиля.​

Все эти инструменты действительно помогают защитить аккаунт от части угроз. Однако разработчики не публиковали описание протокола сквозного шифрования для обычных чатов и не заявляли, что сервер технически не имеет доступа к содержимому сообщений.​

Поэтому переписка защищена при передаче данных, но архитектура приложения отличается от сервисов, где реализовано полноценное End-to-End Encryption.​

━━━━━━━━━━━━━━━━━━

Почему в MAX отсутствует E2EE​

В открытых материалах нет описания криптографического протокола, информации о хранении ключей или подтверждения того, что они находятся исключительно на устройствах пользователей.​

При этом в политике конфиденциальности говорится о возможности предоставления данных уполномоченным органам в предусмотренных законом случаях. Если бы использовалось полноценное сквозное шифрование, технически выполнить подобный запрос было бы невозможно без доступа к устройству пользователя.​

Именно поэтому специалисты считают, что архитектура MAX изначально построена по другой модели безопасности.​

━━━━━━━━━━━━━━━━━━

Какие данные лучше не отправлять​

Для обычного общения с друзьями, переписки в рабочих чатах, обмена фотографиями или обсуждения повседневных вопросов возможностей MAX вполне достаточно.​

Однако особенно важную информацию лучше передавать только через сервисы со сквозным шифрованием. К таким данным относятся пароли, одноразовые коды подтверждения, фотографии документов, банковские реквизиты, конфиденциальные рабочие документы и сведения медицинского характера.​

━━━━━━━━━━━━━━━━━━

Итоги​

Отсутствие подтвержденного сквозного шифрования вовсе не означает, что кто-то постоянно читает переписку пользователей. Это лишь говорит о другой модели доверия. При использовании MAX пользователь доверяет безопасность сообщений не только своему собеседнику, но и инфраструктуре самого сервиса.​

Поэтому для повседневного общения мессенджер подойдет большинству пользователей, а для передачи максимально конфиденциальной информации многие по-прежнему предпочитают сервисы с полноценным End-to-End Encryption.​

 

[ForumOK]

Нормально и понятно расписано, без привычной путаницы между “есть замочек” и “никто не может прочитать”. У многих реально ощущение, что если приложение работает по HTTPS, то переписка уже полностью приватная, хотя это вообще не одно и то же.

Ключевой момент тут именно в модели доверия: при E2EE доверяешь в основном своим устройствам и собеседнику, без E2EE — еще и серверу сервиса. Для большинства бытовых переписок это не выглядит критичным, но когда речь про документы, коды, финансы или рабочую конфиденциальность, разница уже принципиальная.

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