После очередного обсуждения Max вдруг вспомнилось про другое слово на три буквы 🇷🇺

#юмор #поэзия

Читать полностью…

Сергей тут написал про P&L кибератак 🧮 Может под влиянием выступления Димы, а может просто так сложилось. Но мне есть, что ему ответить. Местами я могу с ним согласиться, но местами там, как по мне, есть и логические перегибы. С чем можно согласиться:
1️⃣ Модель P&L атаки сейчас действительно работает хуже, чем 10–15 лет назад. В реальности не все атаки строятся как бизнес-проект с расчетом ROI; особенно в конфликте России и Украины 🥷 Есть прогосударственные группировки, идеологические или религиозные атаки, автоматизированные массовые кампании (сканеры, ботнеты, ransomware). Модель "поднимем стоимость атаки и сделаем ее нерентабельной" применима только к ограниченному классу атакующих 🥷
2️⃣ Рост затрат атакующего 🤑 действительно коррелирует с тяжестью атаки. Если за вас всерьез возьмется APT-группировка, их инструменты и подготовка будут гораздо сложнее и опаснее, чем у мамкиных хакеров. Поэтому да, чем выше квалификация атакующего, тем выше и потенциальный ущерб (особенно если речь про ключевые системы) ↗️
3️⃣ Инвестиции в ИБ не гарантируют отсутствие ущерба. Это ключевой тезис, который маркетинг часто замалчивает. Любая защита конечна и может быть обойдена. Хотя страхование и может снизить последствия, это все-таки не гарантирует от нанесения ущерба 🛡

Где рассуждения Сергея некорректны или чрезмерно упрощены, по моему мнению?
1️⃣ "Чем больше мы инвестируем в ИБ, тем больший ущерб получим". Это логическая ошибка. Инвестиции в ИБ не увеличивают ущерб, они снижают вероятность наступления инцидента и ограничивают масштаб ущерба 🛍 Ущерб растет не из-за того, что мы "хорошо защищены", а из-за того, что атакующие выбирают более ценные цели (банк vs. маленький интернет-магазин).
2️⃣ Подмена причинно-следственной связи. Сергей смешивает два фактора – ценность актива (чем она выше, тем дороже и мощнее атака) и уровень защиты (чем он выше, тем сложнее обойти). Но ценность актива не зависит от уровня защиты. Если вы банк с миллиардами на счетах, вы всегда будете целью, независимо от того, сколько тратите на ИБ 🛡
3️⃣ Игнорирование эффекта сдерживания. В реальности огромное количество "простых" атак останавливается именно простым защитным барьером, даже если он не абсолютен. Например, банальная двухфакторная аутентификация отсекает до 90% фишинговых атак, хотя APT при желании ее обойдет 😂
4️⃣ Ошибочное обобщение. Утверждение про рост ущерба справедливо лишь для успешной атаки на хорошо защищенную организацию (пример: SolarWinds, Colonial Pipeline). Но статистически большинство атак даже не доходят до фазы значимого ущерба, именно благодаря инвестициям в защиту 🛡

Сергей провоцирует интересную дискуссию, что "логика P&L атаки" больше не спасает и что успешная атака по-настоящему дорогая и разрушительная 🤕 Но его вывод "инвестиции в ИБ провоцируют рост ущерба" некорректен. Более корректно говорить:
➖ инвестиции делают атаки реже,
➖ но если они все-таки случаются, то чаще речь идет о целевых и дорогих атаках с тяжелыми последствиями, иногда даже недопустимыми 🤔

#экономика #ущерб

Читать полностью…

⚡️⚡️⚡️ готовится новый сериал с участием Ивана Янковского - «Хакеры»!

Сериал «Хакеры» станет одним из первых запусков новой студии Kisa Films, которую возглавил продюсер и шоураннер проектов «Псих», «Балет», «Happy End» и «Актрисы» Алексей Киселёв. Актер Иван Янковский не только исполнит одну из главных ролей, но и впервые выступит продюсером и соавтором сценария.

В центре сюжета — так называемые «белые хакеры», которые борятся с киберпреступниками. Их задача — раскрыть любую, даже самую мелкую уязвимость, чтобы защитить ИТ-инфраструктуры многомиллиардных компаний и государств.
Главный герой окажется перед сложным выбором, где каждый его шаг будет влиять на жизни миллионов людей, ежедневно пользующихся современными благами общества и ничего не подозревающих о происходящем.
Сериал выйдет в 2026 году. Точная дата, платформа, а также имя режиссера проекта будут объявлены отдельно.

Читать полностью…

Кстати, про министерство кибербезопасности. Вот уже и торговый знак зарегистрировали... 😮

ЗЫ. Спасибо подписчику за ссылку.

#патент

Читать полностью…

И еще один постер от SANS – про то, как стать лучшим пентестером 🤕

#sans #пентест #оценказащищенности

Читать полностью…

Давно не радовал я вас постерами SANS. На этот раз про дебаг ядра Windows 📱

#sans

Читать полностью…

Как-то совсем незамеченными пролетели 3 года работы в Positive Technologies 🟥, с чем я себя и мини-мы (а это не какая-то там лабуба) меня и поздравляем! 🤠

Читать полностью…

В продолжение, но не совсем, истории про вредонос PromptLock 😷, который использовал LLM для сканирования файловых систем, поиска нужных файлов и их отправки на сервера киберпреступников. Тут схожая схема и, похоже, это может стать тенденций, а затем и нормой у вирусописателей. Вместо того, чтобы писать код, тестить его в разных окружениях и для разных операционных систем, можно просто использовать запросы к LLM, которая все сделает за тебя 🤖

