Google выложила открытую криптографическую библиотеку Tink

Google выложила открытую криптографическую библиотеку Tink

Google выложила открытую криптографическую библиотеку Tink

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

Основная задача Tink — свести к минимум число потенциальных ошибок, которые обычно возникают при некорректном применении API.

Интернет-гигант уже досконально протестировал нововведение, а также провел полную рецензию кода Tink, чтобы убедиться в его состоятельности.

Сама корпорация вовсю пользуется библиотекой в своих внутренних проектах, например, в AdMob, Google Pay, Google Assistant, Firebase и Android Search App. Tink представляет полную поддержку таких языков, как Java (в том числе для Android), C++ и Obj-C, а также частичную поддержку Go и JavaScript на экспериментальном уровне.

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

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

Помимо этого, Tink позволит разработчикам исключить из сборки лишнюю функциональность.

LSPromise превращает обычное Android-приложение в хозяина ядра

Исследователи опубликовали цепочку эксплойтов LSPromise, позволяющую недоверенному локальному приложению получить полный контроль над ядром устройства. Атака затрагивает как минимум первоначальный релиз Android 17, а её техническое описание и PoC-код уже выложены в открытый доступ.

Отличный момент проверить обновления, пока эксперимент не превратился в готовый инструмент злоумышленников.

Цепочка объединяет три уязвимости: CVE-2026-49881, CVE-2026-43284 и CVE-2026-43500. Максимальный балл по CVSS достигает 8,8 балла из 10.

Исследователи успешно проверили атаку на Pixel 10 с первой официальной версией Android 17 и заявили о стопроцентной надёжности эксплойта в уязвимой конфигурации. На Pixel 6a цепочка не сработала.

Первым звеном становится логическая ошибка в системном сервисе Telecom. Она позволяет вредоносному приложению добиться выполнения кода внутри привилегированного процесса system_server. Затем атакующие обходят ограничения SELinux, переносят выполнение в сетевой процесс и задействуют уязвимость DirtyFrag в ядре Linux.


Финал у этой прогулки по уровням защиты невесёлый: загрузка постороннего модуля ядра, перевод SELinux в разрешающий режим и полный root-доступ. Причём цепочка не зависит от традиционных методов повреждения памяти и обходит такие механизмы защиты, как KASLR и MTE.

Компонент DirtyFrag может затрагивать и другие устройства, использующие ветки ядра 6.1.xxx-android14, однако полного списка уязвимых моделей пока нет. Случаи применения LSPromise в реальных атаках также не подтверждены.

Пользователям рекомендуют установить свежие патчи производителя: других способов надёжно оборвать атаку сейчас не предлагается.

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