НеИБи

Йо-хо-хо и каперский патент в 2026 Белый дом выпустил меморандум, который легализует то, о чём вендоры мечтали лет двадцать: частным американским компаниям разрешают ломать чужие сети. Не «активная защита», не honeypot-и с юридической оговоркой, а прямым текстом — Cyber Surveillance Operations и Cyber Effects Operations против зарубежных киберпреступных группировок. Определения в документе даны без эвфемизмов. Surveillance — это доступ к чужой системе без разрешения владельца или с превышением полномочий, с намерением остаться незамеченным. Effects — манипуляция, нарушение работы, отказ, деградация или уничтожение систем и данных. То есть ровно то, за что 18 U.S.C. 1030 сажает. Меморандум эту коллизию решает изящно: раз компания действует «под контролем и надзором» федерального правительства, значит, всё по закону. Приблизительно так работали каперские патенты, только вместо испанских галеонов — инфраструктура скам-центров. Схема управления: программу ведёт National Coordination Center, у неё два содиректора — от Минюста и от DHS. Каждый пакет операции они обязаны согласовать между собой и утвердить письменно до начала работы. Компания проходит ветинг, подписывает контракт и вносит депозит не меньше миллиона долларов, который сгорает при нарушении условий. Отдельно оговорено, что в программу должны попадать и крупные подрядчики «за объём», и мелкие — «за гибкость». Ограничители тоже есть, и они интереснее самих разрешений. Содиректора не имеют права санкционировать операции с Critical Outcomes — гибель людей, тяжкий вред здоровью или применение силы в смысле международного права. Если в процессе выяснилось, что зацепили американское лицо или систему на территории США — операцию остановить, провести минимизацию, немедленно доложить. Всё, что касается граждан США, требует отдельной санкции, судебной или иной. Операционный workflow и рамки таргетирования вынесены в засекреченное приложение. Самый занятный абзац с определениями. CE-TCO это иностранная группа, не являющаяся частью иностранного государства и не действующая полностью по его указанию. И дальше: группа считается негосударственной, пока нет чётких разведданных об обратном. Презумпция вывернута и теперь по умолчанию любая цель законна. Учитывая, сколько известных группировок живут в серой зоне между криминалом и госзаказом, дефолт тут решает многое. Процедуры должны быть готовы за 60 дней, первый отчёт — через 180. Так что к весне узнаем, кто именно получил патент. @antiinfosec

Малварь для самых маленьких Наверняка вы не раз задумывались попробовать себя в роли разработчика вредоносного ПО. Не для того, чтобы кого-то взломать, а для саморазвития, чтобы лучше понять, как работает Windows изнутри, как антивирусы принимают решения и почему вообще вся эта индустрия существует. Мы нашли для вас отличный материал — «Malware 4 Noobs (version 0.1 expanded)». Автор честно предупреждает, что он ненавидит писать и ненавидит использовать ИИ для текстов, так что все сделано «старым добрым способом — через боль и страдания». Пока там только начало, но ветка будет расширяться. Сразу отметим, что писать малварь — не преступление. Автор подчеркивает: «Intent is what matters with malware» — намерение решает все. Он опубликовал сотни сниппетов и PoC, получал благодарности от исследователей и преподавателей университетов и никогда не имел юридических проблем. Теперь про механику. Автор развенчивает миф о том, что малварь — это всегда один .exe-файл, который прилетает на почту. «Maybe in the 90's malware was a .exe delivered straight to your machine, but that isn't very common now». Современная малварь — это многоступенчатая цепочка. Есть stager— его задача проверить окружение: не виртуалка ли это, какой антивирус стоит, какая версия Windows. И только если стейджер решит, что «берег чист», он подтянет и запустит payload — ту самую полезную нагрузку. Стейджер — расходный материал, его легко переписать, особенно с помощью того же ИИ. А вот payload — это уже серьезно, его терять жалко. Особый интерес вызывает техника LOLBIN (Living Off the Land Binaries) — когда малварь использует легитимные программы, которые уже есть в Windows, чтобы выполнять свои задачи. Это называется «fileless malware» — потому что на диске не остается вредоносного бинарника, только вызовы к системным утилитам. О таком мы уже как-то рассказывали. Например, та же техника ClickFix, когда жертва заходит на сайт, видит фейковую капчу, в clipboard автоматически копируется команда с вызовом LOLBIN, а пользователя просят нажать Win+R и понеслась. И это только один из сотен вариантов. В общем, если вы только ищете себя в реверс-инжиниринге или просто хотите понять, как устроена современная малварь изнутри — этот гайд определенно стоит вашего внимания. Он на английском, но автор пишет живо, с юмором и без воды. И, конечно, помните, что практиковаться стоит только в изолированной среде, на своих виртуалках. @antiinfosec

