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 не действуют против него, поскольку эти два алгоритма устроены на совершенно разных принципах".  Он также предположил, что новые полезные свойства алгоритма найдут применение спустя годы, после его принятия. Так, он может быть использован в миниатюрных встраиваемых устройствах, которые не являются полноценными устройствами.

" />

ФБР восстановило сообщения Signal с iPhone через уведомления iOS

Стало известно, что ФБР смогло извлечь содержимое удалённых сообщений Signal с iPhone, используя данные из внутренней базы уведомлений iOS. Речь идёт о деле, связанном с группой людей, которых обвиняли в поджоге фейерверков и вандализме на территории центра содержания мигрантов ICE Prairieland Detention Facility в Техасе.

Об этом сообщает 404 Media со ссылкой на материалы недавнего судебного разбирательства в США.

В ходе процесса агент ФБР Кларк Уиторн рассказал о собранных доказательствах. Как следует из описания, входящие сообщения Signal удалось восстановить с телефона обвиняемой Линетт Шарп даже после того, как само приложение было удалено с устройства.

Судя по этим данным, сообщения сохранились во внутреннем хранилище уведомлений Apple. При этом речь шла только о входящих сообщениях — исходящие, как утверждается, получить не удалось.

Как отмечает 404 Media, в Signal есть настройка, которая скрывает текст сообщения в уведомлениях. Но, судя по всему, в этом случае такая защита включена не была. Именно поэтому содержимое входящих сообщений могло попасть в системную базу уведомлений и сохраниться там даже после удаления самого мессенджера.

Технических подробностей о том, как именно ФБР добралось до этих данных, пока нет. Многое зависит от состояния устройства на момент извлечения информации: был ли iPhone заблокирован, разблокирован, находился ли он в режиме до первой разблокировки или уже после неё. У iOS в каждом таком сценарии свои ограничения на доступ к данным.

Тем не менее сама история хорошо показывает, что iPhone хранит довольно много локальной информации, полагаясь на внутренние механизмы защиты. Это удобно для пользователя, но в отдельных ситуациях может сыграть и против него — особенно если уведомления содержат личный текст.

Ещё один любопытный момент связан с пуш-уведомлениями. Как подчёркивается в публикации, токен для их доставки не обязательно сразу перестаёт работать после удаления приложения. То есть сервер может продолжать отправлять уведомления, а уже сам iPhone решает, как с ними поступать. Это теоретически тоже могло повлиять на сохранение данных.

На этом фоне особенно интересно выглядит недавнее изменение в iOS 26.4, где Apple обновила механизм проверки пуш-токенов. Прямой связи с этим делом никто не подтверждал, но совпадение по времени выглядит примечательно.

Напомним, недавно ФБР столкнулось с неожиданным препятствием при расследовании утечки конфиденциальных данных: Lockdown Mode на iPhone журналистки Washington Post фактически заблокировал доступ к содержимому устройства.

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