Криптопротокол OpenPubkey доступен на GitHub в виде базового клиента

Криптопротокол OpenPubkey доступен на GitHub в виде базового клиента

Криптопротокол OpenPubkey доступен на GitHub в виде базового клиента

НКО Linux Foundation анонсировала запуск нового проекта с открытым исходным кодом — реализации криптографического протокола аутентификации OpenPubkey, способного повысить безопасность цепочек поставок программного обеспечения.

Концепция беспарольной аутентификации OpenPubkey была разработана в BastionZero для ее системы удаленного доступа с нулевым доверием. Технология позволяет в рамках системы единого входа OpenID Connect заверять сообщения и запросы пользователей цифровой подписью.

В роли удостоверяющего центра выступает поставщик идентификации (IdP). Ключ подписи и публичный генерируются на стороне пользователя при запуске процедуры аутентификации; публичный ключ затем отсылается IdP и вставляется в ID-токен, который таким образом превращается в сертификат.

Примечательно, что OpenPubkey не добавляет других доверенных сторон сверх тех, что необходимы для OpenID Connect. Система совместима с существующими OpenID-провайдерами — Google, Azure/Microsoft, Okta, Keycloak, OneLogin — и не требует от них изменений.

В настоящее время OpenPubkey уже используется как основа для подписывания контейнеров Docker. С запуском проекта Linux Foundation, для которого на GutHub уже создан репозиторий, технология станет доступной opensource-сообществу. Разработчики смогут создавать приложения безопасного удаленного доступа, выстраивать защищенные цепочки поставок, подписывая сборки, установки и вносимые в код изменения.

«Мы убеждены, что инициатива, способная предоставить opensource-комьюнити дополнительное средство защиты, сыграет решающую роль в укреплении его позиций, — заявил исполнительный директор Linux Foundation Джим Землин (Jim Zemlin). — Приглашаем разработчиков и организации присоединиться к коллективной работе над повышением безопасности цепочек поставок программного обеспечения».

В iOS нашли намёк на сквозное шифрование RCS-чатов между iPhone и Android

Apple, похоже, делает ещё один шаг к полноценной защите RCS-переписки между iPhone и Android — но, как это часто бывает, не без оговорок. В бета-версии iOS 26.3 Beta 2 обнаружены признаки подготовки сквозного шифрования (end-to-end encryption, E2EE) для RCS-сообщений.

Речь идёт о той самой защите, которая давно стала стандартом в современных мессенджерах, но до сих пор отсутствует в переписке между пользователями iPhone и Android.

Информацию обнаружил пользователь X (бывший Twitter) под ником @TiinoX83. Изучая carrier bundles — пакеты настроек операторов связи — он нашёл новый параметр, позволяющий операторам включать шифрование RCS. Судя по коду, Apple готовит механизм, при котором именно оператор будет «давать добро» на использование защищённых RCS-чатов.

 

Правда, есть нюанс. На данный момент этот параметр присутствует лишь у четырёх операторов — Bouygues, Orange, SFR и Free, и все они работают во Франции. Более того, ни один из них пока не активировал новую опцию. То есть формально поддержка как бы есть, но по факту она не работает.

История с E2EE для RCS тянется уже не первый месяц. После анонса спецификации Universal Profile 3.0 от GSMA весной прошлого года Apple публично пообещала добавить поддержку защищённых RCS-сообщений в будущих обновлениях iOS. Тогда же стало известно, что шифрование будет строиться на протоколе Messaging Layer Security (MLS) — том самом, который Google уже использует в Google Messages.

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

RSS: Новости на портале Anti-Malware.ru