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

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

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



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


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


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


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


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

Баг macOS ломает TCP через 49 дней без перезагрузки

В macOS нашли редкий, но очень неприятный баг: если компьютер работает без перезагрузки примерно 49,7 дня, у него может постепенно умирать TCP. По версии исследователей, проблема связана с переполнением 32-битного счётчика времени в ядре XNU, который используется TCP-подсистемой.

После этого внутренние TCP-таймеры якобы перестают нормально обновляться, соединения в состоянии TIME_WAIT не очищаются, временные порты постепенно заканчиваются, и система в какой-то момент просто перестаёт устанавливать новые TCP-соединения.

При этом ping может продолжать работать, что делает сбой особенно странным. В Photon пишут, что заметили аномалию на своих macOS-машинах, которые круглосуточно используются для мониторинга iMessage-сервисов.

По их описанию, часть узлов после примерно 49 дней 17 часов 2 минут 47 секунд аптайма перестала открывать новые TCP-сессии. После перезагрузки всё возвращалось в норму, но таймер, по сути, запускался заново.

Авторы утверждают, что смогли воспроизвести поведение на двух машинах и связали его с переменной tcp_now в XNU. В открытом репозитории Apple действительно есть TCP-код ядра Darwin/XNU, где используются 32-битные значения времени и логика сравнения временных меток TCP, на которую ссылаются исследователи.

Поведения бага выглядит так: сначала ничего не ломается в лоб, но закрытые TCP-соединения перестают вовремя исчезать из TIME_WAIT. Затем их становится всё больше, временные порты забиваются, новые подключения начинают зависать в SYN_SENT, а сервисы, которым нужны новые TCP-сокеты, начинают сыпаться.

Если эта находка подтвердится, то для обычного пользователя баг вряд ли станет массовой проблемой: большинство устройств на macOS перезагружаются чаще (хотя бы из-за обновлений). А вот для долго работающих Mac mini, билд-серверов, CI/CD-ферм, удалённых рабочих станций и серверных компьютеров, которые могут жить без ребута неделями, история выглядит уже куда серьёзнее.

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

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