Google начала работать над аппаратной защитой Android-устройств

Google начала работать над аппаратной защитой Android-устройств

Google начала работать над аппаратной защитой Android-устройств

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

Корпорация сама подтверждает важность нового вектора работы следующими словами:

«На протяжении последних десяти лет ИБ-сообщество говорило о проблеме эксплуатации уязвимостей в прошивке, запущенной на второстепенных процессорах однокристальных систем».

Среди наиболее ярких примеров таких атак эксперты выделяют эксплуатацию брешей в модулях, отвечающих за функциональность Wi-Fi и передачу данных по сети. Такие уязвимости можно использовать «по воздуху» и внедрить произвольный код.

Именно поэтому Google решила усилить защищённость прошивки, которая взаимодействует с Android. Специалисты выделили несколько механизмов для этой цели:

  • Санитайзеры на основе компилятора (Compiler-based sanitizers). Они могут поймать проблемы безопасности памяти или сбоев на этапе компиляции кода. В качестве примеров Google упоминает BoundSan и IntSan.
  • Защита от эксплойтов (Exploit mitigations). Это, например, такие механизмы, как Control Flow Integrity (CFI), Kernel Control Flow Integrity (kCFI), ShadowCallStack.
  • Дополнительные функции защиты памяти. Они будут бороться с проблемами вроде переполнения буфера, user-after-free и т. п.

87% специалистов готовы доверить ИИ рекомендации по реагированию в SIEM

Российские компании готовы слушать советы ИИ в SIEM, но отдавать ему красную кнопку пока не собираются. Это показал опрос участников эфира AM Live «Российские SIEM 2026: что изменилось и как теперь выбирать?». Больше всего респонденты готовы доверить искусственному интеллекту рекомендации по реагированию на инциденты — этот вариант выбрали 87% участников.

Создание и доработку правил детектирования готовы делегировать 71%, а сбор контекста и подготовку резюме расследований — 58%.

Несколько осторожнее аудитория относится к триажу и приоритизации инцидентов — эту задачу ИИ согласны поручить 44% опрошенных. Ещё 39% готовы использовать его для поиска и формирования запросов.

А вот полностью автономное реагирование без подтверждения аналитика набрало всего 13%. В общем, ИИ уже можно посадить рядом с SOC-командой, поручить ему рутину и попросить подготовить план действий.

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


Участники также рассказали, что, по их мнению, сильнее всего изменит SIEM к 2030 году. Лидируют ИИ и автономные агенты с 34%. На втором месте — объединение SIEM с другими платформами информационной безопасности, за которое проголосовали 28% респондентов.

Изменений в экономике и моделях лицензирования ожидают 14%, появления новой архитектуры работы с данными — 13%, а развития облачных и гибридных моделей — 9%. Только 2% считают, что за ближайшие годы ничего существенно не поменяется. Железная выдержка, учитывая скорость, с которой сегодня переписывается рынок.

На эфире эксперты также обсудили ложные срабатывания, правила детектирования, MITRE ATT&CK, UEBA, производительность, масштабирование, хранение данных и TCO. Главный вывод: выбирать SIEM по красивой презентации больше нельзя. На пилоте придётся проверять не только скорость обработки событий, но и качество контента, удобство расследований и реальную стоимость дальнейшей эксплуатации.

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