Раньше вредоносы использовали легитимные инструменты ⚙️ администраторов, тот же PowerShell, для своей деятельности и ухода от обнаружения антивирусами. Теперь вот LLM стали использовать, локально установленные или по API, что гораздо сложнее детектить на самом хосте 🔍 Уж классический антивирус так точно этого не сделает. Тут нужны EDR, ловящие аномалии в поведении на узле, LLM Firewall для анализа доступа к большим языковым моделям, NTA для отслеживания доступа к C2-серверам, и еще комплекс решений, которые позволяют мониторить активность на разных уровнях.

Мир меняется, вредоносы меняются. А вы меняетесь? 🤔

ЗЫ. Интересно, когда появятся EDR, которые вместо самостоятельной проверки всех действий и процессов, начнут спрашивать LLM, а нормальное ли это действие 🤹‍♂️

#ии #malware

Читать полностью…

Ну что, зафиналим историю с экономической математикой при оценке ущерба от инцидента ИБ 🧾 Если обратить внимание на заметки по этой теме (первая, вторая, третья), то мы увидим, что в зависимости от выбранной функции размер ущерба у нас будет варьировать от 0,7 до 1,6 миллиардов рублей за 30 дней. И это значительный разброс, который заставляет нас задаться вопросом – какую функцию нам выбрать в реальном инциденте? 🤔

Какой тип кривой (степенная или экспоненциальная) лучше описывает реальность, зависит от природы восстановления компании после инцидента, что обычно понятно заранее, так как мы знаем состояние ИБ и ИТ в компании (если мы не новичок в компании) 🤔

Степенная кривая 🌀
➡️ Форма: падение относительно медленное в начале и очень резкое ближе к концу.
➡️ Характеристика: есть "накопительный эффект" – долго почти ничего не происходит, все раскачиваются, потом прорыв.
➡️ Когда применима:
🌟 когда восстановление связано с большими блоками ресурсов или жертв (например, сеть долго ждет согласований или ресурсов, а потом массово открывает магазины);
🌟 когда нужно наладить сначала критическую инфраструктуру, после чего восстановление резко ускоряется (например, логистика или ИТ-платформа).
➡️ Минус: функция переоценивает "долгий застой" и резкий обрыв – в реальности часто восстановление идет более равномерно. Но все-таки многое зависит от конкретной компании и принятых в ней практик.

Экспоненциальная кривая 🌀
➡️ Форма: резкий обрыв в начале и плавный длинный хвост.
➡️ Характеристика: каждая неделя дает примерно одинаковый "процент" восстановления.
➡️ Когда применима:
🌟 когда компания может сразу включить часть резервов и быстро сократить потери (DR-сайты, дублирующие поставщики, планы Б);
🌟 когда процессы восстановления равномерно распределены (каждую неделю часть магазинов или сервисов запускается).
➡️ Минус: не учитывает "ступенчатость" или резкие скачки, которые в бизнесе тоже бывают.

Так как же выбрать модель на практике? 🕯
6️⃣ Посмотреть реальные данные.
➡️ Если по факту наблюдается S-образный рост числа восстановленных точек (как на графике в первой заметке) – логичнее экспонента или логистическая функция (я для нее графиков не рисовал, но в реальности может понадобиться).
➡️ Если есть долгие паузы и резкие скачки (например, "неделю все стоит, потом открыли сразу 500 магазинов") – ближе степенная.
2️⃣ Уровень зрелости компании 👶
➡️ Зрелая компания с планами реагирования → скорее экспоненциальный сценарий.
➡️ Молодая или плохо подготовленная → скорее степенной сценарий.
3️⃣ Цель анализа 🎯
➡️ Если нужно показать важность резервов и "плавного восстановления" – берем экспоненту.
➡️ Если хотим подчеркнуть риск резкого и позднего падения (затянутое восстановление) – степенная кривая.

Итого: ✍️
➡️ Для большинства практических кейсов (сеть магазинов, ИТ-сервисы, логистика) экспоненциальная кривая будет реалистичнее.
➡️ Степенная кривая полезна как "пессимистичный сценарий", показывающий, что без планов восстановления компания может долго "стоять на месте" и потом резко обрушиться 📉
➡️ В реальности вы топ-менеджменту понесете несколько вариантов (и не точных цифр, а диапазонов потерь), которые покажут разные сценарии развития событий, из которых они будут выбирать то, что ложится в их картину мира. Они вообще могут сказать, что "этот миллиард мы отобьем на краткосрочном повышении цен" 🧐
➡️ В идеале, лучше, конечно, не допускать таких потерь и потратиться на ИБ. И такие расчеты потенциальных потерь могут помочь показать, что инвестиции ИБ будут меньше потерь от кибератак. Кого-то это может заставить задуматься 🤔

#ущерб

Читать полностью…

Стартап из Объединенных Арабских Эмиратов 🇦🇪 под названием Advanced Security Solutions предлагает до $20 миллионов за инструменты, которые позволят спецслужбам взламывать смартфоны с помощью текстового сообщения. Эта сумма — одна из самых высоких на публичном рынке уязвимостей 🏆

Компания позиционирует себя как партнер спецслужб, работая с более чем 25 правительствами и разведками 🎩 В штате – только специалисты с опытом работы в элитных разведках и частных военных компаниях. Однако никаких данных о владельцах, клиентах или источнике финансирования на сайте нет, и компания не ответила на журналистские запросы 🤐

