Google разработала алгоритм шифрования для бюджетных Android-устройств

Google разработала алгоритм шифрования для бюджетных Android-устройств

Google разработала алгоритм шифрования для бюджетных Android-устройств

Google запустила новый алгоритм шифрования, который был разработан специально для смартфонов и IoT-устройств, не имеющих аппаратных возможностей, позволяющих использовать современные методы шифрования данных.

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

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

На данный момент операционная система Android поддерживает алгоритм AES-128-CBC-ESSIV для шифрования всего диска, а также AES-256-XTS — отдельно для файлов. Google обязала производителей устройств задействовать AES-шифрование на большинстве смартфонов, поставляемых с версией Android 6.0 и выше.

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

Чтобы решить эту проблему, американский интернет-гигант принял решение создать новую форму шифрования, которая бы отличалась улучшенной производительностью. Она получила имя «Adiantum».

Adiantum специально разработана для устройств, обделенных аппаратной начинкой, позволяющей осуществлять шифрование хранилища без потери производительности.

ФСТЭК России определилась со списком угроз для ИИ-систем

В банке данных угроз (БДУ), созданном ФСТЭК России, появился раздел о проблемах, специфичных для ИИ. Риски в отношении ИБ, связанные с качеством софта, ML-моделей и наборов обучающих данных, здесь не рассматриваются.

Угрозы нарушения конфиденциальности, целостности или доступности информации, обрабатываемой с помощью ИИ, разделены на две группы — реализуемые на этапе разработки / обучения и в ходе эксплуатации таких систем.

В инфраструктуре разработчика ИИ-систем оценки на предмет безопасности информации требуют следующие объекты:

 

Объекты, подлежащие проверке на безопасность в инфраструктуре оператора ИИ-системы:

 

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

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

В комментарии для «Ведомостей» первый замдиректора ФСТЭК Виталий Лютиков пояснил, что составленный ими перечень угроз для ИИ ляжет в основу разрабатываемого стандарта по безопасной разработке ИИ-систем, который планировалась вынести на обсуждение до конца этого года.

Представленная в новом разделе БДУ детализация также поможет полагающимся на ИИ госструктурам и субъектам КИИ данных скорректировать процессы моделирования угроз к моменту вступления в силу приказа ФТЭК об усилении защиты данных в ГИС (№117, заработает с марта 2026 года).

Ужесточение требований регулятора в отношении безопасности вызвано ростом числа атак, в том числе на ИИ. В этих условиях важно учитывать не только возможности ИИ-технологий, но и сопряженные с ними риски.

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