Три буквы трансформируют безопасность в Android.
Google Сообщения станут поддерживать протокол MLS , который обеспечит сквозное шифрование сообщений на различных платформах. Обновление направлено на соответствие новым требованиям ЕС по функциональной совместимости в рамках закона о цифровых рынках (DMA).
Протокол RCS (Rich Communication Services), введённый в Android в 2019 году, заменил устаревшие SMS и MMS, предлагая зашифрованную связь, уведомления о прочтении сообщений и индикаторы набора текста. Однако для обеспечения сквозного шифрования RCS требует, чтобы обе стороны использовали одну и ту же платформу.
Чтобы решить такую проблему, Google в прошлом году Для просмотра ссылки Войдиили Зарегистрируйся поддержку протокола Для просмотра ссылки Войди или Зарегистрируйся (MLS), который гарантирует шифрование общения между приложениями и платформами как в личных, так и в групповых чатах.
Android Authority Для просмотра ссылки Войдиили Зарегистрируйся что багхантер Assemble Debug обнаружил в коде приложения Google Messages строки и флаги, связанные с MLS, что указывает на скорое добавление функции. Хотя функция все ещё находится в стадии разработки, ясно, что Google планирует сделать MLS стандартным уровнем безопасности для сообщений.
Строки в коде Google Сообщения, указывающие на внедрение MLS
Принятие MLS также соответствует законам Европейского союза, которые требуют от мессенджеров обеспечить свободный обмен данными и открытый доступ для сторонних сервисов.
В прошлом году Google призвала ЕС обязать Apple Для просмотра ссылки Войдиили Зарегистрируйся в iMessage. Хотя Apple неохотно добавила поддержку RCS в iOS, внедрение сквозного шифрования между платформами Для просмотра ссылки Войди или Зарегистрируйся клиентам, независимо от используемого приложения и операционной системы.
MLS Для просмотра ссылки Войдиили Зарегистрируйся на C++ ( Для просмотра ссылки Войди или Зарегистрируйся , Для просмотра ссылки Войди или Зарегистрируйся ), Для просмотра ссылки Войди или Зарегистрируйся , Для просмотра ссылки Войди или Зарегистрируйся и Rust ( Для просмотра ссылки Войди или Зарегистрируйся , Для просмотра ссылки Войди или Зарегистрируйся ), причем для его разработки использованы наработки уже существующих протоколов, таких как Для просмотра ссылки Войди или Зарегистрируйся , Для просмотра ссылки Войди или Зарегистрируйся , Для просмотра ссылки Войди или Зарегистрируйся и Для просмотра ссылки Войди или Зарегистрируйся . Поддержка MLS уже реализована на платформах коммуникаций Webex и RingCentral, и ожидается её внедрение в проектах Wickr и Matrix.
Основные задачи протокола включают:
Google Сообщения станут поддерживать протокол MLS , который обеспечит сквозное шифрование сообщений на различных платформах. Обновление направлено на соответствие новым требованиям ЕС по функциональной совместимости в рамках закона о цифровых рынках (DMA).
Протокол RCS (Rich Communication Services), введённый в Android в 2019 году, заменил устаревшие SMS и MMS, предлагая зашифрованную связь, уведомления о прочтении сообщений и индикаторы набора текста. Однако для обеспечения сквозного шифрования RCS требует, чтобы обе стороны использовали одну и ту же платформу.
Чтобы решить такую проблему, Google в прошлом году Для просмотра ссылки Войди
Android Authority Для просмотра ссылки Войди
Строки в коде Google Сообщения, указывающие на внедрение MLS
Принятие MLS также соответствует законам Европейского союза, которые требуют от мессенджеров обеспечить свободный обмен данными и открытый доступ для сторонних сервисов.
В прошлом году Google призвала ЕС обязать Apple Для просмотра ссылки Войди
MLS Для просмотра ссылки Войди
Основные задачи протокола включают:
- Конфиденциальность: только члены группы могут читать сообщения;
- Гарантии целостности и аутентификации: каждое сообщение отправляется от проверенного отправителя и не может быть изменено в процессе передачи;
- Аутентификация участников группы: каждый участник может проверить подлинность остальных участников группы;
- Работа в асинхронном режиме: ключи шифрования могут быть предоставлены без необходимости одновременного онлайн-присутствия всех участников;
- Прямая секретность (Forward Secrecy): компрометация одного из участников не позволяет расшифровать ранее отправленные сообщения в группе;
- Защита после компрометации: компрометация одного из участников не позволяет расшифровать будущие сообщения в группе;
- Масштабируемость: потенциальная сублинейная масштабируемость в плане потребления ресурсов в зависимости от размера группы.
- Источник новости
- www.securitylab.ru