Помимо 20 миллионов долларов за экслойты, работающие на любом мобильном устройстве, ASS предлагает также: 🤑
➡️ $15 млн – за Android- или iPhone-уязвимость.
➡️ $10 млн – за уязвимость в Windows.
➡️ $5 млн – за дыры в Chrome.
➡️ $1 млн – за уязвимости в Safari или Edge.
➡️ Также выделено $2 млн за zero-day в мессенджерах Telegram, Signal, WhatsApp 💬

Желание государства 😕 прибрать к рукам данные об уязвимостях, которые позволят осуществлять как атаки на противника, так и слежение за неугодными, понятно. Но тут хоть ОАЭ готово платить за эти сведения, а не просто требовать все передавать государству как некоторые 🫵

Попытка давить на исследователей и заставить играть их в одни ворота обычно заканчивается тем, что в даркнете появляется больше предложений 😂, а государство сосет лапу. Регулировать надо так, чтобы обе стороны чувствовали, что они получают что-то ценное (помимо жизни и свободы). Арабы пошли по пути наименьшего сопротивления и просто заваливают рынок специфичного Bug Bounty деньгами 🤑

#bugbounty

Читать полностью…

ESET Research ESETresearch/115095803130379945">сообщила об интересной находке – первом (по их мнению) известном случае использования ИИ 😈 в реальном программном коде вымогателя. Новый образец они назвали PromptLock. Вопрос первенства оставим открытым, не забывая при этом про LAMEHUG и FunkSec 🙅‍♂️

PromptLock использует модель gpt-oss:20b, чтобы на лету 👨‍💻 генерировать Lua-скрипты, которые после исполнения позволяют:
➡️ проводить сканирование файловой системы;
➡️ анализировать файлы и выбирать интересующие владельцев ВПО;
➡️ красть данные и сливать их наружу;
➡️ шифровать данные после кражи 😷

Что еще можно сказать об этом интересном образчике вредоносного ПО, которое фигово детектится антивирусами (да, антивирус не нужен 😂):
➡️ Кроссплатформенность. Lua-скрипты работают и на Windows, и на Linux, и на macOS.
➡️ Алгоритм шифрования. Используется 128-битный SPECK.
➡️ Язык программирования. ПО написано на Golang.
➡️ Гибкость. Поведение вымогателя зависит от найденных пользовательских файлов – пока он их только шифрует или ворует, функционал уничтожения данных пока не реализован 🆒
➡️ Любопытная деталь, в коде фигурирует биткоин-адрес, который якобы приписывается самому Сатоши Накамото 💸

Парочка важных уточнений по поводу данного вредоноса 🦠 Для своей работы он использует открытую LLM gpt-oss:20b, которая должна быть установлена на компьютере жертвы. Модель достаточно свежая и вряд ли она установлена у большого числа пользователей, которые используют такой инструментарий для локального запуска LLM как LM Studio, Cursor, Jan, Llamafile, Ollama и т.п. Предположу, что вредонос заточен под разработчиков ПО, которые достаточно активно используют такой инструментарий при написании кода 👨‍💻 Со временем, такие инструменты станут применять шире и круг потенциальных жертв Promptlock может расшириться (я, кстати, использую LM Studio, но моделька 20b у меня не запустилась – памяти на ноутбуке не хватило).

Помимо локальной LLM вредонос может использовать API и через него достучаться 🥊 либо до развернутой внутри компании LLM (вы, кстати, видели наш августовский вебинар, где мы рассказывали об опыте разворачивания LLM внутри Позитива?), либо через какой-либо прокси или MCP до внешнего сервиса с развернутой gpt-oss. В этом случае бороться с этим сможет только LLM Firewall (про это был наш 🟥 вебинар от 31 июля).

Но пока можно успеть подготовиться к активному развитию применения LLM в ВПО 🦠 – исследователи ESET отмечают, что найденный образец выглядит как PoC, а не готовый массовый инструмент атаки. Тем не менее, уже есть обнаруженные варианты для Windows и Linux, загруженные в VirusTotal ⏳

Хотя пока PromptLock в дикой среде не зафиксирован, его архитектура – сигнал тревоги ⚠️ – ИИ начинает использоваться прямо внутри вымогателя для динамической генерации вредоносного кода или вредоносных инструкций. Это подчеркивает, что появление “умного" ВПО перестало быть гипотетическим сценарием.

А ваш антивирус умеет бороться с таким ВПО? 🤔

#ии #ransomware #malware

Читать полностью…

Цифровой суверенитет, говорите?.. У всех все одинаково 🤔

ЗЫ. Спасибо подписчику за ссылку.

#суверенитет #opensource #supplychain

Читать полностью…

Продолжаем историю про финансовую оценку инцидента ИБ на примере Винлаба. Как интерпретировать этот график с 4-мя возможными сценариями восстановления (4-мя коэффициентами степенной кривой), которые я упомянул утром: 🤔
1️⃣ Хаотичное (α≈0.3): слабые резервы, "ручное" управление, проблемы у поставщиков, много блокеров → потери долго держатся высокими, резкое падение только в конце, когда процессы наладились. При таком сценарии потери могут составить около 1,6 миллиардов рублей.
2️⃣ Планомерное (α≈0.5): есть штаб, планы и доступные ресурсы, но "узкие места" еще мешают → умеренно быстрое снижение. Потери составят 1,43 миллиарда.
3️⃣ Управляемое (α≈0.7): заранее отработанные playbook’и, запасные каналы логистики/ИТ, тренированный персонал → заметно быстреее затухание. Потери - 1,29 миллиардов.
4️⃣ Почти линейное (α≈0.9): высокая отказоустойчивость, DR-планы, резервные магазины/склады/каналы, предсобранные образы ИТ, SLA с подрядчиками → минимальная "площадь под кривой". Потери на уровне 1,19 миллиардов. На самом деле при таком уровне зрелости ИБ, график функции будет уже не степенным; речь будет идти об экспоненциальном затухании (об этом уже завтра).

