Описан концепт-вирус, атакующий ПК с определенными процессорами

Описан концепт-вирус, атакующий ПК с определенными процессорами

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



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


Утверждается, что новая технология способна определить любой современный ЦП на основании отличительных особенностей вычислительных механизмов, каковые имеются у каждого процессора, изготовленного определенным поставщиком. По словам Эрика Фильола, одного из создателей концепта, подобные различия неизбежны, и их вполне достаточно для уверенного отличения ЦП одного производителя от ЦП другого. Специалист также отметил, что создавать вредоносное ПО на основании этой технологии ничуть не более сложно, чем обычные вирусы.


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


"Например, вам известно, что для нужд того же ядерного завода в Иране будут закупаться рабочие станции с процессорами Intel некоторого типа и семейства. Соответственно, вы сможете выборочно атаковать именно эти компьютеры, причем вне зависимости от того, какая ОС и какие прикладные программы будут на них установлены", - заявил г-н Фильол.
 
Ученые намерены предать гласности некоторые фрагменты своей исследовательской работы, чтобы привлечь внимание к рискам, которые, по их мнению, связаны с применением подобной технологии для осуществления целевых атак. При этом специалисты выразили уверенность в том, что защититься от распознавания ЦП не получится никак - разве что если все поставщики согласуют между собой применение определенных вычислительных приемов, равно как и общие принципы работы процессоров, чего вряд ли следует ожидать.


Ведущий технолог eEye Digital Security Марк Мефрэ, комментируя достижения французских исследователей, заявил, что не видит особенной опасности в существовании вредоносного программного обеспечения такого типа. "Конечно, это интересно - детектировать тип центрального процессора по особенностям его вычислительных операций", - сказал он, - "но вирусам все равно необходимо больше данных, чтобы убедиться в корректности избранной цели. Я думаю, что в дальнейшем для целевых атак будут использоваться приемы, похожие на те, что использует Stuxnet, а вовсе не распознавание центральных процессоров".
 
Dark Reading

AppSec.Track научился проверять код, написанный ИИ

AppSec.Track добавил поддержку работы с ИИ и стал первым российским SCA-анализатором, который умеет проверять код прямо в связке с ИИ-ассистентами. Обновление рассчитано в том числе на так называемых «вайб-кодеров» — разработчиков, которые активно используют LLM и ИИ-редакторы для генерации кода.

Новый функционал решает вполне практичную проблему: ИИ всё чаще пишет код сам, но далеко не всегда делает это безопасно.

Модель может «галлюцинировать», предлагать несуществующие пакеты, устаревшие версии библиотек или компоненты с известными уязвимостями. AppSec.Track теперь умеет отлавливать такие ситуации автоматически.

Разработчик может прямо в диалоге с ИИ-ассистентом запросить проверку сгенерированного кода через AppSec.Track. Система проанализирует используемые сторонние компоненты, подсветит потенциальные угрозы и предложит варианты исправления. В основе механизма — протокол MCP (Model Context Protocol), который позволяет безопасно подключать инструменты анализа к LLM.

Как поясняет директор по продукту AppSec.Track Константин Крючков, разработчики всё чаще пишут код «по-новому», а значит, и инструменты анализа должны меняться. Редакторы вроде Cursor или Windsurf уже умеют многое, но им всё равно нужна качественная и актуальная база уязвимостей. Именно её и даёт AppSec.Track, включая учёт внутренних требований безопасности конкретной компании. В итоге даже разработчик без глубокой экспертизы в ИБ может получить более надёжный результат.

Проблема особенно заметна на фоне роста low-coding и vibe-coding подходов. Код создаётся быстрее, а иногда — почти без участия человека, но с точки зрения безопасности в нём могут скрываться неприятные сюрпризы: SQL-инъекции, логические ошибки или небезопасные зависимости. Как отмечает старший управляющий директор AppSec Solutions Антон Башарин, ИИ-ассистенты не заменяют классические практики DevSecOps — особенно когда речь идёт об open source, где информация об угрозах обновляется быстрее, чем обучаются модели.

Новый функционал AppSec.Track ориентирован на профессиональные команды разработки, которые уже внедряют ИИ в свои процессы. Он позволяет сохранить требования Secure by Design и снизить риски даже в условиях активного использования генеративного кода.

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