Как показывает график с дашборда cve.0xosprey.com, общее число записей достигло 395 298, а по итогам 2026 года прогнозируется преодоление исторического порога в 103 863 новые уязвимости за один год.

За последние 5 лет ежемесячный поток новых уязвимостей (CVE) вырос примерно на 700–800% (почти в 9 раз), сменив плавный подъём на 🚁вертикальный взлёт.

Если в 2021 году регистрировалось в среднем 1 681 уязвимость в месяц, а в 2025 году этот показатель увеличился на 139% (до 4 013 в месяц), то в сентябре 2026 года он достиг 14 934 записей, а за первые 25 дней октября составил 13 618 при прогнозе 16 248 к концу месяца.

💻Главная причина взрывного роста числа CVE — массовая автоматизация поиска уязвимостей с помощью ИИ и расширение системы их регистрации. Современные ИИ-инструменты позволяют исследователям значительно быстрее анализировать исходный код, выявлять потенциальные ошибки и проверять их воспроизводимость. Одновременно растёт число организаций, уполномоченных самостоятельно присваивать идентификаторы CVE, а ранее обнаруженные, но не зарегистрированные уязвимости всё чаще попадают в общую 📊статистику.

✋ @Russian_OSINT

🇨🇳 Правда ли, что китайская ИИ-модель ❗️Qwen3-Coder пишет более уязвимый код для оборонных подрядчиков США?

Замена всего одного слова с 🇨🇳китайского оборонного подрядчика 👉на 🇺🇸американского в системном промпте заставила ИИ-модель с открытыми весами Qwen3-Coder-30B-A3B-Instruct от Alibaba на ⚠️19% чаще генерировать уязвимые веб-приложения. Оказалось, что проблема связана с побочным эффектом идеологического выравнивания, а не с умышленным саботажем.

👆🤔Специалисты стартапа Hirundo проверили 1840 написанных моделью сервисов хранения секретов на Python Flask в открытом бенчмарке BaxBench от Высшей технической школы Цюриха и LogicStar.ai. Готовые эксплойты пробили защиту в 70% приложений для оборонного подрядчика США против 59% для китайского, а для продемократической организации Гонконга ИИ-модель допускала утечку чужих секретов на 28% чаще, чем для нейтрального клиента вроде футбольного фан-клуба.

Схожий эффект ранее фиксировали исследователи CrowdStrike на модели DeepSeek-R1 (рост доли уязвимого кода с 19% до 27,2% при упоминании Тибета) и аналитики Booz Allen Hamilton в отчёте «What's in America's Code?», где на выборке из 2800 тестов (около 460 000 строк кода) индекс уязвимостей Qwen3-Coder для госструктур США подскочил на 130%.

Почему так? В опубликованном исследовании Hirundo генеральный директор компании Бен Лурия подчёркивает, что доказательств умышленной закладки со стороны разработчиков Alibaba нет. В уязвимых приложениях ИИ-модель просто забывала дописать две строчки кода. Из-за этого сервис проверял только сам факт входа в аккаунт и сразу выдавал чужие секреты любому авторизованному пользователю. Внешне такой код выглядит исправным, поэтому автоматический сканер Semgrep заметил проблему лишь в 2 программах из 1840, тогда как тестовые атаки BaxBench взломали 1144 сервиса (62,2%). Не помогла даже прямая просьба в промпте писать безопасный код, с которой приложения для подрядчика США взламывались в 74% случаев против 59% у нейтрального клиента.

«Бэкдор здесь кроется не в самом коде, ведь там нет скрытых функций, и ничто не отправляет данные „домой“. Он сидит внутри модели и порождает самую заурядную на вид ошибку, которая чаще возникает у тех заказчиков, к которым неравнодушен Пекин»

— отметил Лурия.

