Как сообщает Интерфакс, Председатель Комитета Госдумы по цифровому развитию и искусственному интеллекту Александр Сидякин считает нужны заняться вопросами регулирования использования роботизированных платформ с искусственным интеллектом (ИИ), а также рынка ИИ-агентов.
«Есть несколько вещей, регулированием которых нужно заняться. Первое — проявление искусственного интеллекта в физическом мире. Надо понимать, как мы будем от этого страховаться, кто будет нести ответственность. То есть это целый блок норм»
— сказал Сидякин, которого процитировал «Интерфакс».
По его словам, речь идет о роботизированных платформах, которые могут ездить по улицам и летать. Такие роботы могут причинить вред здоровью, отметил депутат.
Также необходимо заняться регулированием рынка ИИ-агентов, считает Сидякин. Такая программа может принимать решения без участия человека, что может привести к "сотрясениям глобального характера" в случае сбоев. По мнению парламентария, в данной сфере также надо определить, кто будет нести ответственность за подобные сбои.
Кроме того, возникает вопрос об авторском праве на материалы, используемые для обучения ИИ, и он тоже нуждается в регулировании.
Фото: Андрей Гордеев / Ведомости
Please open Telegram to view this post
VIEW IN TELEGRAM
Канал 🔨 SecAtor пишет интересное:
Продолжаем отслеживать критическую HTTP2Shell в библиотеке декодирования C Brotli, встроенной в Node.js, которая позволяет повредить память и получить доступ к конфиденциальным данным.
Напомним, что CVE-2026-111497 также известна как Broccoli2Shell и Node2Shell, затрагивает версии Brotli от 1.0.3 до 1.0.9, 1.1.0 и 1.2.0.
Проблема первоначально была выявлена в Node.js, после чего исследователи обнаружили, что аналогичный недостаток в декодере Brotli может затрагивать программное обеспечение в различных экосистемах.
Наименование HTTP2Shell отражает его влияние на HTTP-клиенты и серверы, хотя уязвимость не является специфичной для HTTP/2 и может затронуть другие приложения, которые распаковывают контролируемые злоумышленником данные Brotli.
Помимо Node.js потенциально уязвимым может быть ПО, включающее HTTP-клиенты на Python, такие как urllib3[brotli], requests, httpx и aiohttp[speedups], при использовании уязвимого декодера Brotli, а также другие использующие уязвимые реализации Brotli.
На днях Microsoft выпустила экстренное обновление для устранения проблемы в .NET, предупредив, что успешная эксплуатация позволяет повысить привилегии в системах с уязвимой версией .NET.
Node2Shell позволяет специально сформированному потоку, сжатому с помощью Brotli, вызвать недопустимое переключение блоков, которое декодер воспринимает как допустимое и ошибочно интерпретирует как запрос на дополнительные входные данные.
Продолжая добавлять входные байты во внутренний восьмибайтовый буфер, запись выходит за его пределы, повреждая близлежащую память.
Злоумышленник может воспользоваться этим, заставив приложение распаковывать вредоносные данные, например, отправляя сжатый HTTP-ответ приложению, получающему URL-адрес, или отправляя сжатый запрос непосредственно на сервер.
В Node.js утверждают, что это может привести к сбою процесса, раскрытию памяти и RCE, что также подтверждает недавний отчет Imperva.
Первые исправления для Brotli были внесены в исходный код проекта в феврале, но Node.js и Google выпустили стабильные исправления для пользователей 21 октября, а на следующий день последовало публичное раскрытие информации. Пакеты PyPI с исправлениями стали доступны 23 октября.
Исправленные версии: Google Brotli 1.0.10, 1.1.1, 1.2.1; Node.js 22.23.4, 24.22.1, 26.12.1; Python Brotli 1.2.1; Python brotlicffi 1.2.1.0.
Несмотря на публикации PoC для Node2Shell, сообщений о злонамеренной эксплуатации в реальных условиях нет. Помимо обновлений администраторам необходимо перезапустить затронутые процессы, а также пересобрать и повторно развернуть образы контейнеров.
Согласно порталу с отслеживанием влияния проблемы, обновление системной библиотеки Brotli не устраняет риск в развертываниях Node.js или других приложениях, использующих собственную встроенную копию библиотеки.
Кроме того, блокировка входящих запросов Brotli по-прежнему оставляет уязвимым путь для вредоносного HTTP-ответа.
Если оперативно обновиться невозможно, рекомендуется удалить поддержку Brotli из приложений Python и заблокировать входящие запросы, сжатые с помощью Brotli, на уровне прокси-сервера или брандмауэра.
Продолжаем отслеживать критическую HTTP2Shell в библиотеке декодирования C Brotli, встроенной в Node.js, которая позволяет повредить память и получить доступ к конфиденциальным данным.
Напомним, что CVE-2026-111497 также известна как Broccoli2Shell и Node2Shell, затрагивает версии Brotli от 1.0.3 до 1.0.9, 1.1.0 и 1.2.0.
Проблема первоначально была выявлена в Node.js, после чего исследователи обнаружили, что аналогичный недостаток в декодере Brotli может затрагивать программное обеспечение в различных экосистемах.
Наименование HTTP2Shell отражает его влияние на HTTP-клиенты и серверы, хотя уязвимость не является специфичной для HTTP/2 и может затронуть другие приложения, которые распаковывают контролируемые злоумышленником данные Brotli.
Помимо Node.js потенциально уязвимым может быть ПО, включающее HTTP-клиенты на Python, такие как urllib3[brotli], requests, httpx и aiohttp[speedups], при использовании уязвимого декодера Brotli, а также другие использующие уязвимые реализации Brotli.
На днях Microsoft выпустила экстренное обновление для устранения проблемы в .NET, предупредив, что успешная эксплуатация позволяет повысить привилегии в системах с уязвимой версией .NET.
Node2Shell позволяет специально сформированному потоку, сжатому с помощью Brotli, вызвать недопустимое переключение блоков, которое декодер воспринимает как допустимое и ошибочно интерпретирует как запрос на дополнительные входные данные.
Продолжая добавлять входные байты во внутренний восьмибайтовый буфер, запись выходит за его пределы, повреждая близлежащую память.
Злоумышленник может воспользоваться этим, заставив приложение распаковывать вредоносные данные, например, отправляя сжатый HTTP-ответ приложению, получающему URL-адрес, или отправляя сжатый запрос непосредственно на сервер.
В Node.js утверждают, что это может привести к сбою процесса, раскрытию памяти и RCE, что также подтверждает недавний отчет Imperva.
Первые исправления для Brotli были внесены в исходный код проекта в феврале, но Node.js и Google выпустили стабильные исправления для пользователей 21 октября, а на следующий день последовало публичное раскрытие информации. Пакеты PyPI с исправлениями стали доступны 23 октября.
Исправленные версии: Google Brotli 1.0.10, 1.1.1, 1.2.1; Node.js 22.23.4, 24.22.1, 26.12.1; Python Brotli 1.2.1; Python brotlicffi 1.2.1.0.
Несмотря на публикации PoC для Node2Shell, сообщений о злонамеренной эксплуатации в реальных условиях нет. Помимо обновлений администраторам необходимо перезапустить затронутые процессы, а также пересобрать и повторно развернуть образы контейнеров.
Согласно порталу с отслеживанием влияния проблемы, обновление системной библиотеки Brotli не устраняет риск в развертываниях Node.js или других приложениях, использующих собственную встроенную копию библиотеки.
Кроме того, блокировка входящих запросов Brotli по-прежнему оставляет уязвимым путь для вредоносного HTTP-ответа.
Если оперативно обновиться невозможно, рекомендуется удалить поддержку Brotli из приложений Python и заблокировать входящие запросы, сжатые с помощью Brotli, на уровне прокси-сервера или брандмауэра.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from (Сергей Зыбнев)
Агент рассчитывал, что сервис поднимется сам, результат не проверил и пошёл дальше. База не поднялась. Стенд был мой, поэтому история закончилась без последствий. CTO и CISO Medici Lab Александр Кельчин ронял агентами демостенды заказчиков, причём по договорённости.
На Хабре вышла текстовая часть нашего часового разговора с Александром о том, что ИИ-пентест умеет в 2026 году.
Агенты хорошо подтверждают уязвимости и плохо находят их с нуля. XBOW летом 2025 года вышел на первое место лидерборда HackerOne за второй квартал, отправив около 1 060 отчётов. Хуже всего агенты справляются с внутренним пентестом: отчёты по внутренней инфраструктуре закрыты NDA и в обучение моделей не попадают.
Правила, которые мы вынесли из упавших стендов:
echo, cat, cp и pwd;Сам агент тоже поверхность атаки. Любой ответ сервера, баннер или лог, который он читает, может оказаться prompt injection. Гарды и дообучение Александр считает малоэффективными и строит защиту вокруг модели по образцу CaMeL от Google DeepMind и ETH Zurich: план строится только по доверенному запросу, а политики проверяют каждый вызов инструмента. В AgentDojo CaMeL решил 77% задач с доказуемой защитой против 84% у системы без неё.
Ручной пентест для compliance у зарубежных заказчиков стоит в среднем $15 тысяч. Есть и платформа, где заказчик пентестит сам, ИИ оценивает работу, а заключение стоит $200: ещё один канал утечки сведений о ваших уязвимостях.
👆 Рутину вроде разбора трафика и подтверждения типовых находок агент уже забирает. Нестандартные цепочки и ответственность за его действия в чужой инфраструктуре остаются за человеком.
Please open Telegram to view this post
VIEW IN TELEGRAM
1
Спустя две недели после выхода Gemini 4 Argon корпорация Google 28 октября 2026 года анонсировала следующую флагманскую ИИ-модель Gemini 4 Carbon, ориентированную на передовую киберзащиту и решение сложных долгосрочных инженерных задач. Согласно данным Google, ИИ-модель Gemini 4 Carbon заняла 1-е место в недавно обновлённом индексе Artificial Analysis Intelligence Index версии 5.0 с результатом 59 баллов.
Как сообщил старший вице-президент Google DeepMind и главный ИИ-архитектор Google Корай Кавукчуоглу, на старте Gemini 4 Carbon сохранит расценки предшественницы Argon и будет стоить $2 за 1 млн входных токенов и $10 за 1 млн выходных токенов, причём кэшированные входные токены обойдутся со скидкой 95% от базового входного тарифа.
Разработчики спроектировали Gemini 4 Carbon для продолжительных агентных рабочих процессов и с учётом отзывов пользователей улучшили её показатели в программировании, агентных и научных задачах, полностековой веб-разработке и мультимодальном понимании. Во внутренних тестах команды Google наблюдали, как ИИ-модель непрерывно работает по несколько дней и преодолевает тупиковые сценарии при решении многошаговых задач, включая поиск первопричин и устранение неочевидных ошибок в крупных кодовых базах и низкоуровневых системах. За счёт повышения качества кода и артефактов в веб-разработке Gemini 4 Carbon прибавила 89 пунктов Эло и заняла 4-е место (1768 баллов) в рейтинге WebDev Arena.
На внутренних тестах компании новинка более чем в 2 раза превзошла Argon по доле успешной генерации безопасного кода и в команде браузера Chrome показала более чем 10-кратное преимущество над большой передовой ИИ-моделью другой лаборатории при создании высококачественных исправлений, а специалисты принадлежащей Google облачной платформы безопасности Wiz зафиксировали лидерство Carbon в бенчмарках по тестированию веб-приложений на проникновение, которое лежит в основе инициативы Wiz Scan for Good.
Компания придерживается взвешенного подхода к развёртыванию Gemini 4 Carbon и продолжает собирать обратную связь и дорабатывать защитные ограничения перед широким запуском ИИ-модели. Корай Кавукчуоглу уточнил, что Google уже участвует в добровольной процедуре правительства США по предрелизному тестированию моделей и выведет разработку на рынок в несколько этапов.
Начиная с этой недели доступ к Gemini 4 Carbon получит ограниченная группа специалистов по киберзащите, причём параллельно ИИ-модель проходит добровольное предрелизное тестирование вместе с правительством США. Следующим шагом доступ поэтапно расширят для других доверенных партнёров через программу Fairwind Program, после чего Gemini 4 Carbon станет доступна разработчикам, бизнесу и рядовым пользователям.
Please open Telegram to view this post
VIEW IN TELEGRAM
К2 Кибербезопасность протестировала Kaspersky NGFW 1.3 и выяснила реальную производительность в трех режимах защиты 🛡
На фоне импортозамещения российских NGFW становится больше, но как оценить их возможности до внедрения❓
Одних заявленных характеристик недостаточно — важно проверить, какую производительность решение показывает с включенными модулями защиты и насколько она соответствует требованиям инфраструктуры.
Команда К2 Кибербезопасность протестировала две аппаратные платформы — KX-100 и KX-400. Нагрузочные испытания проводили с 10 000 правил межсетевого экрана и двумя профилями трафика. Для оценки производительности использовали Cisco TRex, повторные тесты и часовые стресс-испытания.
40 Гбит/с без дополнительных модулей защиты, 16 Гбит/с с IDPS и 11,4 Гбит/с с потоковым антивирусом — такие результаты показал KX-400 в наших испытаниях.
✅ В коротком видео делимся результатами нагрузочных испытаний, конкретными цифрами и выводами экспертов.
✅ Смотрите в нашем блоге.
На фоне импортозамещения российских NGFW становится больше, но как оценить их возможности до внедрения
Одних заявленных характеристик недостаточно — важно проверить, какую производительность решение показывает с включенными модулями защиты и насколько она соответствует требованиям инфраструктуры.
Команда К2 Кибербезопасность протестировала две аппаратные платформы — KX-100 и KX-400. Нагрузочные испытания проводили с 10 000 правил межсетевого экрана и двумя профилями трафика. Для оценки производительности использовали Cisco TRex, повторные тесты и часовые стресс-испытания.
40 Гбит/с без дополнительных модулей защиты, 16 Гбит/с с IDPS и 11,4 Гбит/с с потоковым антивирусом — такие результаты показал KX-400 в наших испытаниях.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Криптобиржа Binance подтвердила, что речь идёт о крупном инциденте информационной безопасности, общий предварительный ущерб от которого оценивается примерно в $6,3 млрд.
По данным первичного расследования, злоумышленник скомпрометировал ноутбук DevOps-инженера компании, получил доступ к сервисному контейнеру и провёл несанкционированные транзакции на вывод средств, однако признаков утечки закрытых ключей от кошельков не обнаружено.
Совместно с блокчейн-партнёрами биржа уже заморозила в сети затронутые активы примерно на $3 млрд. По заверению компании, все убытки будут полностью покрыты из фонда SAFU и собственных средств Binance, поэтому активы пользователей находятся в безопасности.
В качестве меры предосторожности площадка временно приостановила ввод и вывод средств на период проверок безопасности, отозвала авторизацию у затронутого адреса и привлекла к отслеживанию и возврату средств правоохранительные органы со специалистами по блокчейн-аналитике.
👮После завершения расследования и устранения последствий инцидента компания опубликует подробный технический отчёт и обновлённые данные о подтверждении резервов.
👆Chainalysis пишут о том, что якобы средства, украденные хакерами из КНДР в результате взлома Bitget в прошлом месяце, смешиваются со средствами, украденными из Binance, и с высокой долей уверенности связывают атаку на Binance с северокорейскими спецами.
ZachXBT комментирует:
Украденные средства из Binance на $6,3 млрд и взлома Bitget на $388 млн были смешаны на одном адресе 45 минут назад, после прибытия через THORChain. Это указывает на то, что, вероятно, один и тот же субъект стоит за обоими инцидентами. Взлом Bitget был приписан TraiderTraitor, связанному с КНДР, который имел пересечения с другими предыдущими взломами, такими как Kelp DAO.
Большинство средств ($4,90 млрд из $6 млрд) были украдены менее чем за 15 минут — Arkham.
Please open Telegram to view this post
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
Без права на ошибку: почему в промышленной кибербезопасности нет компромиссов
Компрометация критической инфраструктуры грозит не просто утечкой данных, а остановкой производства и возможными техногенными авариями. В промышленной кибербезопасности не бывает «остаточного риска»: если систему можно взломать, риск является полным.
Алексей Мартынцев, директор департамента защиты информации и ИТ-инфраструктуры «Норникеля», рассказал Илье Шаленкову, партнеру Kept, руководителю Группы по оказанию услуг в области кибербезопасности, как компания выстраивает защиту КИИ и АСУ ТП, адаптируется к новым реалиям и меняет культуру ИБ-безопасности среди сотрудников.
Поговорили также о том:
🔸 как «Норникель» реализует переход на российские решения и помогает отечественным вендорам создавать зрелые ИБ-продукты;
🔸 где проходят «красные линии» аутсорсинга и какие функции ИБ нельзя передавать подрядчику;
🔸 из чего состоит реальный KPI службы кибербезопасности;
🔸 почему искусственный интеллект в кибербезе — не способ сэкономить, а «налог на выживание».
▶️ Смотрите интервью
🟣 Читайте полную версию
Компрометация критической инфраструктуры грозит не просто утечкой данных, а остановкой производства и возможными техногенными авариями. В промышленной кибербезопасности не бывает «остаточного риска»: если систему можно взломать, риск является полным.
Алексей Мартынцев, директор департамента защиты информации и ИТ-инфраструктуры «Норникеля», рассказал Илье Шаленкову, партнеру Kept, руководителю Группы по оказанию услуг в области кибербезопасности, как компания выстраивает защиту КИИ и АСУ ТП, адаптируется к новым реалиям и меняет культуру ИБ-безопасности среди сотрудников.
Поговорили также о том:
Please open Telegram to view this post
VIEW IN TELEGRAM
D официальном каталоге Cursor Extension Marketplace распространялась вредоносная сборка расширения
Anthropic.claude-code версии 2.1.313, затронувшая до 5000 пользователей. Команда Cursor уточнила, что модифицированный пакет не создавался компанией Anthropic, признаков компрометации официального дистрибутива и других версий плагина не обнаружено, а проверка остальных расширений каталога не выявила посторонних изменений.Злоумышленники внедрили вредоносный код в файл
extension.js внутри пакетов для macOS (darwin-arm64) и Windows (win32-x64). Скрипт отправлял данные о системе (имя пользователя, ОС, рабочие пути, почту из Git, имена переменных окружения и IP-адрес) на сервер hxxp://134[.]209[.]82[.]225:8099/beacon, добавлял открытый SSH-ключ с меткой svc-telemetry в authorized_keys, настраивал повторные попытки подключения обратного SSH-туннеля примерно каждые 60 секунд через механизмы закрепления (com.apple.sysmond.plist на macOS и задачу SysMon на Windows) и пытался включить локальную службу SSH. Однако на устройствах, где редактор не имел прав администратора, эта операция завершалась ошибкой.«На таких устройствах этот шаг завершается ошибкой, поэтому злоумышленник не смог бы войти в систему через туннель. Тем не менее расширение всё равно добавляет SSH-ключ атакующего, устанавливает механизмы закрепления в системе и отправляет сведения об узле злоумышленнику»
— говорится в уведомлении команды Cursor.
Разработчики удалили вредоносную версию, перезапустили маркетплейс с ротацией собственных ключей и совместно с провайдером отключили сервер атакующих. Пользователям рекомендовано обновиться до версии 2.1.314, проверить
authorized_keys на наличие метки svc-telemetry, а при обнаружении следов компрометации изолировать хост, удалить автономные скрипты закрепления официальными утилитами (remediate-macos.sh или remediate-windows.ps1) и сменить доступные с затронутого устройства учётные данные с доверенного устройства.Please open Telegram to view this post
VIEW IN TELEGRAM
Вслед за нашумевшей историей с Ledger теперь и команда безопасности Trezor 30 октября 2026 года выпустила предупреждение о возможном аппаратном импланте в криптовалютном кошельке Trezor Safe 5, признав сигнал заслуживающим доверия ещё до поступления устройства в лабораторию. Устройство купили в августе 2026 года на маркетплейсе Tokopedia у компании CryptoBilis, которая до октября выступала официальным реселлером вендора в Юго-Восточной Азии. Покупатель из Индонезии заметил разницу в весе гаджета, заранее перевёл активы в безопасное место и уведомил разработчиков по программе ответственного раскрытия уязвимостей.
Согласно присланному отчёту, между основной платой и экраном установлена дополнительная печатная плата с сотовым модулем и антенной. При подаче питания она считывает выводимую на дисплей информацию, включая резервную копию кошелька (фразу восстановления), и передаёт данные по мобильной сети. Ранее, 9 октября 2026 года, расследование краж средств у клиентов CryptoBilis начала компания Ledger, позже подтвердившая физическую модификацию своих кошельков в ходе атаки на цепочку поставок. В тот же день Trezor прекратила партнёрство с реселлером, а по данным поста вендора в X, проверка четырёх ранее сданных клиентами устройств следов взлома не выявила вплоть до сигнала 28 октября.
Совместно со службой экстренного реагирования
«Увиденное выглядит достаточно изощрённым, поэтому мы решили предупредить клиентов уже сейчас. Ожидание лабораторного подтверждения оставило бы покупателей CryptoBilis под угрозой на всё это время»
— говорится в заявлении Trezor.
О потере средств покупатели Trezor через CryptoBilis пока не сообщали, но из-за некастодиальной архитектуры вендор не видит балансы и предупреждает о риске волн фишинга. Всем, кто приобретал любую модель Trezor у этого продавца с марта 2026 года, необходимо срочно вывести средства на новый кошелёк с новой мнемонической фразой и запросить бесплатную замену устройства, не полагаясь на домашнее взвешивание или вскрытие корпуса.
Please open Telegram to view this post
VIEW IN TELEGRAM
Всего 53 минуты работы потребовалось сетевому эксплойту, созданному невыпущенной исследовательской ИИ-моделью Claude после начального промпта, чтобы удалённо взломать сервер на Linux и получить права суперпользователя (
root) без учётных данных и действий со стороны жертвы. Найденная ИБ-исследователем Синьяном Гэ уязвимость повреждения памяти Use-After-Free в обработке параметров IPv4 при установке TCP-соединения получила в записи CVE-2026-98432 критическую оценку 9,8 балла по шкале CVSS 3.1, хотя сама ошибка скрывалась в коде ещё со времён релиза Linux 4.4.«После начального промпта Claude написала эксплойт, который позволяет удалённому злоумышленнику отправлять пакеты на серверы Linux со слушающим сокетом Multipath TCP для выполнения произвольных команд с правами root без каких-либо учётных данных или взаимодействия с пользователем. [...] В нашем прототипе (PoC) требуется 48 минут для утечки указателя ядра и ещё пять минут для достижения выполнения команд оболочки»
— говорится в отчёте подразделения Frontier Red Team компании Anthropic.
Масштаб проблемы резко вырос из-за особенностей экосистемы Go. Нил Патель в уведомлении команды безопасности Go, позднее пересланном в список рассылки
oss-security, напомнил, что начиная с релиза Go 1.24 стандартная библиотека включает MPTCP по умолчанию для слушающих сокетов в системах, где протокол поддерживается (сейчас только в Linux).Из-за этого веб-серверы, прокси и облачные сервисы на Go с доступными слушающими MPTCP-сокетами оказались под угрозой эксплуатации на хостах с уязвимым ядром, если использование протокола не было отключено явно в коде сокета, переменной окружения
GODEBUG=multipathtcp=0 при запуске или директивой godebug multipathtcp=0 в файле go.mod при сборке. В основные ветки ядра исправление вошло ещё в середине октября, и Debian, а также оценившие уязвимость в 8,1 балла Oracle, SUSE и Amazon уже выпустили обновления для части поддерживаемых ядер.В Ubuntu на 30 октября 2026 года все актуальные выпуски от 16.04 LTS до 26.10 остаются без готовых патчей, а Red Hat, первоначально оценившая уязвимость в 5,9 балла со статусом отложенного исправления на 29 октября и впоследствии повысившая оценку до 🆙8,1 балла, 🫠пока не выпустила патчи для затронутых ядер RHEL 8, 9 и 10.
Пока дистрибутивы собирают пакеты обновлений, администраторам серверов на Ubuntu и RHEL стоит проверить все MPTCP-сокеты командой ss -Mani, при отсутствии обновлений запретить создание новых таких сокетов через sysctl -w net.mptcp.enabled=0 в каждом сетевом пространстве имён (
netns) с обязательным перезапуском служб, а в качестве возможной дополнительной временной меры рассмотреть предложенный в обсуждении разработчиков Go сброс на межсетевом экране входящих TCP-пакетов с параметрами в заголовке IPv4.Please open Telegram to view this post
VIEW IN TELEGRAM