Донат за переписки Группировка с украинскими корнями Armored Likho, она же Eagle Werewolf, в мае 2026 года провела свежую кампанию шпионажа против частных лиц и организаций в России. Замечены крупные корпорации, госсектор, ИТ и образование. Как отмечают исследователи «Лаборатории Касперского» методом входа послужило приложение, оформленное под сервис для пожертвований русским фондам. Пользователь вводит пароль, видит каталог товаров для донатов, а в это время дроппер тихо распаковывает и запускает полезную нагрузку. Интерфейс на Rust и Tauri, каталог тянет данные с orderapiserver[.]info. В итоге вместе с деньгами уходит и сессия в Telegram. Новый набор инструментов группировки называется Still Toolkit, и он написан на Rust. Первый компонент Still Sync, ворующий Telegram-сессии. Он собирает серийный номер материнской платы, CPU ID, System UUID, BIOS, доменное имя, хэширует это SHA-256 в sysmarker и регистрирует устройство на C2. Затем ищет папку tdata, а если не может получить доступ к файлам, использует три механизма с SeBackupPrivilege, включая Shadow Copy и Robocopy в бэкап-режиме. После этого Sync логинится в аккаунт жертвы через Telegram API и выкачивает личные данные, список чатов, диалоги и медиафайлы до 250 МБ. Второй компонент Still Audio — имплант для скрытого аудионаблюдения. Он анализирует входящий аудиопоток, определяет голос по RMS-алгоритму и записывает разговоры, когда кто-то говорит. Предбуфер сохраняет пару секунд до начала речи, чтобы не терять начало. Запись останавливается после примерно 7 мс тишины. Готовые файлы кодируются через libmp3lame и улетают на C2. При этом модуль даже не пытается скрыть использование микрофона. В Windows он честно виден как «Intel Audio». То есть по идее индификатор прям в трее видно должно было быть, но вряд ли догадывается проверить список приложений с доступом к микрофону. Инфраструктура тоже на уровне. Домены типа tg4service[.]com, srwinservice[.]com, windowserv[.]net и managementapiservice[.]com зарегистрированы в разное время, используют разных хостинг-провайдеров. Но если C2 недоступен три дня, Still Audio переключается на Dead Drop Resolver, то есть тянет зашифрованный Blowfish URL с GitHub-репозитория, форка популярного проекта. Ключ шифрования тот же самый, что использовался в старых версиях AquilaRAT. То есть группа строит экосистему, рассчитанную на долгосрочное использование под разные векторы. @antiinfosec

::%16777216 Если вы когда-нибудь видели в логах RDP загадочную строку ::%16777216 вместо IP-адреса и думали, что это какой-то хитрый хакерский прием с ngrok, спешим обрадовать. На самом деле это просто ошибка в коде Windows, которую Microsoft отказалась исправлять, потому что «это не уязвимость». Про 67 шутить не будем. Сотрудник Positive Technologies Константин Грищенко решил разобраться в этом артефакте, который кочует из отчета в отчет уже несколько лет. Он потратил время, поднял API Monitor, покопался в отладчике, нашел точное место в rdpcorets.dll, где IPv6-адрес ::1 съезжает на четыре байта и превращается в ту самую кашу. А потом отправил отчет в Microsoft. Ответ был коротким и элегантным: «Moderate, no CVE, no additional updates will be provided». Конкретно артефакт появляется в событии EventID 1149 журнала TerminalServices-RemoteConnectionManager в поле Source Network Address. Число 16777216 — это 2²⁴, и возникает оно из-за того, что при обработке IPv6-адреса ::1 последняя единица «съезжает» в поле scope ID из-за несоответствия размеров структур sockaddr_in и sockaddr_in6. При этом баг живет в системе с Windows 8 и Server 2012. В новых сборках Windows 11 его уже починили, но для Windows 10 — увы, legacy есть legacy. Так что ::%16777216 остается отличным индикатором туннелированного RDP-подключения — просто теперь вы знаете, что нежелание Microsoft тратить ресурсы на косметический ремонт. @antiinfosec

Хакер больше не нужен Исследователи из израильской Dream заявили о первом известном случае полностью автономной кибератаки на государственные системы. В начале июля система на базе ИИ-агентов четыре дня атаковала государственные структуры Тайваня. Но это не точно, о чем ниже. До восьми агентов одновременно создавали карту инфры 21 системы, искали уязвимости и самостоятельно меняли тактику, если очередной способ проникновения не срабатывал. В результате были скомпрометированы 85 учетных записей и данные более 2,5 тыс. сотрудников. Затем атака пошла дальше — на ядерный регулятор, госструктуры и семь энергетических компаний. Интересно, что для операции не потребовался какой-то секретный ИИ-инструмент. Dream обнаружила в интернете архив объемом 160 МБ с 1395 файлами, где фигурировали открытые агентные фреймворки Hermes и OpenClaw. Конкретную модель исследователи установить не смогли. Защитные ограничения, судя по журналам, обходились довольно буднично: вредоносные действия выдавались за разрешенное тестирование безопасности. Иными словами, теперь jailbreak может быть не только способом заставить модель написать вредоносный код, но и частью полноценной операционной цепочки. Главное отличие от прошлогодних кейсов — степень самостоятельности. В ноябре 2025 года Anthropic рассказывала об операции китайских хакеров, где ИИ выполнял 80–90% технической работы, но люди все еще принимали ключевые решения. В новом случае Dream говорит об end-to-end атаке: агенты сами проводили разведку, выбирали цели внутри инфраструктуры, искали новые пути проникновения и перераспределяли задачи между собой. Человек в такой схеме все больше напоминает не оператора, а просто заказчика. При этом с атрибуцией пока осторожно. Dream не связывает операцию с конкретной группировкой и публично не подтверждает, что целью был именно Тайвань. FT указывает на Тайвань со ссылкой на источник, знакомый с расследованием, а возможную связь с Китаем исследователи связывают в том числе с использованием упрощенного китайского в внутренних сообщениях. Но, возможно, такая аккуратность в атрибуции — нежелание поднимать сколькую тему с целостностью Китая/Тайваня (нужное подчеркнуть). @antiinfosec