Чем "поднять" коэффициент, то есть ускорить снижение потерь? 📈
➖ Резервы и обходные пути: альтернативные поставщики, резервные склады, предзагруженные образы ПО, "горячий" DR-сайт.
➖ Оркестрация восстановления: единый штаб, приоритизация магазинов/процессов по выручке, четкие playbook’и и чек-листы.
➖ Автоматизация и готовность ИТ: IaC, автоконфигурация касс/ПО, централизованный деплой ПО, "золотые" бэкапы.
➖ Внешние договоренности: предсогласованные SLA с провайдерами связи, эквайрингом, курьерской службой.
➖ Коммуникации: сценарии взаимодействия с персоналом, клиентами и регуляторами (снижают вторичные потери).

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

Какой сценарий подходит бизнесу может сказать только он 🤔 И зависеть они будут от имеющихся бизнес-ограничений. Например, оно может звучать так: "к 3-й неделе хотим ≤20% от стартовой недельной потери" или "не больше 1,3 миллиардов рублей суммарно». Исходя из этого будет подбираться коэффициент кривой и ее целевой профиль под выбранный сценарий.

#ущерб

Читать полностью…

У Алексея в комментариях к посту про ВинЛаб и у меня продолжилось обсуждение размера убытков от инцидента ИБ Винлаба 🍷 Алексей даже выложил табличку Excel с примером своего расчета, по которому выходит 1,5 миллиарда потерь за месяц простоя магазинов. Так вот если посмотреть на эту табличку, то Алексей предположил свой "график" возвращения магазинов в рабочий режим (этих данных в Интернет вроде как нет) 📈 Но в реальности все будет зависеть от скорости восстановления бизнеса, что с точки зрения математики будет определяться коэффициентом степенной кривой.

Если он малый (<0,5), то восстановление идет медленно 🚶‍♀️ в начале, эффект от мер долго не виден, зато потом ускоряется (например, нужно время, чтобы наладить логистику, потом сразу много магазинов восстановили). Если значение коэффициента ближе к 1, то восстановление идет равномернее, потери сокращаются более предсказуемо. Наконец, если значения коэффициента в среднем диапазоне (0,5-0,7), то мы имеем сбалансированный сценарий – сначала большой удар, потом постепенное улучшение 📈

Значение этого коэффициента на практике зависит от множества параметров:
➡️ Масштаб инцидента. Если затронута вся сеть, кривая ближе к "медленной" (малое значение коэффициента).
➡️ Скорость реакции компании. Быстрые организационные меры и экстренные ресурсы сдвигают коэффициент вверх.
➡️ Наличие резервных систем. Чем больше резервов (ИТ, логистика, персонал), тем ближе к линейной динамике (коэффициент примерно равен 1).
➡️ Внешние факторы. Если поставщики, регуляторы, СМИ, конкуренты мешают восстановлению, то кривая дольше остается "плоской" 🛒

Не зная всех этих параметров, оценивать размер ущерба в виде недополученной прибыли можно только приблизительно 📉

#ущерб

Читать полностью…

Как вы уже поняли, правильный ответ на вчерашний опрос будет "нет, не надо", потому что никакого отношения к тому, в какую сторону движется солнце принцип follow the sun не имеет 🌤 Он всего лишь показывает, что команды аналитиков SOC находятся все время в дневных часовых поясах и за счет географического распределения команд по, обычно, трем локациям (Америка, Европа, Азия), достигается возможность круглосуточного анализа инцидентов без работы в ночных сменах. А в южном полушарии или в северном находятся SOCи, не так уж и важно 🌎

А что же тогда в России? 🇷🇺 Формально, в одной стране, даже большой и "растянутой" на несколько часовых поясов (как Россия или даже США), классический принцип follow the sun реализовать сложно. Обычно SOC в стране все равно строится централизованно 🛡 – в одном крупном городе (Москва, Петербург, Казань, Новосибирск и т.п.). Даже если компания присутствует во всех регионах, SOC стараются тянуть в "центр силы" ради кадров и инфраструктуры. Все-таки поддерживать полноценные SOC в каждом регионе слишком дорого: нужно дублировать инфраструктуру, процессы и кадры 🤑

Чтобы схема follow the sun работала, нужно иметь в каждом 3-4-м часовом поясе (или хотя бы в 3–4 крупных регионах: Дальний Восток, Сибирь, Москва, Калининград) полноценные команды SOC с сопоставимой экспертизой 👨‍💻 На практике в большинстве регионов просто нет такого количества специалистов. Можно, конечно, релоцировать их туда с семьями, но это могут позволить себе не очень много компаний в стране. Да и вряд ли кто-то будет это делать для аналитиков первой линии с их ротацией на уровне 80-90% в год. Вахтовый метод для аналитиков SOC тоже вариант, но я, честно, не слышал о его применении в ИБ 🤔

Чаще всего в России SOC просто работает посменно 24/7 из одного города (Москва или соседние часовые пояса) 🧑‍💻 Это называется, по аналогии, follow the moon. Некоторые крупные компании и ведомства могут использовать (и используют) распределенные мини-SOC или дежурные группы в регионах, чтобы частично "разгрузить" ночные смены. Например:
➡️ ночью (по Москве) работают аналитики на Дальнем Востоке или в Сибири; 🌙
➡️ днем (по Москве) – основная команда в столице.
Это не совсем "follow the sun", но похоже на региональное распределение нагрузки.

