Эпоха ИИ-агентов — как обеспечить безопасность и эффективность разработки ⬇️

Обсуждаем в офлайне на бизнес-митапе 19 июня лучшие практики, риски и возможности, которые приносит Agentic Development Lifecycle (ADLC) в 2026 году.

Yandex SourceCraft — платформа со встроенным ИИ-ассистентом для управления полным жизненным циклом разработки.

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

Программа:

*️⃣ Когда код пишут не только люди: как меняется подход к разработке в эпоху Agentic Development Lifecycle (ADLC).

Дмитрий Иванов, CEO, SourceCraft

*️⃣ AgentSecOps: как защитить код, инфраструктуру и пайплайны от ошибок AI-агентов. Опыт Яндекса.

Денис Макрушин, CPO SourceCraft Security, Yandex Infrastructure

*️⃣ Дискуссия «Безопасность ИИ агентов в разработке»

Участвуют эксперты SourceCraft, SolidLab и Yandex Cloud

Продолжить общаться можно будет во время фуршета, а в демозоне — протестировать SourceCraft в режиме реального времени 🔥

Зарегистрироваться ⏩

Что под капотом Bot Score в Yandex Smart Web Security 

На Хабре рассказали, почему пользователям перестало хватать одного режима «включить защиту» и как появился Bot Score — скоринговый механизм для гибкой настройки защиты от роботов.

Вот несколько спойлеров из статьи⬇️⬇️

1️⃣ Архитектура не сводится к одной ML-модели. Помимо CatBoost, используются высокоточные эвристики и поведенческие сигналы. Логика проста: не стоит тратить ресурсы модели там, где задачу можно решить обычным if.

2️⃣ Одна из ключевых идей — учитывать экономику обхода защиты. Для части признаков в CatBoost задали monotonic constraints: рост факторов, связанных с роботной активностью, не должен снижать итоговый скор. Чем точнее бот имитирует человека, тем дороже ему обходятся инфраструктура и обход защиты.

3️⃣ Высокий Bot Score не обязательно означает вредоносность. В системе верифицировали более 100 типов роботов из 17 категорий — от поисковых краулеров и AI-ботов до сервисов мониторинга и анализа безопасности. Ошибочная блокировка таких роботов может повлиять, например, на индексацию ресурса.

Иду на Хабр ⏩

👍 Было интересно

Приходите на вебинар по настройке OIDC-приложений в Yandex Identity Hub ⚙️

Разберём, как:

🕐 Правильно использовать OIDC для аутентификации пользователей в приложениях и не допустить ошибок при внедрении.

🕑 Грамотно и безопасно настроить OIDC-приложение и протестировать его работу без развёртывания собственного бэкенда — с нуля до рабочего прототипа.

Пригодится, если хотите глубже изучить:

▶️ основы OIDC и OAuth 2.0 — роли, типы клиентов и grant flows;
▶️ выбор подходящего типа приложения для вашего сценария;
▶️ создание и настройка OIDC-приложения в Yandex Identity Hub;
▶️ тестирование OIDC без написания бэкенда — какие ключевые запросы нужны.

Также покажем, как настройки Identity Hub и параметры запросов влияют на поведение приложения.

❤️ После вебинара вы сможете самостоятельно создавать и настраивать OIDC-приложения в Identity Hub, тестировать OIDC-интеграции без развёртывания серверной части и применять полученные знания при разработке и защите реальных приложений.

🗓
25 июня
12:00 мск
Регистрация ⏩

Вместе делаем хорошее ❤️

Яндекс выпустил отчёт об устойчивом развитии за 2025 год — в нём ежегодно собирают результаты, как наши технологии, люди и проекты помогли сделать жизнь лучше.

Рассказываем о нашем с вами общем вкладе — вместе с сервисами безопасности Yandex Cloud в 2025 году:

🔖 Сервисами информационной безопасности Yandex Cloud пользовался каждый четвёртый коммерческий клиент платформы.