Plug and Pwn без Plug Исследователи Алехандро Эрнандо и Борха Мартинес представили на DEF CON 34 технику «Plug and Pwn», которая превращает легитимный механизм Windows Plug and Play в полноценный путь к SYSTEM-доступу. То есть речь идет о простой эмуляции USB-устройства и цепочке уязвимостей в подписанных драйверах сторонних вендоров. Атака работает на полностью обновленной Windows 11. Физический вектор начинается с эмуляции устройства Sierra Wireless — Windows послушно устанавливает SwiService.exe, который запускается как SYSTEM-сервис и предоставляет примитив для изменения DNS. Дальше эмуляция Sony FeliCa-ридера, чей инсталлер тянет конфигурацию по незащищенному HTTP. Подменив DNS, исследователи перенаправляют запросы на свой сервер и через path-traversal кладут DLL в System32. Переподключение Sierra-устройства загружает эту DLL с правами SYSTEM. Удаленный вектор «NoPlug and Pwn» работает через RDP при включенном USB-редиректе. Стандартный пользователь удаленного сеанса может отправлять поддельные USB-дескрипторы через канал URBDRC, заставляя хост эмулировать несуществующее устройство. В демонстрации использовали Intel RealSense. Его установщик запускает .EXE из директории, доступной на запись обычному пользователю, что позволяет подменить CRYPTBASE.dll через search-order hijack. Результат — тот же SYSTEM, но уже без физического доступа. Microsoft в ответ напоминает, что RDP USB-редирект по умолчанию отключен, а администраторы могут ограничивать установку драйверов через групповые политики. Но исследователи подчеркивают: подписанные драйверы и доверенные каналы обновлений — не решение проблемы. @antiinfosec

Виноваты структурные особенности форматов. ZIP-архив, например, можно читать с конца — все нужные заголовки сидят в хвосте файла. Это позволяет просто склеить два файла: начало будет валидной картинкой, конец — валидным архивом. Современные офисные документы (DOCX, XLSX, PPTX), APK и JAR внутри вообще являются ZIP-архивами с переименованным расширением. А некоторые форматы настолько лояльны к структуре, что приложение найдет нужный фрагмент где угодно, даже если он не в начале или в конце. Под классификацией MITRE это проходит как T1036.008 — Masquerade File Type. Примеров из реальных атак масса. Группа Head Mare доставляла PhantomPyramid в виде ZIP-вложения. Внутри был EXE-файл с приклеенным ZIP-архивом, а жертва запускала его через ярлык с двойным расширением PDF.LNK. В кампаниях со StrRAT и Ratty использовали полиглот из подписанного MSI-пакета с вредоносным JAR-кодом на конце — один файл, который Windows видит как инсталлятор, а Java — как архив. StrelaStealer шел в виде HTML-файла, внутри которого сидела DLL: ярлык в архиве запускал файл дважды — один раз как HTML в браузере, второй как DLL через rundll32. А IcedID вообще упаковали в матрешку из ZIP → ISO → CHM, где CHM-файл был собран так, что стандартная справка Windows видела документ, а mshta — исполняемый скрипт. Самое забавное, как с этим борются средства защиты. Большинство решений не доверяют расширению, а смотрят на начало файла. И если файл начинается с безобидной картинки или PDF, глубокий анализ часто не применяется. Злоумышленники этим пользуются и инструктируют жертву переименовать файл, но система ведет себя уже не как с картинкой, а как с тем, что скрыто внутри. В прошлом году Proofpoint зафиксировала кампанию UNK_CraftyCamel против авиационной и спутниковой отрасли ОАЭ. Там использовали два PDF-полиглота: один с HTA-скриптом, второй со скрытым ZIP-архивом, который в итоге ставил бэкдор Sosano (все так, не мы придумали). Защита, как ни странно, не требует сложных технологий. Закрытые списки разрешенных приложений, продвинутые почтовые фильтры с CDR (технологией пересборки вложений) и детонацией в изолированной среде. EDR стоит настраивать на глубокий анализ подозрительных файлов — всех архивов, офисных документов и файлов с нестандартными расширениями. И да, стоит объяснить сотрудникам, что если их просят переименовать файл или открыть его в конкретной программе — это повод насторожиться. @antiinfosec