Помню, проектировали мы SOC для крупной нефтяной компании 🛢 Так вот там в архитектуру мы закладывали основной SOC в Москве, 5 региональных центров компетенций и экспертизы в основных регионах присутствия компании (на них ложилась, в-основном, функция DFIR), и особняком был спроектирован SOC для зарубежных дочерних предприятий (с учетом локальной регуляторики) 🗺

Резюмируя. Внутри одной страны принцип follow the sun в чистом виде почти не применим 👎 Это концепция именно глобальных SOC, где есть офисы в Европе, Америке, Азии, или, как у Позитива, клиенты, помимо России, в Южной Америке, на Ближнем Востоке, в Юго-Восточной Азии 🟥 В остальных случаях чаще используют смесь подходов: централизованный SOC с классическими ночными сменами (follow the moon) + отдельные региональные дежурные группы, которые помогают сгладить пики нагрузки.

#soc #архитектура

Читать полностью…

Cвежая и достаточно нетипичная в текущей геополитике история: германские 🇩🇪 прокуроры предъявили обвинения 30-летнему немцу за кибератаку на Rosneft Deutschland – подразделение российской нефтяной компании в Германии, отнесенный в стране Шиллера и Гёте к критической инфраструктуре ⛽️

В марте 2022 года хакеры 🥷, заявившие, что представляют Anonymous Germany, атаковали Rosneft Deutschland. Проникли в сеть, похитили около 20 терабайт данных, уничтожили часть инфраструктуры и даже вставили в систему патриотические надписи 📞

Сейчас прокуратура Берлина предъявила подозреваемому два обвинения 🧑‍⚖️: шпионаж и компьютерный саботаж, повлекший за собой тяжкие последствия. Инфраструктуру пришлось полностью остановить, чтобы провести DFIR-расследование – расходы составили примерно €9.76 миллионов (11.4 миллионов долларов). Еще €2.6 миллиона – убытки от сбоя в логистике нефтепродуктов 🛢

На первый взгляд кажется парадоксом: в условиях, когда Германия разорвала ✂️ почти все энергетические связи с Россией, государство защищает в суде "жертву" – дочернюю структуру "Роснефти". Но здесь ключевой момент: взлом был совершен на территории Германии, против компании, зарегистрированной и действующей по немецким законам. Это автоматически делает ее объектом немецкой юрисдикции, и власти обязаны реагировать ☝️

Фактически это пример того, что Германия придерживается принципа: "закон один для всех" 👩🏼‍⚖️ Даже если речь идет о компании, связанной с враждебным государством, атака на нее рассматривается как посягательство на немецкую критическую инфраструктуру, а значит – на национальную безопасность и экономическую стабильность самой Германии 🍻

Anonymous и другие хактивисты 🥷 часто оперируют аргументом, что их действия "справедливы" или "патриотичны". Этот кейс показывает, что Германия не делает скидок на идеологию: если ты взломал что-то на ее территории и нанес ущерб бизнесу, тебя будут судить так же, без всякой политической подоплеки 😡

Интересно, у нас такое было бы возможно, что российских хакеров будут судить за кибератаки на немецкие дочерние предприятия в России? 🤔

#ответственность #кии

Читать полностью…

Вот смотрю я на програму PKI Forum и радуюсь – как хорошо, что у нас цифровой суверенитет и Россия изолирована от внешнего мира. Наша отрасль PKI живет в каком-то своем хрустальном шаре 🪩, который не затрагивают:
1️⃣ Атаки на удостоверяющие центры, что происходило и на Западе и в России. Почему бы не обсудить требования по ИБ к УЦ, причины инцидентов в российских УЦ и процедуру реагирования на них?
2️⃣ Изменения в сроках сертификатов, о чем я уже писал и что не может не затрагивать российский бизнес и российских пользователей, которые "сидят" преимущественно на зарубежных сертификатах.
3️⃣ Отказ DigiCert от HTTP/1.0 для проверки статуса сертификатов по протоколам OCSP и CRL. Это произойдет уже 8 сентября, что заставило одного из производителей NGFW, активно применяемых в России, даже разослать письмо по своим клиентам и партнерам, что у них могут отвалиться Site-to-Site и Remote Access VPN, если они не предпримут усилий в этом направлении.
4️⃣ Атаки на ЭДО и подписание КЭП вредоносных документов. Это как взломы УЦ, только другой срез. И после первого успеха, если не начать что-то делать (на уровне регуляторики, так как по своей воле операторы ЭДО вряд ли будут менять архитектуру своих решений), накрыть может гораздо больше жертв.
5️⃣ НУЦ... Ну про это уже тоже писал и эту темы вообще стоило бы поднять на флаг всего форума, но нет...

Как-то Брюс Шнайер, уже после неоднократного переиздания своей "Прикладной криптографии" 🔑 делился откровением, что он был уверен, что криптография - это краеугольный камень ИБ и без нее никуда. А потом оказалось, что криптография превращается в тыкву, если ее неправильно использовать или ее окружение будет небезопасным 🤷‍♀️

Я могу понять, когда на РусКрипто или CTCrypt говорят только о криптографии, алгоритмах, математике и т.п. Но PKI Forum - это гораздо шире тематика, которая не ограничивается только электронной подписью и машинно-читаемыми доверенностями 🎼 Форум бронзовеет, как мне кажется. Темы про одно и тоже уже не первый год 😭

#pki

Читать полностью…

О, киношечка готовится про "белых хакеров"... 👺

#кино #хакеры

Читать полностью…