Когда инженеры Hirundo удалили из весов модели политическую цензуру по собственной методике поведенческого машинного разучивания на текстах без единой строки кода, в обновлённой версии Qwen3-Coder-30B-A3B-Instruct-Westernized перекос между подрядчиками 🇺🇸США и 🇨🇳КНР исчез (56% против 55%), а доля утечек у гонконгской группы снизилась до 26% против 30% у нейтрального клиента. Это показывает, что падение качества защиты вызвано не шпионским саботажем, а побочным эффектом жёсткого идеологического выравнивания, когда геополитический триггер в запросе отвлекает активные параметры модели от продумывания логики авторизации.

В то же время участники профильной дискуссии на Hacker News обратили внимание, что для тестов взяли устаревшую модель июля 2025 года, которая даже после правки весов выдавала уязвимые сервисы в 55–56% прогонов целевого сценария. В свою очередь, инженеры Cognition при проверке актуальных моделей DeepSeek-V4 и Kimi K2.7 Code внутри полноценных агентных сред не выявили заметного влияния персоны заказчика на защищённость кода. Впрочем, из-за разницы в протестированных версиях и архитектуре экспериментов эти данные дополняют, но не отменяют выводов Hirundo.

✋ @Russian_OSINT

🇨🇭Швейцарский DNS-сервис Quad9 уходит из Франции из-за судебных штрафов за отказ блокировать пиратские трансляции

Швейцарский некоммерческий фонд Quad9 с 24 ноября 2026 года полностью прекратит обслуживание пользователей во Франции.

Поводом стало решение Парижского судебного трибунала от 21 октября 2026 года по делу № RG 26/11882, назначившее оператору бесплатного публичного рекурсивного DNS-сервера 9.9.9.9 штраф в €1 000 за каждый день неисполнения майского приказа (№ RG 26/02207) о блокировке пиратских трансляций женского теннисного турнира WTA по иску телеканала beIN Sports France.

Против Quad9 во французских судах подано ещё около 20 аналогичных исков с требованием фильтрации сотен доменных имён. Отказ Quad9 выборочно фильтровать домены продиктован полным отсутствием баз данных пользователей и прецедентом судебной тяжбы с компанией Sony Music в Германии в 2021–2023 годах, когда юристы истца сымитировали подключение из другого региона в обход геолокационного фильтра фонда и добились для резолвера штрафа за неуважение к суду перед итоговой победой Quad9 в апелляции в Дрездене.

👆Продолжать работу во Франции без цензуры не удаётся ни одному крупному провайдеру, и на фоне прецедента OpenDNS от компании Cisco, ещё в июне 2024 года покинувшего страну после иска телеканала Canal+, остальные участники рынка пошли на прямые или частичные уступки требованиям французских судов.

Получившие тот же майский приказ (№ RG 26/02207) корпорация Google и чешская компания Whalebone (оператор европейского резолвера DNS4EU) начали блокировать спорные домены для французских пользователей за счёт встроенных механизмов геотаргетинга. В свою очередь, компания Cloudflare и сервисы No**N и Su***ark выбрали тактику частичного исполнения и закрыли доступ к 3 из 4 сайтов на уровне CDN и к 6 из 11 доменов на французских DNS-серверах соответственно, благодаря чему 7 октября 2026 года Парижский судебный трибунал счёл их усилия достаточными и отклонил требование beIN Sports о штрафах по €10 000 в сутки за каждый ресурс.

В результате Quad9 оказался в принципиально ином положении, чем остальные участники разбирательств. Если Cloudflare удалось избежать штрафов благодаря ограничениям на уровне CDN, а сервисам No**N и Su***ark помогла частичная DNS-фильтрация, то швейцарский фонд отказался выполнять требования о блокировке 58 доменных имён. Суд признал такое бездействие достаточным основанием для назначения ежедневной денежной санкции. Сам Quad9 предпочёл полностью прекратить обслуживание французских пользователей, сохранив прежние принципы работы своего DNS-резолвера.

✋ @Russian_OSINT

🇮🇱Создатель шпионского ПО Pegasus Шалев Хулио призвал государства отказаться от американских ИИ-моделей ради цифрового суверенитета