Один файл, два расширения, ноль доверия Файл, который одновременно является и картинкой, и архивом, и документом, и исполняемым кодом — звучит как странный подход, но на практике это вполне себе рабочий инструмент для обхода почти любой защиты. «Лаборатория Касперского» разобрала технику polyglot-файлов, которая в последние годы встречается во все большем числе кибератак, от массовых фишинговых рассылок до точечных шпионских кампаний. Суть в том, что злоумышленник конструирует файл так, чтобы разные программы интерпретировали его по-разному. Сменили расширение — и вот уже PNG превратился в ZIP. Виноваты структурные особенности форматов. ZIP-архив, например, можно читать с конца — все нужные заголовки сидят в хвосте файла. Это позволяет просто склеить два файла: начало будет валидной картинкой, конец — валидным архивом. Современные офисные документы (DOCX, XLSX, PPTX), APK и JAR внутри вообще являются ZIP-архивами с переименованным расширением. А некоторые форматы настолько лояльны к структуре, что приложение найдет нужный фрагмент где угодно, даже если он не в начале или в конце. Под классификацией MITRE это проходит как T1036.008 — Masquerade File Type. Примеров из реальных атак масса. Группа Head Mare доставляла PhantomPyramid в виде ZIP-вложения. Внутри был EXE-файл с приклеенным ZIP-архивом, а жертва запускала его через ярлык с двойным расширением PDF.LNK. В кампаниях со StrRAT и Ratty использовали полиглот из подписанного MSI-пакета с вредоносным JAR-кодом на конце — один файл, который Windows видит как инсталлятор, а Java — как архив. StrelaStealer шел в виде HTML-файла, внутри которого сидела DLL: ярлык в архиве запускал файл дважды — один раз как HTML в браузере, второй как DLL через rundll32. А IcedID вообще упаковали в матрешку из ZIP → ISO → CHM, где CHM-файл был собран так, что стандартная справка Windows видела документ, а mshta — исполняемый скрипт. Самое забавное, как с этим борются средства защиты. Большинство решений не доверяют расширению, а смотрят на начало файла. И если файл начинается с безобидной картинки или PDF, глубокий анализ часто не применяется. Злоумышленники этим пользуются и инструктируют жертву переименовать файл, но система ведет себя уже не как с картинкой, а как с тем, что скрыто внутри. В прошлом году Proofpoint зафиксировала кампанию UNK_CraftyCamel против авиационной и спутниковой отрасли ОАЭ. Там использовали два PDF-полиглота: один с HTA-скриптом, второй со скрытым ZIP-архивом, который в итоге ставил бэкдор Sosano (все так, не мы придумали). Защита, как ни странно, не требует сложных технологий. Закрытые списки разрешенных приложений, продвинутые почтовые фильтры с CDR (технологией пересборки вложений) и детонацией в изолированной среде. EDR стоит настраивать на глубокий анализ подозрительных файлов — всех архивов, офисных документов и файлов с нестандартными расширениями. И да, стоит объяснить сотрудникам, что если их просят переименовать файл или открыть его в конкретной программе — это повод насторожиться.Один файл, два расширения, ноль доверия Файл, который одновременно является и картинкой, и архивом, и документом, и исполняемым кодом — звучит как странный подход, но на практике это вполне себе рабочий инструмент для обхода почти любой защиты. «Лаборатория Касперского» разобрала технику polyglot-файлов, которая в последние годы встречается во все большем числе кибератак, от массовых фишинговых рассылок до точечных шпионских кампаний. Суть в том, что злоумышленник конструирует файл так, чтобы разные программы интерпретировали его по-разному. Сменили расширение — и вот уже PNG превратился в ZIP.

Вентиль дал течь Valve уведомляет европейских покупателей своего железа об утечке данных. Виновник — логистический партнер CEVA Logistics, который подвергся кибератаке в период с 29 июля по 1 августа. О самом инциденте Valve узнала только 7 августа, хотя некоторые европейские ритейлеры были проинформированы уже 1 августа. CEVA — не мелкая контора. 1000 складов, 15 млн отправлений за прошлый год и выручка $18,3 млрд в 2025. Атака затронула восемь европейских складов компании. В зоне риска все, кто заказывал Steam Machine, Steam Controller и, вероятно, Steam Deck в Европе. CEVA хранит данные о доставке до 90 дней, поэтому под удар попали и относительно старые заказы. Утекли имена, адреса, телефоны, email-адреса, а также тип и цена заказанного товара. Пароли, платежные данные и Steam Guard-коды не пострадали — CEVA просто не имеет к ним доступа. Менять пароль Steam не нужно. Главная угроза теперь — фишинг. Valve предупреждает, что злоумышленники могут присылать письма, SMS и звонить, цитируя ваш реальный адрес для убедительности. Будут просить подтвердить доставку, оплатить «небольшую пошлину» или войти куда-то для «верификации». Valve советует считать все такие сообщения фейковыми. Компания уже уведомляет регуляторов и требует от CEVA полного отчета. @antiinfosec

NIST против ФСТЭК Сегодня обсудим не совсем злободневную тему, которую поднял и не раскрыл автор статьи на Хабре, уведя все в другую сторону. В апреле 2026 года ФСТЭК утвердила методический документ, по которому пароль в госсистемах и КИИ меняется не реже раза в 90 дней, а на мобильных устройствах — раз в 30. Примерно за девять месяцев до этого NIST в финальной редакции SP 800-63B записал дословно: «Verifiers and CSPs SHALL NOT require subscribers to change passwords periodically». Два регулятора, два противоположных требования. Давайте разберем аргументы каждой стороны. ▪️Почему NIST запретила плановую смену Логика NIST строится на простом наблюдении, мол принудительная смена пароля приводит к предсказуемым и слабым паролям. Пользователь, которому каждые 90 дней нужно придумывать что-то новое, неизбежно выбирает минимальные вариации: Password1 ➡️ Password2 ➡️ Password3. Эту же динамику подтвердил и сам автор оригинальных правил 2003 года Билл Берр, публично извинившись: «Многое из того, что я сделал, теперь вызывает у меня сожаление». Вместо ротации NIST предлагает три вещи: длинные пароли (рекомендуемые 15 символов и более), проверку новых паролей по базам скомпрометированных данных и смену только при подтвержденном факте компрометации. В итоге, никаких сложностных правил, никаких регулярных смен. ▪️Почему ФСТЭК сделала ротацию обязательной У российского регулятора иная модель угроз. Ключевой аргумент простой как табурет: плановая смена ограничивает «окно уязвимости» — время, в течение которого злоумышленник может использовать украденный хэш или скомпрометированные учетные данные. Если пароль украли, но не заметили, ротация через 90 дней (или 30 на мобильных) автоматически закрывает доступ. Кроме того, смена пароля попутно завершает все активные сессии, включая те, о которых пользователь мог не знать. В государственных информационных системах и на объектах КИИ цена компрометации может быть существенно выше, чем в коммерческом секторе, поэтому здесь действует презумпция «лучше перебдеть». Методичка ФСТЭК 2026 года также требует запрет на повтор 12 последних паролей. Ни одна из сторон не является однозначно неправой, так как у них просто разные вводные. NIST исходит из поведенческой психологии и статистики. Спорить с тем, что люди не умеют придумывать новые пароли под давлением, и это ослабляет общую безопасность больше, чем гипотетическая угроза несвоевременной смены, сложно. Но и ФСТЭК исходит из нормативной логики и модели угроз для критической инфраструктуры: если утечка произошла, а вы ее не засекли, ротация — хороший прием. Оба подхода имеют право на существование. Проблема возникает, когда их пытаются смешивать или когда одну логику механически переносят в другую среду. Для коммерческого сектора и рядовых пользователей NIST, скорее всего, ближе к истине. Для госсистем и КИИ с их спецификой требований ФСТЭК — как минимум до появления работающих альтернатив вроде аппаратных токенов и passkeys — остается единственным легальным путем. Выбор, как обычно, определяется не тем, что правильнее, а тем, что требует проверяющий. 🔤🔤Отдельно стоит сказать про двухфакторную аутентификацию — в этом вопросе позиции регуляторов, как ни странно, сходятся. NIST в SP 800-63B рассматривает MFA как обязательный элемент для среднего и высокого уровней доверия (AAL2 и AAL3), требует двух независимых факторов из разных категорий и рекомендует MFA по умолчанию для всех пользователей. ФСТЭК в приказе №117 предписывает государственным и муниципальным системам «строгую аутентификацию с использованием криптографических методов», а при технической невозможности — многофакторную. В будущем, возможно, обсудим войну двухфакторки с адептами паролей — тема обширная и достойная отдельного разговора. @antiinfosec