Конкуренция между регуляторами ИБ проявляется даже в мелочах ⚔️ Минцифры ввело понятие "недопустимых событий". ФСТЭК ввела "негативные последствия". Что мешало ФСБ использовать если не первое, то хотя бы второе? Ничего. Но нет. Решили, что "неблагоприятные последствия" будет правильнее 😱

Та же фигня с "защитой информацией", "информационной безопасностью" и "кибербезопасностью" (про “киберустойчивость” вообще молчу). Те же яйца, но вид сбоку... И зачем плодить эту чехарду с терминами? Почему бы не сесть и не договориться. О каком едином министерстве кибербезопасности может тогда идти речь? 🤔

#недопустимое #терминология

Читать полностью…

Тут зашел разговор в тему последних новостей о вредоносах 🦠 на базе LLM. Мол нафига это все придумывать, когда можно просто все возможные варианты запрограммировать и все. И вспомнил я старую историю, еще по Cisco, когда на одной конференции практически почившая нынче в бозе российская компания решила хайпануть рассказом об универсальном черве для оборудования американского вендора 🪱 Потом выяснилось, что не для всего спектра оборудования, а только для одной линейки, и не для всех версий ПО, а только для некоторых. Но хайп есть хайп. И это не единственный пример, когда кто-то заявляет об универсальном вредоносе, а на деле оказывается все не так. А все почему?

Да потому что нельзя разработать универсальный код даже для Windows 📱 (хотя можно, но размер его кода будет сравним с кодом всей Windows), так как существуют разные версии, иногда отличающиеся архитектурно друг от друга, еще и под разную разрядность и сферы применения. Тот же macOS есть для Intel, а есть для чипов Apple, и это разные ОС. С Linix у нас ситуация еще сложнее 😁 Можно даже вспомнить классику:

Скачал вирусов себе на линух.
Распаковал.
Поставил под root.
Не завелись. Два часа гуглил, оказалось, вместо /usr/local/bin вирусы стали в папку /usr/bin на которую у юзера malware нет прав на запись, поэтому вирус не может создать файл процесса. Нашел на китайском сайте патченый .configure и .make, пересобрал, переустановил.
Вирус заявил, что ему необходима библиотека cmalw-lib-2.0. Оказалось cmalw-lib-2.0 идет под CentOS, а под убунту ее не было. Гуглил два часа, нашел инструкцию как собрать .deb пакет либы из исходников. Собрал, поставил, вирус радостно запустился, пискнул в спикер и сделал core dump.
Час чтения syslog показал, что вирус думал, что у меня ext4 и вызывал ее api для шифрования диска. В btrfs это api deprecated поэтому линукс, заметив это непотребство, перевел раздел в рид-онли.
В сердцах открыл исходники вируса, grep’нул bitcoin кошелек, отправил туда $5 из жалости и пошел спать… 😂

Да что там вирусы, у нас MaxPatrol EDR 🖥 поддерживает 60 (!) разных операционных систем, так как везде есть свои нюансы на системном уровне. А вы говорите... Поэтому вполне понятно желание вирусописателей облегчить себе жизнь (лень же двигатель прогресса) и переложить часть задач на LLM 👩‍💻, которая сама даст правильные команды в зависимости от версии ОС, установленного ПО, и результатов работы предыдущих команд. Раньше не было LLM и вирусы писали по старинке. Сейчас все поменялось и вредоносы станут совсем другими, что стоит учитывать в своей системе ИБ 🤔

Да, антивирус 💊, как движок в EDR, NTA, NGFW, других средствах защиты, еще нужен и он реально помогает обнаруживать многие семейства известных вредоносов быстрее, чем поиск аномалий (сигнатурный анализ в разы быстрее). Но делать только на него ставку сегодня уже бессмысленно; классический антивирус уходит в небытие 💉 Но разговор все-таки не об антивирусах, а о тенденциях в вредоносном ПО. И думается мне, что следующий отчет о трендах в его развитии, будет больше посвящен именно ИИ-разновидностям ВПО, а не более привычным нам за последние десятилетия семплам 🔮

#ии #malware #тенденции

Читать полностью…

По итогам отпуска решил дополнить свою заметку про особенности обеспечения ИБ в Арктике 🥶 Отсутствие связи на самом Плато Путорана не вызывает удивления, чего не скажешь про отсутствие мобильного Интернета в самом Норильске. У меня из двух мобильных операторов на телефоне работал только один и то, нестабильно. Wi-Fi в гостинице тоже не радовал скоростью и устойчивым соединением 🥶

Так что работа средств ИБ в условиях отсутствия коммуникаций с центром (с SIEM, с SOC, с облаком и т.п.) – это прям боль и челендж, которые надо решать. И если в городских условиях материковой России это решаемо (хотя и с перестройкой архитектуры), то в местах типа Таймыра, Чукотки и т.п. – это требует от ИБ (и от вендоров) немного иных решений и подходов (эффективное сжатие данных, работа при отсутствии связи с центром, накопление данных в локальном буфере и т.п.) 🥶

Другая история с ФЗ-152. В базовом лагере, в большой палатке, был компьютер, в котором хранились персональные данные всех визитеров, среди которых были и бывают очень непростые, очень высокопоставленные люди 🥶, которые прилетают иногда не одни, а с помощницами, и которые бы не хотели, чтобы их персональные данные утекли. Иными словами, в базовом лагере есть своя ИСПДн, которая должна защищаться в полном соответствии с ФЗ-152 и подзаконными актами в виде 21-го приказа ФСТЭК 🥶