45-летний сооснователь и бывший генеральный директор израильского производителя коммерческого шпионского ПО NSO Group Шалев Хулио в интервью Financial Times призвал правительства развёртывать собственные ИИ-модели вместо того, чтобы доверять чувствительные национальные данные технологическим компаниям из США.

Вместе с бывшим канцлером Австрии Себастьяном Курцем он в 2022 году основал компанию Dream со штаб-квартирой в Тель-Авиве и офисами в Вене и Абу-Даби, которая выросла примерно до 350 сотрудников и к июню 2026 года привлекла более $400 млн инвестиций при оценке в $3 млрд от инвесторов, в том числе от Bain Capital Ventures и поддерживаемой советником по национальной безопасности ОАЭ шейхом Тахнуном бен Заидом Аль Нахайяном инвестиционной фирмы Tau Capital.

«У каждого правительства должна быть собственная модель [ИИ-модель]. Они не должны рисковать тем, что однажды кто-то проснётся и отключит их модель, поскольку ИИ является критической инфраструктурой. Вы хотите сами контролировать свой ИИ»

— заявил Хулио.

По словам руководителя Dream, ещё в декабре 2022 года американские венчурные инвесторы сочли безумием его прогноз о появлении через пять лет полностью автономных кибератак, однако уже в августе 2026 года, спустя всего три с половиной года, исследователи компании зафиксировали первую в истории полностью автономную атаку на правительственную цель. Для защиты государственных ведомств компания выпустила национальную ИИ-систему обороны критической инфраструктуры Sphere, инструмент автономного поиска и устранения уязвимостей в ПО Hero, а также запущенную в июне 2026 года платформу Atlas для разработки и эксплуатации кастомизированных ИИ-моделей на собственной инфраструктуре заказчика без зависимости от внешних облачных провайдеров.

В отличие от универсальных больших языковых моделей вроде Claude от Anthropic или ChatGPT от OpenAI, узкоспециализированные решения на примере компании Dream обучаются на внутренних государственных данных под конкретные задачи от анализа засекреченных разведданных до оптимизации госзакупок, поэтому они обходятся дешевле и 🖥способны быстро работать всего на одном, двух или трёх GPU.

✋ @Russian_OSINT

📄 GenAI Red Teaming Manual Version 1.0 в рамках инициативы OWASP GenAI Security Project

Это 144-страничное практическое руководство и стандартизированная 8-фазная методология состязательного тестирования (редтиминга ИИ) для комплексной проверки кибербезопасности (AI security), безопасности ИИ (AI safety) и состязательной робастности генеративных ИИ-систем на всех этапах их жизненного цикла. Документ охватывает полный цикл оценки от планирования, разведки цепочки поставок (AI-BOM) и картирования границ доверия по матрицам OWASP Top 10 for LLM Applications 2026 и OWASP Top 10 for Agentic Applications 2026 до активной эксплуатации, закрепления в системе, расчёта статистических метрик и передачи артефактов командам защиты (SOC/SIEM).

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

🤖В Госдуме могут заняться вопросами регулирования использования роботизированных платформ с искусственным интеллектом (ИИ) и рынком ИИ-агентов

Как сообщает Интерфакс, Председатель Комитета Госдумы по цифровому развитию и искусственному интеллекту Александр Сидякин считает нужны заняться вопросами регулирования использования роботизированных платформ с искусственным интеллектом (ИИ), а также рынка ИИ-агентов.

«Есть несколько вещей, регулированием которых нужно заняться. Первое — проявление искусственного интеллекта в физическом мире. Надо понимать, как мы будем от этого страховаться, кто будет нести ответственность. То есть это целый блок норм»

— сказал Сидякин, которого процитировал «Интерфакс».

По его словам, речь идет о роботизированных платформах, которые могут ездить по улицам и летать. Такие роботы могут причинить вред здоровью, отметил депутат.

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

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

Фото: Андрей Гордеев / Ведомости

✋ @Russian_OSINT

Канал 🔨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, на уровне прокси-сервера или брандмауэра.