Доверием сыт Разработчики, которые используют Claude Code для ревью пулл-реквестов, оказались в ситуации, где одна доверенная папка может стоить всех секретов. Исследователь безопасности Кевин Брин обнаружил, что злоумышленник может добавить в PR файл .mcp.json, и Claude Code запустит указанную в нем команду сразу при открытии ассистента в репозитории до того, как разработчик вообще успеет что-то ввести или явно одобрить эту команду. Проблема в модели доверия. Claude Code использует workspace-trust, то есть если вы один раз нажали «Yes, I trust this folder», эта доверенность распространяется на всю конфигурацию репозитория и на все, что в него потом приходит, включая ветки из внешних PR. А конфигурация MCP (Model Context Protocol) позволяет указать локальный сервер с произвольной командой для запуска. И да, эта команда запускается с привилегиями разработчика. В версии 2.1+ диалог доверия к тому же перестал предупреждать о MCP-серверах в клонированном репозитории — теперь он просто спрашивает «Это ваш проект?» и ничего не перечисляет. В ответ на сообщение об уязвимости Anthropic ответила, что «поведение работает как задумано». Их позиция, мол когда вы доверяете папке, это покрывает всю конфигурацию репозитория, включая .claude/settings.json и .mcp.json, а защита от вредоносных изменений в уже доверенном репозитории выходит за рамки их модели угроз. Исследователи возражают: разница между простым просмотром кода и запуском автономного агента — принципиальная. Особенно если учесть, что в CI-среде диалог доверия вообще не показывается, а атака проходит без единого клика. Рекомендации просты и потому трудновыполнимы. Относитесь к .mcp.json и .claude/ как к исполняемому коду. Проверяйте изменения в этих файлах до того, как проверять PR-ветку. Не запускайте Claude Code в репозиториях с непроверенными MCP-конфигурациями. Для ревью PR используйте изолированные виртуальные машины. @antiinfosec

Один бренд мало, пять — хорошо UNC6671, она же BlackFile, в мае 2026 года громко объявила о своем «закрытии». Сторонний наблюдатель мог бы решить, что группе надоело вымогать деньги или что их всех арестовали. Ничего подобного. Как выяснил Google Threat Intelligence Group, BlackFile просто переименовалась, причем сразу в четыре бренда: Redact, Pink, Helix и Falcon. Техники, процедуры и даже фишинговые шаблоны остались прежними, а вот табличек над дверьми стало больше. Очевидно, для удобства бухгалтерии. Механика не меняется годами, и это, пожалуй, самое печальное. Звонок сотруднику на личный мобильный от лица IT-поддержки, срочная миграция на «безопасные passkeys», ссылка на поддельный портал, перехват логина, пароля и MFA-токена через AiTM-инфраструктуру. Дальше автоматические скрипты, выкачивающие данные из Microsoft 365 и Okta. Все это работает до сих пор, потому что люди по-прежнему верят голосу в трубке, если он звучит достаточно уверенно. Но самое палевное — это инфраструктура. Оказалось, что все четыре новых бренда используют одни и те же поддельные домены для сбора учетных данных. Например, passkeyhelpdesk[.]com одновременно обслуживал жертв, которых потом шантажировали и Falcon, и Helix. Красact, Pink. Более того, переход от BlackFile к Redact авторы объяснили тем, что «некий беглый аффилиат скомпрометировал бренд». В историю «мы не распадались, мы просто ребрендимся, а тот парень просто самозванец» звучала бы убедительно, если не смотреть на WHOIS. Эволюция целей тоже показательна. Весной 2026 года группа атаковала производство, недвижимость, здравоохранение и страховые компании. К июню переключилась на технологии, транспорт и гостиничный бизнес, где хранят исходники и данные VIP-клиентов. А к июлю сузила фокус до финансового сектора: частные инвестиционные фонды, юридические фирмы, рейтинговые агентства. Темп регистрации доменов ускорился с одного каждые 2,2 дня до одного каждые 1,6 дня. В общем, группа не просто жива, она активно масштабируется. @antiinfosec

