IT News

Автоматический ИИ-сканер компании Anthropic обнаружил критическую уязвимость с оценкой 9,8 балла из 10 в Apache HTTP Server — одном из главных веб-серверов, на которых работают миллионы сайтов и облачных сервисов по всему миру, сообщает SecurityWeek. Ошибка позволяла удаленно захватить управление сервером без логина и пароля и почти четыре года оставалась незамеченной в открытом исходном коде.

Об уязвимости под номером CVE-2026-119618 первой сообщила система Anthropic OSS Scanner — бесплатный сервис на базе флагманских моделей Claude, который компания в октябре запустила для проверки важных открытых проектов. Нейросеть отправила отчет разработчикам Apache 26 октября, на восемь дней опередив команду охотников за багами из Google Cloud, которая независимо прислала уведомление о той же проблеме 3 ноября.

Самое удивительное в этой истории — насколько крошечной оказалась сама поломка. Современный протокол HTTP/2 позволяет браузеру отправлять десятки запросов одновременно по одному соединению, словно несколько кассиров обслуживают одного покупателя параллельно. Еще с версии 2.4.55, вышедшей в январе 2023 года, в модуле mod_http2 затесалась путаница в названии одной переменной: когда приходил пустой запрос с указанным типом данных, но без длины, рабочий поток по ошибке дописывал пометку о нулевой длине не в свою изолированную таблицу, а в структуру, черпавшую общую память соединения без какой-либо очереди и блокировок.

Если злоумышленник засыпал такой сервер потоком специально подобранных запросов, соседние потоки одновременно лезли в общий распределитель памяти и портили чужие данные. Через эту брешь атакующий мог добиться удаленного выполнения произвольных команд с правами веб-сервера. Чтобы закрыть дыру масштаба 9,8 из 10, разработчикам Apache 11 ноября хватило в версии 2.4.71 поменять буквально одно имя указателя в одной строчке кода — перенаправив запись в безопасную таблицу.

По подсчетам компании облачной безопасности Wiz, уязвимые версии Apache встречаются в 64% изученных облачных сред, а в 51% торчат наружу в интернет — хотя реальному риску подвержены только те серверы, где включен протокол HTTP/2. Отдельная ловушка поджидает администраторов систем вроде Ubuntu: из-за переноса свежих модулей в старые пакеты сервер может числиться формально безопасной версией ниже 2.4.55, но все равно нести внутри уязвимый код, а обычное обновление админки WordPress проблему не закрывает. Тем, кто не может сразу поставить серверный патч, советуют временно переключить конфигурацию на старый протокол HTTP/1.1.

В день выхода патча массовых атак в сети зафиксировано не было, но уже на следующие сутки, 12 ноября, на GitHub выложили первые проверочные скрипты, роняющие процесс сервера, а в Red Hat подтвердили наличие надежного исследовательского эксплойта для систем с включенным HTTP/2. Случай получился показательным: люди почти четыре года смотрели в открытый код популярнейшего веб-сервера и пропускали одно перепутанное слово, пока автоматический сканер методично не перебрал тысячи функций без усталости и замыленного глаза.

P.S. О том, как ИИ-агенты переходят от написания кода к поиску реальных уязвимостей нулевого дня и что это меняет для безопасности интернета, пишу в своем Telegram-канале "Сбежавшая нейросеть".

Создатель Linux Линус Торвальдс выпустил тестовую сборку ядра Linux 7.4-rc2 и в традиционном воскресном письме разработчикам отметил любопытный сдвиг. По его словам, исправления найденных нейросетями ошибок стали настолько привычной частью работы над ядром, что он больше не видит смысла каждый раз повторять это отдельно — а в одной из ключевых подсистем готовые патчи начали поступать быстрее новых сообщений об ошибках.

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

Масштаб этого потока показал вышедший неделей раньше релиз-кандидат Linux 7.4-rc1, установивший рекорд в истории ядра — почти 20 тысяч коммитов за одно окно слияния при обычной норме около 15 тысяч. По подсчетам аналитиков XenoSpectrum, 3 008 не-мерж коммитов в окне слияния 7.4 содержат тег участия ИИ Assisted-by против 1 257 в окне 7.3 — рост в 2,4 раза, причем обязательное требование ставить такую метку в ядре уже отменили.

В отчете по 7.4-rc2 Торвальдс пересказал наблюдение со-мейнтейнера подсистемы BPF Алексея Старовойтова: на этом участке исправления стали приходить быстрее новых баг-репортов, что создатель Linux сопроводил оговоркой "звучит прекрасно, если это правда". Подсистема BPF позволяет безопасно исполнять изолированные программы прямо внутри ядра и отвечает за скоростную фильтрацию трафика, безопасность и мониторинг в современных дата-центрах.

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

В свежем письме создатель Linux тоже сразу остудил ожидания: большинство остальных разделов огромного ядра до этой отметки еще не добрались. По его оценке, сдвиг в BPF может быть лишь первым признаком разворота волны: "Не задерживайте дыхание, но, пожалуй, скрестите пальцы — возможно, мы доберемся туда в не таком уж далеком будущем".

В профильных ветках на Reddit участники обсуждают, что именно меняет баланс в статистике — ускорение самой починки или постепенное сокращение потока новых находок по мере расчистки старых ошибок. При этом самая сложная часть работы — ручная проверка кода и финальная ответственность за стабильность ядра — по-прежнему остается на живых мейнтейнерах.

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

Модераторы r/opensource, одного из крупнейших сообществ Reddit про открытое ПО, 24 октября ввели новые правила. Публиковать проекты, которые используют ИИ, сделаны с помощью ИИ или предназначены для ИИ, больше нельзя. "ИИ в том виде, в каком он существует сегодня, несовместим с этим сообществом open source", – написал модератор.

Заодно подняли планку для всех остальных. Теперь у проекта должен быть примерно год активной поддержки, около трех участников и уже сложившееся сообщество. Аккаунту автора нужно не меньше года и заметная активность на Reddit. Тем, кто пишет не по-английски, советуют идти в другие сообщества: модераторы признались, что не могут отличить текст, написанный ИИ, от текста, переведенного ИИ. За публикацию ответов нейросети грозит вечный бан.

Пост с правилами собрал около 1400 комментариев и нулевой рейтинг: плюсов и минусов поровну. Сторонники рады, что лента очистится от проектов, "навайбкоженных" за вечер. Противники считают правила слишком широкими. Самый ехидный аргумент: если читать запрет буквально, под него попадает даже ядро Linux, куда официально принимают код, написанный с помощью ИИ. Модератор ответил, что ядро, скорее всего, пропустят "по субъективной оценке". Недовольные уже открыли альтернативный форум r/TrueOpenSource.

Reddit тут не первый. В январе проект curl закрыл программу наград за найденные уязвимости: ее завалили фальшивыми отчетами, сгенерированными нейросетями. В марте объявил о закрытии Jazzband – коллектив, который поддерживал популярные пакеты для Python, – тоже из-за ИИ-спама. Gentoo, NetBSD и Zig не принимают код от нейросетей вообще, а LLVM запретил ИИ-агентам открывать пул-реквесты без одобрения человека.

P.S. Где нейросеть в коде помогает, а где плодит мусор, разбираю в телеграм-канале "Сбежавшая нейросеть"