🔖 Yandex Cloud Detection and Response ежедневно обрабатывал более 103 миллиардов событий.

🔖 2 727 человек пришли на оплачиваемые стажировки во всём Яндексе, и 50% из них продолжили работу в компании. Если вы тоже хотите присоединиться, то следите за набором на сайте ⏩

А на обложке поста — афиша о цифровой безопасности Евгении Шабунининой, одной из финалистов арт-проекта «Афишируем хорошее».

Участники проекта визуализировали ключевые направления устойчивого развития: благотворительность, защиту окружающей среды, инклюзию, безопасность и другие.

Цифровую галерею афиш создали современные художники и важные для Яндекса люди: сотрудники, партнёры, преподаватели, студенты и подопечные НКО.

⭐️ Посмотрите все афиши ⏩

Всё самое главное о продуктах и инструментах ИБ Yandex Cloud за май 🗓

Проверяйте, не прошло ли что-то мимо вас:

🖇 Эксперты оценили Smart Web Security в обзоре Anti-malware по защите от DDoS‑атак ⏩

🖇 Запустили подписки в Yandex Security Deck — теперь вы можете выбрать подходящий тариф для защиты вашей инфраструктуры. Подробнее о подписках и тарифах — в документации ⏩

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

🖇 Добавили новые рантайм-политики в модуле KSPM Yandex Security Deck для защиты от уязвимостей ядра Linux:

▶️ Copy Fail (CVE‑2026‑31431)
▶️ Dirty Frag (объединяет CVE‑2026‑43284 и CVE‑2026‑43500)

Эти уязвимости позволяют получить root‑права в основных дистрибутивах Linux.

🖇 Больше не принимаем новые OAuth-токены для доступа к Yandex Cloud, полученные через Яндекс ID — о причинах рассказывали в посте ⏩

🤝 Спасибо, всё видели, всё помним
👀 Есть новенькое

Андрей Кузнецов, архитектор Yandex Identity Hub и Yandex Identity and Access Management, напоминает о вебинаре по настройке OIDC-приложений ✔️

↪️подробности↩️

⚡️ Закрываем уязвимости интерфейсов прикладных служб и веб-приложений Linux-инфраструктур

Прямо сейчас Yandex Cloud наблюдает целевые атаки с шифрованием данных в Linux-инфраструктуре российских организаций.

В кампании участвуют APT-группировки Bearlyfy (Labubu, Toy Ghouls) и Head Mare (PhantomCore). Основные цели атак — узлы прикладных служб, виртуализации и баз данных.

Используют публичные интерфейсы прикладных служб и веб-приложения. Имплант может находиться в скрытой фазе до двух лет. Отсутствие текущей сетевой активности к gsocket-релеям ещё не означает чистоту инфраструктуры.

Рекомендации

⚫️Изолируйте публичные интерфейсы прикладных служб. Административные API, СУБД, интерфейсы агентов автоматизации и серверы видеоконференций должны быть доступны только из выделенного сегмента, но не из интернета. Для фильтрации на уровне ВМ используйте Security Groups в Yandex Compute Cloud, для публичных веб-фронтов — Yandex Smart Web Security.

⚫️Сегментируйте сеть по уровням доверия. Отделите базы данных и хранилища резервных копий от прикладных сегментов, VPN-маршрутов и внешних точек входа. Используйте отдельные сети Yandex Virtual Private Cloud или подсети с собственными Security Groups, Yandex Cloud Interconnect для связности с корпоративной сетью и NAT Gateway для централизации исходящего трафика.

⚫️Отключите аутентификацию по паролю через SSH для служебных учетных записей. Для административного доступа используйте ключи, MFA и OS Login. Это привязывает SSH-доступ к учетным записям в Yandex Cloud, позволяет хранить ключи централизованно, исключает локальные ~/.ssh/authorized_keys как точку управления и передает события подключения в Yandex Audit Trails.