Я поспрашивал у местных, как у них это все реализуется и получил предсказуемый ответ – "Никак". А на вопрос: "А не боитесь проверяющих?" мне ответили, что у последних денег нет, чтобы добраться до Плато Путорана. Это же заброска либо на вертолетах, либо на катерах, либо на Хивусах, что очень дорого и не по карману Роскомнадзору 🥶 Отсюда простой вывод – если в вашей модели угроз присутствуют среди "нарушителей" регуляторы и вы хотите с ними бороться, то забуритесь в столь отдаленные места, что хрен до вас кто доберется. А на сэкономленные деньги можно построить "свой собственный парк развлечений, с блэкджеком и шлюхами" или хотя бы провести спутниковый Интернет 🥶

ЗЫ. Кстати, в Норильске многие дома раскрашены в яркие цвета, чтобы в условиях полярной ночи, когда уровень депрессии зашкаливает от темноты, хоть немного добавить красок в серые будни. Может и средства защиты делать разноцветными (Taymyr Special Edition)? 🤔

#архитектура

Читать полностью…

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

Что произошло:
Хакеры взломали npm аккаунт разработчиков пакета nx (им пользуются 2.5 млн человек) и слегка его модифицировали, добавив вредоноса. Вредоносный код, внедренный в пакет, воровал API-ключи, пароли от криптокошельков и прочие интересные ништяки с компов жертв.

При чем тут нейронки?
Самое интересное — как именно он это делал. Вместо того чтобы писать сложный код для поиска файлов, который легко детектится антивирусами, этот вирус проверял, установлен ли на компьютере ИИ-ассистент (Gemini CLI или Claude Code CLI).
​И сли да, то зловред просто отправлял нейронке текстовый промпт: "Рекурсивно найди на диске все файлы, связанные с кошельками (wallet, .key, metamask, id_rsa и т.д.), и сохрани их пути в текстовый файл".

После этот файл шифровался в base64 дважды и заливался в гитхаб репозиторий.

Кажется, тот анекдот про албанский вирус был совсем не анекдотом. Теперь интересно, как это будут контрить разработчики антивирусов.

тут подробнее

Читать полностью…

Интересное... Решил тут проверить, а есть ли у номинального разработчика Max лицензия ФСБ 🇷🇺 на деятельность в области шифрования и на разработку средств защиты конфиденциальной информации, а хренушки... Оказалось, что ФСБ, поддерживая список лицензий в актуальном состоянии, удалило из него информацию о названиях компаний... В итоге список лицензий есть, он актуальный, а понять, кому они выданы нельзя ✍️

И смысл в таком перечне исчезает напрочь 🤬 Я даже не смог придумать, как его можно использовать. Вот разместила какая-нибудь компания у себя на сайте фейковую лицензию с правильным номером... Так я даже не могу убедиться в том, этой ли компании принадлежит лицензия с таким номером или другой 👎 Если уж иностранцы вводят санкции только на основании наличия лицензии ФСБ, то действия регулятора понятны. Но как теперь проверять наличие и корректность документа, удостоверяющего право заниматься определенным видом деятельности?

#регулирование #санкции

Читать полностью…

Интересная новость – МВД 🇷🇺 отзывает у российских банков доступ к СМЭВ для проверки действительности паспортов на том простом основании, что банки не предоставили аттестаты соответствия информационных систем банков уровню защиты ГИС. Я вполне допускаю право МВД требовать выполнение требований 17-го, а в будущем 117-го приказов ФСТЭК, что подтвердит наличие аттестатов соответствия на соответствующие фрагменты информационных систем банков. Меня в этой истории волнует немного иное 🤔

Не то, почему МВД раньше этого не требовал 🤔, а есть ли аттестат соответствия у Max, который, как все заявляют, был подключен к Госуслугам, которые у нас также являются ГИС и подключение к ним должно соответствовать всем требованиям 17-го (117-го) приказа ФСТЭК, а также 117-го приказа ФСБ. Просто любопытно 🤔

#регулирование #мессенджер #оценказащищенности

Читать полностью…

Ранее я упомянул, что в зрелой с точки зрения ИБ компании, график потерь/восстановления будет иным 📊 Его лучше описывает экспонента (затухающая), которая показывает, что мы сразу рьяно беремся за восстановление и объем потерь у нас быстро падает, а потом тянется "хвост" из потерь, связанный с длительным процессом зачистки всех последствий. На графике показано 3️⃣ возможных сценария, описываемых экспоненциальной функцией:

1️⃣ Медленное экспоненциальное восстановление (k = 0.5). Смысл сценария – компания предпринимает меры по восстановлению, но они действуют постепенно. Потери долго остаются ощутимыми, заметный "хвост" сохраняется даже после месяца с начала инцидента. Потери на уровне 1,52 миллиарда 🪙

2️⃣ Сбалансированное экспоненциальное восстановление (k = 1). Тут мы наблюдаем быстрый эффект от начальных мер, затем снижение идет более плавно. Потери быстро уменьшаются и к концу периода становятся почти незаметными. Такое бывает, когда у компании есть резервные ИТ-системы, заранее подготовленные планы реагирования, сильный кризисный штаб. Но полное восстановление требует времени (например, донастройка процессов и обучение персонала) ⏳ Потери составляют "всего" 1,09 миллиарда.

3️⃣ Ускоренное экспоненциальное восстановление (k = 2). Мы видим очень резкий обрыв потерь уже после первых дней. Дальше остается символический "хвост". Это сценарий описывает компании с высоким уровнем киберустойчивости: заранее развернутые DR-сайты, резервные цепочки поставок, автоматизированный запуск магазинов/касс, сильная ИТ- и организационная поддержка. Потери минимизированы уже на второй неделе. Потери минимальны из всех трех сценариев - 0,78 миллиардов.