Сертификат на доверие Мы привыкли считать, что Android — это дикий запад с APK из непонятных источников, а iOS — это крепость, которую не взять. Крепость, возможно, и не взять, но вот обойти — вполне. «Лаборатория Касперского» обнаружила зараженные версии популярных iOS-приложений, которые распространялись через русскоязычный Telegram-канал. Среди пострадавших онлайн-площадка для продажи товаров, фоторедактор и видеосервис. В модифицированные версии злоумышленники встроили модуль, который собирает информацию об устройстве, геолокацию и делает скриншоты экрана. Механика распространения вызывает уважение своей продуманностью. В Telegram публикуют установочные файлы IPA и предлагают пользователям купить сертификат разработчика. Дальше этот сертификат импортируется в утилиты для установки сторонних приложений вроде eSign или Scarlet, и программа подписывается для установки через приватные механизмы iOS. Можно и без покупки сертификата. Например, с компьютера или на джейлбрейкнутом устройстве. То есть жертва сама платит за то, чтобы лишиться безопасности. Бизнес-модель, достойная отдельного исследования. Вредонос, к счастью, не умеет работать в фоне. Пока приложение открыто, он может снимать экран, передавать геолокацию, код оператора и кучу технических параметров вроде уровня заряда батареи и наличия джейлбрейка. Но как только закрыли, он неактивен. Это не делает атаку менее опасной, но хотя бы дает шанс заметить, что ваше приложение для просмотра видео вдруг начало делать скриншоты. Впрочем, кто смотрит на разрешения? «Пользователи скачивают модифицированные версии популярных программ — без рекламы, с разблокированным платным функционалом, — напоминает Сергей Пузан из «Лаборатории Касперского». — Этим пользуются злоумышленники». Рекомендация, как всегда, банальна до скрежета: устанавливайте приложения только из официальных источников. А если программы нет в App Store — сходите на сайт разработчика и уточните, как ее ставить легально. И да, сертификат разработчика, купленный с рук в Telegram, — это какой-то вверх неосмотрительности. @antiinfosec

Июньский циклон L7 Уже все привыкли относится к DDoS-атакам, как к погодным условиям. Сегодня похолоднее, завтра пожарче, послезавтра обвалится L7 и что-то в это роде. Однако, если продолжать аналогию, не фиксировать глобальные климатические изменения, невозможно. Особенно это глобальное потепление чувствуется в наших интернет-широтах. Так, ребята из DDoS-Guard подвели итоги второго квартала 2026 года — и картина получилась одновременно предсказуемой и тревожной. Если коротко, количество DDoS-атак выросло на 70% по сравнению с Q1, а июнь поставил абсолютный рекорд за всю историю наблюдений — 540 тыс. атак на уровне L7, что на 236% больше апрельских показателей и на 300% больше, чем в июне прошлого года. Для понимания масштаба это 20% от всего числа атак за 2024 год. Терабитные атаки уже давно не редкость. За первые шесть месяцев 2026 года их стало вдвое больше, чем за весь 2025. Два самых мощных инцидента достигли 1,64 и 1,58 Tbps, а в пакетах — 553 и 638 Mpps соответственно. Крупнейший ботнет, замеченный за рубежом, насчитывал около 2,1 млн устройств. В марте международная операция Европола нанесла удар по четырем мощнейшим IoT-ботнетам в истории, но дышаться легче не стало. Да и для мощной атаки теперь не обязательно собирать миллионы устройств. Тут вспоминаем про техники усиления и отражения через спуфинг. Главный тренд, который выделяют эксперты DDoS-Guard, впрочем, и не только они, это смещение акцента с сетевого уровня L3/L4 на прикладной L7. Браузерная автоматизация и ИИ-агенты делают HTTP-атаки почти неотличимыми от легитимного трафика. Число сверхдолгих атак длительностью более суток выросло на 380%. Отдельного внимания заслуживает рабочая гипотеза DDoS-Guard о причинах июньской непогоды: атаки могут быть нацелены не на отдельные домены, а на инфраструктуру самого провайдера защиты. Система фиксирует множество атак по разным направлениям, хотя цель у злоумышленников одна — сам вендор. Среди отраслевых целей в темпах роста лидируют HR-платформы (рост на 40% по сравнению с Q1) и новостные сайты (+30%). Прогноз погоды на вторую половину года неутешительный. атаки станут менее демонстративными по мощности, но более продолжительными, избирательными и сложными для обнаружения. Готовьте не только зонты, но и плащи с сапогами, ведь защищаться теперь нужно на всех уровнях. @antiinfosec

Улов из облака Мы уже касались темы фишинга, но в основном в контексте почтовых рассылок и поддельных сайтов. Однако за последний год злоумышленники нашли способ, который делает традиционные методы обнаружения почти бесполезными: они просто арендуют место у Cloudflare, Vercel, GitHub Pages и других уважаемых облачных провайдеров. За 12 месяцев с августа 2025 по июль 2026 года «Лаборатория Касперского» заблокировала 224 984 уникальных домена третьего уровня на таких платформах — и это только те, что удалось обнаружить. Легитимные PaaS-сервисы дают фишерам все, о чем можно мечтать. Бесплатные тарифы без KYC, автоматические SSL-сертификаты, глобальные CDN и доверие пользователей, которые привыкли видеть pages[.]dev и vercel[.]app в адресной строке. Блокировать весь домен провайдера нельзя — там же миллионы легитимных проектов. Поэтому вендорам остается только контентный анализ, который, как мы видим, справляется далеко не со всем. В топе-10 лидируют Cloudflare Pages (24,9% всех фишинговых ссылок), Vercel (13,8%) и GitHub Pages (13,7%). IPFS-шлюзы dweb[.]link и ipfs[.]io тоже в списке — их контент вообще невозможно удалить, только блокировать отдельные шлюзы. Механика атаки, которую разобрали эксперты, заслуживает отдельного упоминания. Это многоступенчатая AitM-атака (Adversary-in-the-Middle) на Cloudflare Workers. Жертва получает письмо с ссылкой на взломанный сайт (без классики не обошлось), где ее встречает фальшивая капча, собирающая email. Дальше перенаправление на workers[.]dev, где в браузере регистрируется сервисный работник, перехватывающий все сетевые запросы. На финальном этапе внутри легитимной страницы открывается iframe, стилизованный под системное окно браузера с адресом Microsoft, а реальная форма авторизации проксируется через тот же Service Worker. Жертва вводит логин, пароль и MFA-код — и все это уходит злоумышленникам вместе с сессионными токенами. Комбинация BitB (Browser-in-the-Browser) и AitM делает атаку почти незаметной, так как пользователь видит правильный URL, правильный сертификат и даже предзаполненный логин. @antiinfosec