⚫️Перенесите резервные копии в иммутабельное хранилище. Используйте Yandex Object Storage с Object Lock поверх версионированного бакета в режиме Compliance или с постоянным Legal Hold. Режим Governance недостаточен, потому что скомпрометированная учетная запись с ролью storage.admin может снять такую защиту.

⚫️Применяйте принцип минимальных привилегий. Назначайте сервисным аккаунтам только необходимые IAM-роли, ограничивайте доступ конкретными бакетами и операциями, не используйте лишние статические ключи. Храните и ротируйте секреты в Yandex Lockbox.

⚫️Мониторьте исходящий трафик с прикладных узлов. Соединения к нестандартным портам и неизвестным внешним адресам рассматривайте как приоритетный сигнал. Храните журналы на максимальную доступную глубину: из-за скрытой фазы импланта ретроспективный поиск важнее текущего состояния.

⚫️Используйте Yandex Cloud Logging для централизации журналов ВМ, Yandex Audit Trails для событий IAM и data plane, включая Flow- и DNS-логи, и Yandex Cloud Detection and Response для сетевой видимости.

⚫️Сканируйте уязвимости в образах и артефактах в Yandex Cloud Registry до публикации. Это позволяет сократить риск на стороне цепочки сборки.

⚫️Контролируйте целостность системных каталогов Linux-узлов: /etc/cron.d/, /var/spool/cron/, /lib/systemd/system/, ~/.ssh/, ~/.config/. Проверяйте подмену легитимных systemd-юнитов, cron-команды с pkill -0 и exec -a, маскировку процессов под ядерные потоки, учетные записи без следов создания и интерактивных входов, а также расхождение между mtime и Birth time на годы.

⚫️Сканируйте файловую систему и память YARA-правилами. Проверка памяти особенно важна, потому что gsocket может выполняться из memfd без файла на диске.

⚫️При обнаружении компрометации не перезагружайте и не выключайте узел до снятия снимков системного и пользовательских дисков, а по возможности и дампа памяти средствами Yandex Compute Cloud. Изолируйте узел через Security Groups без отключения сетевого интерфейса, обратитесь в техническую поддержку Yandex Cloud и выполните ротацию всех учетных данных, доступных скомпрометированному узлу. Заранее настроенные снапшоты по расписанию и Yandex Cloud Backup упрощают восстановление.

⚫️Используйте встроенные средства Yandex Cloud. Yandex Identity Hub и федерация удостоверений позволяют централизовать административный доступ с временем жизни сессии до шести часов. Yandex Security Deck помогает выявлять избыточные права, ошибки в конфигурации инфраструктуры, Kubernetes-кластеров и открытые секреты. Yandex Cloud Detection and Response помогает обнаруживать вредоносную сетевую активность и контролировать изменения в IAM, а также сохраняет аудит за пределами контура заказчика.

Затронутые технологии
🔵Публично доступные интерфейсы прикладных служб: административные API, интерфейсы агентов автоматизации, серверы видеоконференций, уязвимые веб-приложения.

🔵Linux-узлы прикладных сервисов, виртуализации и баз данных, на которых возможно локальное повышение привилегий после первичного доступа.

🔵Средства скрытого управления и закрепления: gsocket, revsocks, обратные SSH-туннели, GOST, rsocx, cloudflared, localtonet, systemd, cron.

🔵Средства воздействия: GenieLocker (hostd) и Babuk-вариант для Linux/ESXi.

Подробности в блоге ⏩

Если вам нужна дополнительная информация, пожалуйста, напишите на cloudtrust@yandex-team.ru.

SECaaS для финансового сектора

Приходите на круглый стол, где вместе с экспертами из MWS, Т1, Yandex Cloud и Ngenix обсудим:

📖какие задачи ИБ уже можно передавать в сервисную или гибридную модель,

📖какие требования финансовый сектор предъявляет к таким решениям,

📖как выстраивается взаимодействие и распределение ответственности между организацией и провайдером.

