M86 Security: вредоносная активность в январе-июне 2010

M86 Security: вредоносная активность в январе-июне 2010

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



В целом эксперты отметили, что потоки спама в корпоративной почте и количество сетевых угроз продолжают возрастать. По мере совершенствования средств безопасности злоумышленники изобретают все новые уловки, чтобы повысить эффективность своих эскапад и избежать обнаружения. В частности, для обфускации кода, внедренного в html-страницу с Flash-роликом, они стали разделять его на два фрагмента: один написан на JavaScript, другой – на ActionScript (язык интерактивной обработки данных Flash-приложениями). Поскольку ActionScript поддерживает обмен с контейнером для Flash-плеера через внешний API-интерфейс (ExternalInterface), из него можно вызывать любую функцию JavaScript с html-страницы – из проигрываемого в плеере swf-файла. И наоборот, из JavaScript можно вызвать любую функцию ActionScript во Flash-плеере. Вирусописатель, сделавший ставку на эту особенность, может создать редирект, эксплойт или даже бэкдор, которые способны обмануть средства проактивной защиты, так как для корректного анализа кода потребуется выявить оба фрагмента.

M86 Security также обнаружила модификацию Phoenix Exploit Kit (комплекта для проведения кибератак), снабженную защитной опцией проверки домена по популярным черным спискам. Если злоумышленник обнаружит, что домен появился в базе Google Safe Browsing, MalwareURL, Spamhaus, Spamcop или ZeuS Tracker, он может зарегистрировать новый и долгое время оставаться в тени.

Эксперты отметили, что источниками заражения в Сети все чаще становятся легальные веб-сайты. Нередки случаи, когда их взлом производится автоматизированными методами. В июне активизировался спамерский ботнет Asprox, который расширяет свои владения посредством SQL-инъекций. Для поиска уязвимых сайтов на базе IIS/ASP боты Asprox используют поисковик Google. По свидетельству M86 Security, за три дня они смогли внедрить iframe-редиректы на 10 тыс. сайтов. В том же месяце исследователи наблюдали напряженную работу ботов Gootkit (в ЛК детектируются как Backdoor.Win32.Gootkit), которые действуют по команде из управляющего центра и внедряют iframe на ftp-серверы. За сутки с момента обнаружения этого зловреда число взломанных им сайтов увеличилось с 2 до 13 тысяч.

Согласно статистике M86 Security, страной-лидером по числу зараженных хостов являются США, на территории которых замечено 43,3% детектируемых вредоносных объектов. Второе место занимает Китай (14,1%), третье – Россия (4,1%). Что касается уязвимостей, рейтинг, составленный компанией по итогам полугодия, возглавляют бреши в продуктах Microsoft и Adobe. Из 15 наиболее атакуемых уязвимостей 4 связаны с Adobe Reader и 5 – с Internet Explorer. Как отмечают эксперты, все они известны более года и даже пропатчены. Видимо, устанавливать «заплатки» пользователи не торопятся. Вместе с тем увеличивается число эксплойтов, ориентированных на Java-приложения, и они в высшей степени эффективны. Большую популярность у злоумышленников снискали CVE-2010-0842, CVE-2009-3867, CVE-2008-5353 и CVE-2010-1423.

Источник

Нейросеть с сюрпризом: AppSec.Track проверит модели из Hugging Face

ML-модель из публичного репозитория может оказаться не только умной, но и с неприятным сюрпризом внутри. AppSec Solutions добавила в платформу AppSec.Track предварительную проверку моделей из Hugging Face. По заявлению компании, это первое российское решение, которое блокирует потенциально опасные модели до их попадания на машины разработчиков и в CI.

Каждый запрошенный через корпоративный репозиторий файл автоматически отправляется в «карантин». Пока идёт сканирование, разработчик не может скачать модель, зато видит статус проверки и своё место в очереди. После анализа платформа решает, пропускать артефакт в корпоративную инфраструктуру или оставить за дверью.

Модели проверяются без запуска. AppSec.Track разбирает файлы PyTorch, TensorFlow, Keras и другие сериализованные форматы, включая вложенные архивы, и ищет код, способный выполниться при загрузке. Обнаруженным угрозам присваивается уровень критичности.

Проблема особенно актуальна для моделей в формате pickle. Они могут содержать исполняемый код, поэтому одной заражённой загрузки достаточно, чтобы злоумышленник закрепился в среде разработки. Обычный сканер зависимостей здесь способен промахнуться: зловред сидит не в пакете, а внутри самой модели.

В AppSec Solutions считают, что со временем индустрия перейдёт на безопасный формат safetensors. Но пока публичные хабы забиты pickle-файлами, доверять модели только за красивые метрики — так себе стратегия.

Второй рубеж защиты работает на этапе сборки. AppSec.Track формирует SBOM и проверяет библиотеки и зависимости по собственной базе уязвимостей. Она охватывает PyPI, npm, Maven, NuGet, CUDA, Julia и другие экосистемы. Фид можно подключить онлайн или развернуть в закрытом контуре.

Политики безопасности настраиваются один раз и затем применяются автоматически. Сама модель проходит досмотр при входе и повторно не сканируется, а её окружение контролируется при каждой сборке. Получается вполне понятный фейс-контроль: нейросеть сначала показывает, что у неё внутри, и только потом идёт работать.

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