Shai-Hulud вернулся Мы как-то не успели поговорить о Shai-Hulud в прошлом году, когда эта история только начиналась. Но вот появился отличный повод наверстать упущенное. Ведь червь вернулся, и теперь он не просто ползет, а вполне себе бежит по репозиториям npm. Аикидо Security зафиксировала новую волну, и масштаб, мягко говоря, впечатляет. Напомним вкратце для тех, кто пропустил первую серию Дюны. Shai-Hulud — это самораспространяющийся червь, который охотится на разработчиков Node.js. Он не вымогает деньги и не шифрует диски. Он крадет учетные данные, npm-токены, GitHub-ключи, AWS-секреты, Vault-токены, базы данных, Stripe и Slack — все, что плохо лежит, он забирает, шифрует и отправляет в публичный репозиторий с описанием «Shai-Hulud: Here We Go Again». Если туда не достучаться — есть запасной вариант npm-cache[.]com. При этом червь использует скомпрометированные учетки, чтобы модифицировать и перевыпускать другие пакеты, распространяясь как настоящая песчаная буря. На этот раз атака началась с аккаунта разработчика Jared Wray, мейнтейнера библиотеки Keyv, которая, внимание, имеет 127 млн загрузок в неделю. Злоумышленники запушили вредоносные файлы прямо в main-ветку и использовали легитимный GitHub Actions для публикации Keyv версии 6.0.0. Поскольку релиз прошел через штатный пайплайн, он получил валидную информацию о происхождении (provenance) на npm — подпись подтверждала, где собран пакет, но не то, что исходный код перед сборкой был безопасен. Ирония в том, что система доверия сработала безупречно, просто доверять было нечему. К 13:37 CEST (да, хакеры с чувством юмора и знанием l33t) число зараженных пакетов перевалило за 868 с 1381 вредоносной версией, а к моменту написания отчета — за 1280. В списке пострадавших — пакеты, связанные с Deliveroo, Picsart, Qlik и другими крупными игроками. Их присутствие означает, что доступ к публикации был скомпрометирован, но не факт, что внутренние сети компаний взломаны (утешимся хотя бы этим). В любом случае, любая рабочая станция или CI-раннер, запускавший зараженную версию, должна считаться скомпрометированной. Удаление пакета не поможет, так как украденные ключи уже ушли. Ротация всех токенов, проверка логов и аудит репозиториев — теперь новая головная боль. И да, Аикидо рекомендует не ждать ночного скана, а запустить ручной прямо сейчас. @antiinfosec

И пусть все горит «Газинформсервис» опубликовала неплохой разбор пятилетней динамики киберинцидентов в России, с 2020 по 2025 год. Картина вырисовывается показательная, мол если в пандемийные годы всех пугали фишингом (почти 75% атак) и шифровальщиков, добравшиеся до 51,9% компаний, то 2022, вполне ожидаемо, все поменялось. Количество инцидентов выросло в три раза по сравнению с 2021, хактивисты вышли на первый план, а регион «Россия и СНГ» занял первое место в мире по числу запросов на Incident Response — 45,9% глобальных обращений. К 2025 году наступил занятный парадокс: общее число событий ИБ снизилось на 36%, а вот подтвержденных инцидентов стало на 4,8% больше. Системы мониторинга научились фильтровать шум, но это не значит, что атак стало меньше, просто они стали качественнее. В отчетах впервые появилась категория «Изменения инфраструктуры» (11% инцидентов) злоумышленники больше не взламывают и уходят, они закрепляются надолго. Дефейсы и громкие утечки уступают место многоступенчатым цепочкам атак через подрядчиков (17% инцидентов) и полной мимикрии под легитимную активность. Средняя длительность атаки достигла 253 дней, а доля долгих вторжений выросла с 21,85% в 2023 году до 35,2% в 2024. И да, каждая пятая атака теперь классифицируется как высококритичная, то есть с потенциально катастрофическими последствиями. Сигнатурные методы обнаружения, увы, больше не работают. Вместо них авторы предлагают поведенческий анализ, постоянный мониторинг аномалий и проактивный поиск угроз. Всем UEBA, в общем. Надеемся, что этому классу защиты придумают аббревиатуру поприятней. @antiinfosec

