Keccak принят в качестве нового стандарта шифрования SHA-3

Keccak принят в качестве нового стандарта шифрования SHA-3

На этой неделе Национальный Институт Стандартизации и Технологий (NIST) объявил об окончании конкурса на новый безопасный стандарт хэширования SHA-3, который продолжался пять лет. Победителем стал алгоритм Keccak за "элегантность в реализации и возможность работы на различных устройствах".

Алгоритмы хэширования используются для создания уникальных цифровых отпечатков документов, в качестве элементов цифровых подписей, кодов аутентификации сообщений и как составные элементы многих других протоколов. Однако после потенциального устаревания хэш-функций SHA-1 и SHA-2 был объявлен конкурс на новый алгоритм шифрования, который будет способен заменить существующие. Команды криптографов со всего мира предлагали свои варианты и совместно анализировали дизайн разработок, выявляя уязвимости.

Недавно эксперт в этой области Брюс Шнайер, разработчик алгоритма ставшего одним из пяти финалистов конкурса, выразил сомнение по поводу того, что какой-либо из представленных алгоритмов сможет стать достойной заменой SHA-2. Он объяснил это тем, что ни один из них не превосходит по своим свойствам существующий стандарт с точки зрения скорости работы и безопасности. При этом Шнайер отметил, что в настоящее время необходимо держать курс на алгоритмы шифрования, которые могут работать и на смартфонах.

Однако совместная разработка специалистов компаний STMicroelectronics и NXP Semiconductors доказала обратное. Благодаря конструкции "Sponge", на базе которой реализован алгоритм, появляется масса возможностей его дальнейшего совершенствования без внесения каких- либо изменений. Отмечается, что уникальные возможности помогают использовать Keccak в качестве хэш-функции с произвольным размером выхода, потокового шифра, функции выработки ключей из пароля, кодов аутентификации сообщений, криптостойкого генератора псевдослучайных чисел с подкачкой энтропии из внешнего источника и с затиранием внутреннего состояния.

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

Эксперт в области безопасности NIST Тим Полк отмечает: "Keccak имеет преимущество в том, что атаки, рассчитанные против SHA-2 не действуют против него, поскольку эти два алгоритма устроены на совершенно разных принципах".  Он также предположил, что новые полезные свойства алгоритма найдут применение спустя годы, после его принятия. Так, он может быть использован в миниатюрных встраиваемых устройствах, которые не являются полноценными устройствами.

" />

Android-приложения научились обходить блокировку трафика вне VPN

Исследователь Армин Шупук обнаружил в Android механизм, позволяющий обычному приложению отправлять пакеты мимо VPN даже при включённой функции «Блокировать соединения без VPN». Никакого root-доступа, ADB и опасных разрешений не требуется — достаточно штатного системного API.

Проблема связана с NAT-T keepalive — короткими пакетами UDP/4500, которые поддерживают сетевое соединение активным. Android может поручить их отправку чипу Wi-Fi, минуя обычный сетевой путь приложения и проверки VPN Lockdown.

В результате установленная программа способна регулярно обращаться к выбранному злоумышленником серверу через физическую сеть. Передавать произвольные данные таким способом нельзя: содержимое пакета задаёт сама платформа.

Однако получатель видит реальный IP-адрес устройства, время отправки и факт его присутствия в сети. Этого достаточно для определения провайдера, сопоставления активности и отслеживания перемещений между сетями.

Исследователь подтвердил утечку на Pixel 8 Pro с Android 16: роутер фиксировал пакет вне VPN каждые десять секунд. На смартфоне Samsung соединение оставалось активным более 24 часов. Работа механизма также подтверждена на устройстве Nothing, хотя отдельный перехват трафика для него не проводился.

По оценке автора, проблема затрагивает большинство устройств на Android 12 и новее, поддерживающих аппаратную отправку NAT-T keepalive через Wi-Fi. Однако полноценные испытания выполнены только на трёх моделях, поэтому речь идёт об оценке класса устройств, а не о проверке каждого смартфона на рынке.

Отчёт передали Google 15 мая 2026 года. Корпорация признала его дубликатом уже зарегистрированной проблемы, но сведения о CVE, исправлении или сроках выпуска патча публично не раскрыты.

До устранения ошибки пользователям с повышенными требованиями к анонимности рекомендуют пропускать весь трафик смартфона через внешний VPN-маршрутизатор, отключив мобильную сеть и альтернативные подключения.

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