Возникает закономерный вопрос - а какую функцию, степенную или экспоненциальную, брать в реальном кейсе? Об этом завтра, в финальной заметке серии 🤔

#ущерб

Читать полностью…

Пентагон успешно реализовал программу аутсорсинга. В Подмосковье 😶

Американская ИБ-фирма Hunted Labs провела исследование и выяснила, что популярнейшая Node.js-утилита fast-glob поддерживается всего одним человеком. И, судя по его профилям в сети, это разработчик из Яндекса по имени Денис Малиночкин, проживающий в РФ.

Казалось бы, типичная история для open source. Но есть нюанс. fast-glob скачали десятки миллионов раз, она является зависимостью в 5000+ публичных проектах, а самое забавное, что она используется как минимум в 30 проектах Министерства обороны США (DoD). Более того, она включена в Iron Bank, а это доверенный репозиторий ПО, который Пентагон использует для своих систем 🎩

Исследователи уточняют, что у fast-glob нет известных уязвимостей (CVE), а к самому разработчику нет никаких претензий. А проблема в самой модели угроз. Популярнейший пакет с глубоким доступом к файловой системе, который является частью критической инфраструктуры СЩА, поддерживается одним Денисом из подмосковья без какого-либо внешнего контроля 😗

Ребята из Hunted Labs сообщили о своих находках в Пентагон еще три недели назад. Особенно иронично это выглядит на фоне недавней директивы министра обороны США, которая запрещает закупать ПО, подверженное иностранному влиянию.

Чувствуете, что везде всё одинакого? 🤔 Идеальный пример того, как на самом деле устроена современная цепочка поставок ПО.

Типичный 🥸 Сисадмин

Читать полностью…

"Arcsight не в фокусе", мог бы назвать свою статью Forbes, если бы уже не придумал другое название "Micro Focus не удался". Интересное расследование про возбужденные против Micro Focus иски по факту отказа от выполнения обязательств перед клиентами и партнерами 🧑‍⚖️

Арбитражный суд Москвы удовлетворил требования контрагентов ООО «Микро Фокус» о взыскании 96 млн рублей и €371 766 (34,75 млн по курсу ЦБ на 21 августа). Это следует из документов 10 судебных процессов, завершенных в 2022–2025 годах. 🤑

Но учитывая, что Micro Focus была поглощена OpenText, признанная недавно в России нежелательной организацией, то вопрос возмещения 130 миллионов рублей практически не разрешим 😡 А пока ArcSight, принадлежавший Micro Focus, а теперь OpenText, продолжает применяться на объектах КИИ.

#siem #ответственность

Читать полностью…

Яндекс 🔴 оштрафован за непредоставление доступа ФСБ к "Умному дому" Алисы (дело 05-0655/425/2025). Помимо этого Яндекс получил штрафы за не доступ к:
➡️ магазину (дело 05-0656/425/2025)
➡️ календарю (дело 05-0654/425/2025)
➡️ локатору (дело 05-0651/425/2025)
➡️ комментариям (дело 05-0650/425/2025)
➡️ чату (дело 05-0649/425/2025)
➡️ метрике (дело 05-0638/425/2025).
Во всех случаях штраф составил 10 тысяч рублей 🤣

Какие выводы можно сделать из этого вороха однотипных событий?
6️⃣ ФСБ хочет вторгнуться в нашу личную жизнь и контролировать все, что только может!
2️⃣ ФСБ развернула у себя data lake и научилась анализировать огромные объемы данных, сопоставляя их между собой, и строя цифровой профиль гражданина
3️⃣ Яндекс стоит на страже приватности своих пользователей и показывает 🖕 спецслужбе
4️⃣ Яндекс начинают потихоньку "давить", чтобы купить актив по дешевке и слить с VK, создав единого национального провайдера всего и вся прикладного и подконтрольного государству
5️⃣ Яндекс умеет считать деньги и готов платить ничтожные штрафы за несоблюдение законодательства.
6️⃣ ВК все доступы к "Марусе", Max'у и другим сервисам давно уже сдал.
7️⃣ У нас перед законом все равны; даже крупный энтерпрайз!

А вам какой вариант кажется более реалистичным? 🤔

#ответственность #приватность

Читать полностью…

Знакомо, да?.. 😎

#антикризис #юмор

Читать полностью…

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

Эксперты при этом пытаются оценивать убытки, понесенные компанией в результате этой "мелочи", как часто рассматриваются кибератаки бизнесом 🏝 Например, Алексей Чеканов оценивает один день потери Винлаба в 65 миллионов рублей, используя два метода, вычитания (более простой) и сложения (более сложный). Об аналогичной процедуре подсчета (на примере гипотетической кофейни) писала Ника у себя в канале 🧮

В Ведомостях писали про ущерб в 1,5 миллиарда рублей, но откуда взята эта цифра не очень понятно 🤑 Ее озвучили уже спустя 3 дня после опубличивания факта инцидента. Мой коллега прислал мне оценку убытков "в 0,3-0,5 млрд руб. (5%-8% от чистой прибыли 2025 года) с потерей 1%-1,5% роста выручки". Если учесть, что график, отображающий снижение размера потерь 📉 по мере восстановления магазинов сети Винлаб, будет похож на степенное убывание (убытки постепенно "затухают"), то можно предположить, что максимальные убытки в начале инцидента будут быстро снижаться к его финалу, а значит на круг, за месяц, сумма потерь может составить от 1,3 до 1,5 миллиардов (точное значение зависит от показателя степенной кривой, который зависит от того, как быстро идет восстановление продаж в оффлайне и в онлайне в начале инцидента и с течением времени) 🧮

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

#антикризис #ущерб

Читать полностью…