Яндекс ближе чем кажется На хабре новый автор, приглашенный zarazaexe (известен большим количеством годных расследований про российские импортозамесы) начал публиковать результаты полного аудита APK-файлов Яндекса и нашел там такое, что RuStore и MAX на их фоне выглядят как детский сад. Приложение собирает практически все: звук вокруг вас еще до того, как вы сказали «Алиса» (pre-trigger буфер, размер которого, кстати, управляется с сервера), полный список установленных приложений (включая банки, VPN и мессенджеры), адресную книгу с ContentObserver в реальном времени, геолокацию через Wi-Fi-сканирование и сотовые вышки. Самое забавное это то, что платежные данные (PAN + CVV) до токенизации летят на сервер Яндекса, тогда как Stripe и Braintree уже 10 лет назад доказали, что можно сделать так, чтобы сервер приложения вообще не видел карту. Ну впрочем, к Stripe есть свои претензии. Особого внимания заслуживает обход ограничений Android 11+. Вместо того чтобы запрашивать опасное разрешение QUERY_ALL_PACKAGES, разработчики захардкодили гигантский список целевых приложений в AndroidManifest.xml — все браузеры, мессенджеры, почтовые клиенты и даже Mediascope AppMeter. Плюс жестко забитые DNS 77.88.8.8 в обход системного DNS, VPN и DoH, детекция VPN по интерфейсу tun0 с блокировкой авторизации и 94 JavaScript-моста, через которые любая XSS на поддомене yandex[.]ru ведет к компрометации устройства. Remote config с 70+ флагами позволяет серверу в любой момент выставить pre-trigger на 30 секунд, отложить запрос разрешений на 3 года или вообще отключить валидацию TLS. Это только первая часть из трех — впереди еще 387+ сетевых эндпоинтов и 1500+ JNI-точек. @antiinfosec

Холодный кошелек, который согрел чужие карманы на 86 миллионов Если вы все еще верили, что офлайн-кошелек — это синоним неприступности, у нас для вас обновленные вводные. По данным Galaxy Research, сумма украденного с кошельков Coldcard выросла до 86 миллионов долларов, а число скомпрометированных устройств перевалило за 4,5 тысячи. Тот самый баг с генератором случайных чисел, который мы обсуждали, оказался еще более прибыльным для злоумышленников, чем предполагалось изначально. Изначально сид-фраза генерировалась из энтропии, снимаемой с аппаратного генератора шумов — тот самый «электрошум», который считался неуязвимым для предсказания. Но при переходе на новую версию прошивки разработчики перепутали две функции: одна читала данные из железа, другая использовала софтовый фолбэк на основе времени и серийного номера. В конфигурации они отключили аппаратный путь, но проверка условия смотрела лишь на наличие ключа, а не на его значение — в итоге железный генератор просто перестал вызываться, а система молча переключилась на программную эмуляцию. Эффективная энтропия упала до 40 бит, что делает сид подборным за разумное время, если знать серийник устройства. Coinkite, производитель Coldcard, в своем блоге выдвинула версию, что злоумышленники использовали ИИ для анализа открытого исходного кода прошивки. Ирония в том, что компания сама проверяла код одной из лучших моделей — и та не нашла ровно ничего. «И те, кто проводят атаки, и те, кто от них защищает, располагают одними и теми же ИИ-инструментами, но сегодня это не помогло нам, а помогло только плохим ребятам», — философски заметили в Coinkite. Суть проблемы, напомним, в том, что сид-фраза генерировалась с использованием предопределенных значений, включая серийный номер устройства. Обновление прошивки уже выпущено, но оно бесполезно для уже созданных сидов. Тем, кто до сих пор не перевел средства на новый, надежный сид, стоит поторопиться — пока хакеры с ИИ не закончили свой аудит. @antiinfosec

Три уяза на каждую букву Команда разработчиков PHP раскрыла три уязвимости в ядре, которые уже закрыты в версиях 8.2.33, 8.3.33, 8.4.24 и 8.5.9. Проблемы затронули расширения ext-pgsql, ext-phar и ext-bcmath, и каждая из них заслуживает отдельного внимания, потому что ломают они все по-своему. Самая опасная — CVE-2026-17543 с высоким рейтингом. SQL-инъекция в функции вроде pg_insert() и pg_update(). Дело в том, что PHP неправильно экранировал обратную косую черту в PostgreSQL, когда включен режим standard_conforming_strings (а он включен по умолчанию с версии 9.1). Атакующий мог передать значение вроде zzz\' OR 1=1 --, и это превращалось в рабочий SQL-запрос, обходящий все фильтры. Вторая уязвимость, CVE-2026-7260, уже помечена как Moderate, но тоже неприятная — она в ext-phar. Функция phar_get_link_source() рекурсивно раскрывала символьные ссылки внутри phar-архивов без ограничения глубины и без защиты от циклов. Достаточно было создать tar-архив с двумя ссылками, указывающими друг на друга, и при попытке прочитать содержимое PHP падал с переполнением стека вызовов. Хорошая новость тут, что для эксплуатации нужен локальный доступ и взаимодействие с пользователем. Третья, CVE-2026-17544, снова высокая опасность, и уже из области памяти. В ext-bcmath при обрезании нулей у числа код неправильно пересчитывал указатель, из-за чего копировал строку в буфер меньшего размера. BCMath использует стековый буфер, а потом переключается на кучу, так что в зависимости от ситуации можно испортить либо стек, либо кучу. Починили все просто — переприсвоили указатель после обрезки. В общем, разработчики PHP снова напоминают: обновляйтесь, пока кто-нибудь не решил проверить, как вы обрабатываете числа и архивы. Потому что если ваша математическая библиотека может выстрелить вам в ногу, то, может, не стоит доверять ей сложение двух чисел? Или хотя бы стоит ставить патчи вовремя, чтобы она не делала это с ошибкой переполнения буфера. @antiinfosec