О практиках SecOps в облаке для финансового сектора расскажет Мария Кириллова, менеджер продуктов Security, Yandex Cloud:

🔵какие задачи безопасности банк может решать с помощью облачных сервисов,

🔵как выстраивать мониторинг,

🔵как обеспечить реагирование на инциденты с учётом требований регуляторов — от сбора событий и работы с Audit Trails до использования облачного SIEM и модели SOCaaS.

🗓 Ждём вас в онлайне
2 июля
11:00 мск

Регистрация ⏩

🔥 Зовём тестировать новый модуль в Yandex Smart Web Security (SWS) ⬇️⬇️⬇️

SolidWall WAF — наш новый модуль в SWS. Он сочетает негативную и позитивную модели защиты, помогает выявлять продвинутых ботов и проводить инвентаризацию API.

Что отличает SolidWall WAF:

✨ Зрелое решение по защите приложений, входит в топ‑3
самых популярных WAF в России.

✨ WAF нового поколения: защищает приложения и API
не только от стандартных уязвимостей (OWASP Top 10),
но и от логических атак, мошенничества, целевых атак
на 0‑day уязвимости и переборных атак.

✨ Реконструирует бизнес-логику приложения для точной
защиты с минимальными ложными срабатываниями.

✨ Достаточно подключить свои ресурсы к защите — настройку
берём на себя.

Хочу потестировать ⏩

Обнаружена первая известная guest-to-host-уязвимость, срабатывающая как на Intel, так и на AMD — use-after-free в подсистеме ShadowMMU гипервизора Linux KVM/x86.

Общее влияние CVE-2026-53359 – Januscape:

✨ подвержен KVM, не зависит от QEMU

✨ отключенная вложенная виртуализация (nested virtualization) сильно затрудняет эксплуатацию.

Подробная статья ⏩

▪️ Влияния на сервисы и пользователей Yandex Cloud уязвимость не оказывает, потому что:

🔺 вложенная виртуализация (nested virtualization) выключена

🔺 аппаратная технология Extended Page Tables (EPT) включена

✔️ Но мы все равно обновились — применяем исправленные стабильные версии, выпущенные 04 июля 2026 года.

Подробности в блоге ⏩

☁️☁️☁️☁️☁️☁️☁️

Идёте на Yandeх Scale 2026, флагманскую технологическую конференцию Yandex Cloud? Пора занимать места!

🗓 24 сентября офлайн в Москве и онлайн по всему миру

В этом году собираем всех, кто вместе с Yandex Cloud выходит за пределы облака — когда инфраструктура, данные, ИИ, безопасность и платформенные сервисы работают как универсальная технологическая платформа для создания IT-продуктов.

Подробно о докладах по безопасности будем рассказывать постепенно, но будьте уверены — кроме продуктовых анонсов, воркшопов и возможности пообщаться с командой Security мы готовим несколько больших сюрпризов ❤️

Регистрируйтесь сейчас, чтобы быть в курсе ⏩

Подписывайтесь на канал Yandex Scale 2026 @yandexscale

Показываем Yandex SIEM в работе прямо здесь ну почти

Полную версию смотрите в новом выпуске AM DEMO. Нужное можно искать сразу по таймкодам ⬇️⬇️⬇️

01:14 Настройка событий для логирования
02:18 Расследования и работа с запросами
04:02 Пакеты правил корреляции
05:16 Редактирование правил и режимы обработки
06:55 Исключения и удобство для аналитиков
08:01 Мониторинг событий и производительности
09:46 Алерты и помощник аналитика
13:02 Масштабируемость и инфраструктура
14:12 Хранение логов и расследование длительных атак

⏩ Смотреть

Модуль управления уязвимостями в Yandex Security Deck вышел в Public Preview 🔥

Как работает модуль — показываем в видео ⬆️⬆️⬆️

Когда полезен модуль управления уязвимостями

⭐️ Если вы храните контейнерные образы в Container Registry или Cloud Registry и вам важно регулярно понимать, какие уязвимости есть в артефактах разработки, насколько они критичны и где эти образы уже используются.

Модуль управления уязвимостями помогает закрыть этот сценарий в одном интерфейсе Yandex Security Deck:

🔺 объединяет сканирование образов из Container Registry и Cloud Registry,

🔺 показывает найденные уязвимости в едином контексте

🔺 помогает быстрее определить, какие риски требуют внимания в первую очередь

⭐️ Если у вас подключён модуль контроля Kubernetes, вы сможете видеть уязвимые образы не только в реестрах, но и в запущенных кластерах Managed Kubernetes. Это помогает оценивать не только наличие уязвимости в образе, но и её фактическое влияние на рабочую инфраструктуру.

О тарификации

С 13 июля использование модуля управления уязвимостями тарифицируется ежемесячно по правилам сервиса Yandex Security Deck.
↪️ Как начать работу ↩️

Еще два ГОСТ у платформы Yandex Cloud ✔️

Yandex Cloud — первая облачная платформа, которая получила сертификаты соответствия российским стандартам:

✨ГОСТ 57580.3-2022 — описывает требования к управлению рисками реализации информационных угроз. Стандарт определяет, как планировать, внедрять, контролировать и совершенствовать систему — от выявления угроз до реагирования на инциденты.

✨ГОСТ 57580.4-2022 — содержит требования к операционной надёжности. Документ устанавливает меры, которые помогают предотвратить сбои в работе систем и минимизировать последствия нарушений.

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

👍 о, такое полезно
🎉 просто поздравляем!

Как начать работу в Security Deck

В видео рассказали, как создать и настроить окружение Security Deck и какие права доступа необходимы.

Окружение Security Deck — это контейнер, который содержит:

✓ настройки и ресурсы модулей Security Deck
✓ перечень контролируемых ресурсов
✓ параметры контроля и другие настройки

Окружения позволяют более гранулярно управлять безопасностью инфраструктуры в Yandex Cloud, проверяя ее на соответствие отраслевым стандартам безопасности.

🕐 Как создать окружение Security Deck. Здесь потребуются права для работы с модулями. Подробнее в документации ⏩

🕑 Как посмотреть дашборд и операции с окружением. Подробнее в документации ⏩

🕒 Как изменить окружение, коннектор и приемник алертов. Подробнее в документации ⏩

🕓 Как настроить права доступа к окружению. Подробнее в документации ⏩

И заодно напоминаем — с 24 июня Yandex Security Deck в статусе GA и теперь сопровождается соглашением об уровне обслуживания (SLA).

Ещё можно забрать это видео здесь⬇️⬇️⬇️

▶️ YouTube
▶️ ВКонтакте

👍 Нужно больше таких сценариев

Капча или капчА?

Это был не основной вопрос, который Руслан Сабиргалиев, руководитель группы коммерческих проектов Антиробота, обсудил с ведущими подкаста Podlodka.

Больше времени ушло на разговор о том:

⏩ Как, почему и куда развиваются капчи

⏩ Где заканчивается обычная капча и начинается антифрод

⏩ Что делать, когда нормального пользователя система внезапно считает подозрительным

⏩ Как устроена экономика атак: зачем боты приходят, сколько это может стоить сервису и почему иногда проще усложнить жизнь атакующим, чем пытаться идеально отличить человека от машины

Смотрите полностью или выбирайте самое интересное по таймкодам:
02:22 Что такое капча
14:24 Невидимая капча
30:23 Как устроена капча внутри
45:48 Баланс между защитой и доступностью
49:02 Хорошие и плохие роботы
01:00:55 Рекомендации по использованию капчи
01:07:30 Мимикрия капчи
01:12:50 Метрики улучшения
01:18:55 Будущее капчи
01:20:10 И что в итоге

Смотреть полный выпуск на YouTube ▶️

❤️ КапчА!
👍 Капча, конечно же