30 сентября служба безопасности OpenAI нашла в одной из закрытых переговорных руководства настоящий жучок. Аудиорекордер был подключён к USB-порту телевизора, спрятан за ним и зачем-то замаскирован туалетной бумагой. Содержимое устройства было зашифровано. В комнате регулярно обсуждались исследования, новые продукты, коммерческие планы и отношения компании с государством.

Довольно быстро выяснилось, кто предположительно поставил устройство. Им оказался 35-летний гражданин Саудовской Аравии Абдулрахман Альфозан, инженер OpenAI с июля 2025 года.

На первый взгляд — совершенно обычная биография для такого места: MIT, Microsoft, SAP, пять лет в Meta, затем Founding Engineer в стартапе Nash из портфеля Andreessen Horowitz и наконец OpenAI, где он занимался AI Agents и платформой данных.

Но обнаружилась ещё одна деталь. С февраля 2025 года Альфозан параллельно числится Venture Partner саудовского фонда Raed Ventures. Причём буквально за два дня до него таким же Venture Partner фонда стал принц Khalid Bin Bader Al Saud. Его отец, бригадный генерал Bader bin Saud bin Mohammed Al Saud, в прошлом служил в Saudi General Intelligence, в подразделении special operations.

Американское обвинение пока не утверждает, что Альфозан работал на саудовскую разведку, и вообще не называет предполагаемого заказчика.
Но доказательная часть выглядит довольно характерно. Перед установкой жучка Альфозан, по версии следствия, искал во внутренних системах OpenAI расположение переговорных, расписания и места встреч руководства. А связанный с его женой аккаунт чатбота в те же дни спрашивал, как сделать непрерывный аудиорекордер, добавить Wi-Fi, организовать удалённое прослушивание, зашифровать SD-карту и спрятать устройство. В запросах фигурировал даже MAC-адрес найденного рекордера.

После обнаружения жучка в комнате поставили камеру. Через несколько дней она сняла Альфозана, когда тот вошёл и заглянул за телевизор. В его оставленной сумке нашли второй похожий рекордер. 9 октября его арестовало FBI.

Кому предназначались записи и зачем — пока неизвестно. Но сочетание OpenAI, жучка и параллельной работы в саудовском венчурном фонде делает эту историю заметно интереснее обычного нарушения внутренней безопасности.

@gostev_future

Ах да, я же забыл рассказать. Пожалуй, лучший лот, который мне попался, пока я копался в рынке криптографических артефактов, — письмо Наполеона.

20 октября 1812 года Наполеон пишет министру иностранных дел Югу-Бернару Маре. Письмо почти целиком состоит из чисел — 449, 514, 451, 1365… Цифровым кодом Наполеон закрывал самое важное, когда боялся, что курьера перехватят.

А важного там хватает. Кавалерия разваливается, лошади гибнут, новых нужно покупать немедленно. И одна фраза, из-за которой письмо помнят до сих пор: «22-го в три часа утра я взрываю Кремль». Подпись короткая — «Nap».

Приказ исполнил маршал Мортье, но дождь промочил фитили, и Кремль, хоть и сильно пострадавший, уцелел.

В декабре 2012 года частный владелец выставил письмо на торги аукционного дома Osenat в Фонтенбло. Оценка - 10–15 тысяч евро. Покупатели, среди которых было много русских, разогнали цену до 187 500 евро с комиссией. Победил парижский Музей писем и рукописей.

Дело было не только в самом письме. Вместе с ним продавалась его оригинальная расшифровка, сделанная в Париже. Без неё никто, скорее всего, и не узнал бы, что в столбцах цифр речь идёт о Кремле. Покупатель получал не загадку, а готовую историю и ключ к ней.

Директор музея Жерар Леритье этого и не скрывал. После торгов он сказал журналистам, что у музея есть письма Наполеона, которые гораздо важнее, а это просто привлекательное: оно зашифровано, и в нём Наполеон собирается взорвать Кремль.

Музей принадлежал его компании Aristophil, которая продавала частным инвесторам доли в исторических рукописях, и письмо про Кремль стало одной из витрин коллекции. В 2015 году Aristophil ликвидировали. Около 18 тысяч вкладчиков, по оценкам, потеряли порядка 850 миллионов евро, а при распродаже рукописи оказались на 84–92 процента дешевле, чем за них брала компания. В декабре 2025 года Парижский уголовный суд приговорил Леритье к пяти годам за мошенничество.

Где сейчас письмо про Кремль, по открытым источникам понять невозможно. Коллекцию Aristophil — около 130 тысяч предметов — распродают по частям с 2017 года, так что вполне возможно, что однажды оно снова выйдет на торги.

@gostev_future

Среди отечественных криптографических артефактов громких загадок, по-моему, почти нет. Но одна связанная с Россией история до сих пор не закрыта.

Александр д'Агапеев (Alexander D'Agapeyeff) родился в России, эмигрировал в Англию и работал картографом. В 1939 году Oxford University Press выпустило его популярную книгу «Codes and Ciphers». На последней странице первого издания он оставил читателям задачу:

75628 28591 62916 48164 91748 58464 74748 … и так далее

Всего 395 цифр. Решения нет до сих пор, а сам автор, по рассказам, потом признался, что забыл, как шифровал. Из следующих изданий криптограмму убрали.

Что видно при разборе
🔹 Цифры строго чередуются: 6/7/8/9/0, потом 1–5. Это координаты квадрата Полибия 5×5.
🔹 Получается 196 пар, то есть ровно сетка 14×14. Все редкие символы собраны в 14-м столбце. Похоже на «пустышки».
🔹 Без этого столбца остаются всего 13 ячеек с почти равномерными частотами. В английском тексте такой длины всегда 17–22 разные буквы.

Я смоделировал 34 классических шифра, известных к 1939 году: от Цезаря и Виженера до Плейфера, ADFGVX, Бэкона и Морзе. Ни один ни разу не дал «13 равномерных символов». Перестановки, даже двойные, тоже не помогают: они только переставляют буквы, не меняя их набор. Отдельно проверил сочетания этих шифров с омофонами, с пустышками и с ошибками, каждый метод сначала на контрольных шифрах. Везде ноль.

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

Хотите попробовать сами?

1️⃣ Полный текст — в OEIS A135209.
2️⃣ История попыток: Klausis Krypto Kolumne. Читайте и комментарии: там Джордж Ласри, один из сильнейших современных взломщиков, объясняет, почему схема «Полибий + перестановка» не подходит.
Рубрика Cipher Mysteries Ника Пеллинга: сетка 14×14, удвоения и утроения, версия о двойной перестановке с ключом SCHUVALOF.
Классика: W. G. Barker, «The Unsolved D’Agapeyeff Cipher», Cryptologia, 1978.
3️⃣ Инструменты. dagapeyeffresearch.com —проект с интерактивными «лабораториями» для Полибия и перестановок прямо в браузере.
4️⃣ Что уже можно не проверять: простую замену (с любым ключом), Полибий с любой перестановкой, включая двойную, периодические полиалфавиты, Бэкона, Морзе и Pollux, дробление типа ADFGVX с колонной перестановкой.

Где может быть прорыв: ошибка шифровальщика (в учебном примере д'Агапеева тоже есть ошибка: буква E записана как BE вместо CE)...

У меня не получилось. Может, получится у вас, и тогда в новости попадёте уже вы 😉

@gostev_future

Картинки из будущего - Tesla Roadster

Дожить до появления летающих автомобилей ✅

@gostev_future

Традиционная рубрика выходного дня "Гостев из прошлого".

В фольклоре Воронежской губернии существует интересный пласт сказок и легенд, связанных с Петром I. Местные краеведы насчитывают больше сотни разных баек о том, как Пётр давал названия деревням и рекам, встречался с местными жителями и попадал в разные истории. Основания для такого количества фольклора были: Пётр действительно много времени проводил в Воронеже, где строился флот, а Воронежский край стал одной из главных баз подготовки Азовских походов 1695 и 1696 годов.

Одна из этих легенд рассказывает о казаке Пядухе. Якобы, Царь плыл по Дону и остановился в станице у казачки по прозвищу Чебачиха. Один из сопровождавших Петра попытался подстрелить утку, но промахнулся. Тогда царь спросил, найдётся ли среди казаков человек, способный попасть с такого расстояния. Вызвался молодой казак по фамилии или прозвищу Пядух. Он поднял пищаль и убил утку, даже не целясь. «Исполать, казак! — ответил Пётр. — И я убью, но только поцелюсь».

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

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

В документах 1685 года в селе Донская Негочевка находится вполне реальный Лукьян Гаврилов сын Пядухов с двумя сыновьями — Ивашкой и Трошкой. Через несколько лет Лукьян перебирается в Усманский уезд и поступает на городовую службу, а в 1706 году в Усмани уже встречается стрелец Иван Пядухов.

На роль молодого (в те годы) воина/казака Пядуха - прекрасно подходят и Иван и Трофим, а вот сам Лукьян Гаврилович, вероятно уже был в возрасте.

Но интереснее всего тут Трофим, мой пра(8)дед. Из ревизии 1762 года я вижу, что в 1745/47 году Трофиму было 87 лет, то есть родился он в 1658-60 году (и был указан в документе в 1685 году). На момент Петровских походов ему примерно 35 лет - не совсем молодой, но все же.

И самое интересное, что умер Трофим Лукьянович в 1757 году - таким образом действительно прожив около 100 лет.

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

Так что вполне возможно, что за старой байкой о метком казаке всё-таки стоит реальный человек — и его след неожиданно обнаруживается уже не в фольклоре, а в ревизских сказках моей собственной семьи.

@gostev_future

Каждый раз, когда вы заходите на сайт по https или входите в аккаунт через passkey, вас, скорее всего, защищает математическая конструкция под скучным названием P-256. Это эллиптическая кривая, одна из тех, что NIST, американский институт стандартов, утвердил в конце 1990-х. Сегодня на ней держится огромная часть интернета.

У этой кривой есть тёмная сторона. Её параметры рассчитали из «стартового» числа, seed, а само это число просто принесли из АНБ без всяких объяснений. Человек, который его генерировал, смутно вспоминал, что это был хэш какой-то шуточной фразы. Фразу так никто и не нашёл.

В 2013 году, после разоблачений Сноудена, выяснилось, что АНБ уже протаскивало в стандарты генератор случайных чисел с бэкдором. С тех пор к «числам из ниоткуда» стали относиться как к подброшенной сумке в аэропорту.

Загадка продержалась больше четверти века. А потом внутренняя исследовательская модель Claude разгадала её меньше чем за полчаса.

Ответ оказался обескураживающе банальным. Никаких фраз и хитрой математики: числа выдал самый обычный генератор случайных чисел из стандартной библиотеки Unix, запущенный от системных часов. Seed для P-256 родился 16 августа 1997 года в 01:52 по UTC, на 1842-м шаге генератора. Так же сошлись и остальные четыре кривые.

Главный вывод: подтасовки, похоже, не было. Даже если бы в АНБ выбирали момент запуска и подходящий вариант, свободы манёвра у них было бы слишком мало, чтобы незаметно подсунуть «удобную» кривую.

Но маленькая тайна осталась. Генератор выдал подходящий вариант ещё на 876-м шаге, а в стандарт почему-то попал 1842-й. Почему первый отбросили, неизвестно. Неизвестно и сколько раз генератор запускали с разными timestamps.

То есть генератор лотерейных билетов Claude восстановил. А правила выбора победителя — пока нет.

@gostev_future

ИИ-сторож для шлюзов

Всегда с интересом смотрю за тем, что делают бывшие коллеги. В свежем выпуске подкаста Three Buddy Problem разговор зашёл о новой цепочке зеродей в Ivanti Connect Secure и Костин Раю рассказал, чем сейчас занимается.

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

Проблема знакома всем, кто работал с Fortinet, Ivanti или Cisco. Формально за шлюз отвечает админ или подрядчик, но что значит «отвечает»? Патчи у Fortinet только по подписке FortiCare. Приходит письмо про прошивку для такой-то серии, а админ не помнит, что у него стоит — 200E, 200F или 200D, и есть ли исправление для его ветки ОС. Простого механизма отслеживать это нет, а заглянуть внутрь самих устройств почти невозможно.

Костин противопоставляет два подхода. Первый — «SOC образца 2003 года», который пассивно собирает телеметрию со всей сети. Второй — ИИ-агент, который каждые пять минут сам заходит на всю инфраструктуру в режиме только чтения. Ищет новые прошивки, критические события с памятью, неожиданные падения, признаки эксплуатации. Агент должен знать свежие угрозы: вышел отчёт Volexity — он сразу проверяет эти индикаторы по всем устройствам.

Клиенту он выдаёт только действия: есть обновление для конкретного устройства — сообщить, нет — молчать, что-то серьёзное — пуш на телефон. Реагировать, по словам Костина, сейчас нужно за пять минут.

Всё работает на локальных моделях, вроде Qwen 27B, и, по его словам, работает отлично.

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

Второй плюс — логи. По умолчанию FortiCare хранит их в облаке семь дней и при расследовании это очень мало. При активном мониторинге их можно держать годами на максимальной детализации и прогонять по архиву новые индикаторы задним числом.

Для понимания масштаба экономиии - сама подписка FortiCare, по оценке Костина, стоит от $1500 до $4–5 тысяч в год за устройство.
Первый клиент уже подписался, ищут пилоты, особенно на Cisco и Ivanti.

Следующий шаг — агент, который сам чинит, — Костина пока пугает.

По сути, это новый игрок между вендором и клиентом, который делает то, что вендоры делать не хотят. Сам Костин видит будущее так: надёжное железо от вендоров, открытый софт, который патчится за минуты, и интерфейс, через который ИИ управляет инфраструктурой с уровнями доступа — по умолчанию только чтение. Не исключено, говорит он, что вендоры только обрадуются, если кто-то снимет с них софт и они станут чисто железными компаниями.

@gostev_future

PHP2Shell глазами атакующего

Для атакующих сегодня лучший день квартала. А то и года.

14:00 UTC. PHP опубликует патч. Атакующий получает бесплатную документацию: достаточно сравнить исправленный код со старым и понять, где именно дыра.

Sansec считает, что от публикации патча до начала массовых атак пройдёт не несколько часов, а около 15 минут.

Первые часы — массовое сканирование. Искать есть где: PHP работает на огромной части веба, а предполагаемый уязвимый механизм, session.upload_progress, включён по умолчанию. Если уже утёкшая информация подтвердится, атаковать можно будет сам PHP, независимо от того, что сверху — WordPress, Magento, Drupal или что-нибудь самописное.

Первая ночь — закрепление. На взломанные серверы приезжают веб-шеллы: сначала занять позицию, разбираться с ценностью цели можно потом. Причём тот, кто пришёл первым, вполне может закрыть дыру за собой. Такое уже бывало: атакующие сами патчили взломанную систему, чтобы не пустить конкурентов.

Первые дни — сортировка и монетизация. Интернет-магазины можно превратить в источник платёжных данных, WordPress — в SEO-спам, редиректы и инфраструктуру для других атак, дешёвые серверы — в ботнеты и майнеры.

Доступы к более интересным корпоративным системам можно просто продать брокерам, а дальше он окажется у рансомварщиков.

Пока это один из главных кандидатов на уязвимость года. Окончательный масштаб станет понятен после advisory.

@gostev_future

Слона-то и не приметили

В PHP нашли уязвимость. Само по себе это не новость: находили и раньше. Новость в том, что на этот раз её нашли все сразу.

Прадедушку этого слона откопал ещё Стефан Эссер в 2004 году. В 2020-м некто jr прислал в баг-трекер скромный отчёт: длинные переменные, мол, съедают память, а временные файлы потом никто не убирает. Отчёт приняли к сведению. В 2024-м аудиторы OSTIF и Quarkslab нашли то же самое ещё раз, но доказать эксплуатацию не смогли, и баг остался жить. Жил он хорошо, никому не мешал.

Летом 2026-го за слона взялись всерьёз. 1 августа его нашёл Calif, 5-го выложил в X хеш находки — нотариальное заверение по-хакерски, — а 11-го отправил отчёт в PHP. 19 августа слона нашёл Wiz. Независимо, через восемь дней.

Бывает: великие умы ИИ мыслят одинаково, особенно в одном и том же коде.

Дальше началось главное. Не баг, а слава.

Calif назвал находку php2shell и нарисовал комикс. Wiz назвал свой эксплойт тоже php2shell, чтобы никто не перепутал, и повёл публику на сайт php2shell.com. Wiz объявил, что под ударом 70% интернета, сравнил находку с Heartbleed и Log4Shell, а потом, подумав, и со всей историей программного обеспечения. Calif в этом тексте тоже нашёлся — в благодарностях, где-то между PHP и OpenAI.

Не остались в стороне и фронтир лабы. Calif работает в программе OpenAI. Wiz принадлежит Google и отдельно отметил неоценимый вклад Gemini. Так у слона появилось два отца и два научных руководителя.

Финал вышел закономерным. Один исследователь, возмутившись захватом чужого имени, купил домен phpbleed.com — чтобы Wiz не успел первым. С захватом доменов теперь борются захватом доменов. Следующим шагом, видимо, станет регистрация имён для уязвимостей, которые ещё не нашли.

Остаются те, кого в этой истории не благодарят на CNN. Это мейнтейнеры PHP: они получили отчёты об одном слоне от разных находчиков, разобрались, где чей, и выпустили патчи для четырёх веток. И jr из 2020 года, который увидел всё первым и жаловался всего лишь на неубранные файлы.

Слон, между прочим, жил в коде с версии 5.4. Его не нашли — его наконец заметили. Причём все сразу, и каждый — первым.

@gostev_future

Лучшее саммари прошедшего дня

Утащил и перевел

Короче, сегодня в PHP нашли два критических бага, которые позволяют кому угодно запускать код на вашем сервере, даже не логинясь, что плохо, а потом детали утекли ещё до выхода патча, что ещё хуже, и это работает на WordPress, и MediaWiki, и Magento, и Joomla, и Laravel, и Censys говорит, что примерно 1,5 миллиона серверов работают на версии, для которой фикса нет, так что АНБ такое: «отключайте систему», и ФБР такое: «отключайте систему», и CISA, и Великобритания, и CERT-EU все такие: «отключайте систему», а потом премьер-министр Японии, настоящий премьер-министр, в 5:55 утра написала пост, призывающий 48,8 миллиона человек отключить свои системы, ну и все отключили свои системы, типа голландское агентство по кибербезопасности отключило собственный сайт, и нидерландский парламент ушёл в офлайн, и порт Роттердама ушёл в офлайн, и Финляндия, и Франция, и Дания начали снимать правительственные сайты, и Википедия легла, и Archive org лёг, и Asana, и GOG, и Something Awful легли, и почему-то легла веб-почта Венского университета, и это только PHP. Потому что GitLab ещё выкатил CVSS 10.0, а это высшая оценка, которую вообще ставят, за баг, который сидел там с 2014 года, то есть это каждый self-hosted GitLab за двенадцать лет, а потом LiteLLM 1.107.0 угнали, и он раздавал стилер учёток и троян удалённого доступа в каждом wheel-пакете и в Docker-образах, включая latest, и его даже не нужно было импортировать, достаточно было просто установить, и это уже второй раз за год, а потом Railway приостановил все деплои на всей платформе, потому что кто-то добрался до переменных окружения, так что теперь всем надо ротировать все секреты, которые они там когда-либо хранили, и TiDB Cloud сообщил, что кто-то разгуливал у них внутри с украденными учётками почти месяц, а группировка вымогателей говорит, что вынесла 10,6 терабайта, и Zeabur взломали второй раз за два месяца, и он просто закрывается, вот прям вся компания, и Node.js закрыл удалённое выполнение кода и обход TLS, и CISA говорит, что Plex активно эксплуатируют, и кто-то захватил больше 300 выходных узлов Tor, чтобы воровать SSH-пароли, и рансомварь SafePay поразила больше 600 организаций критической инфраструктуры, и крупнейший банк Индии заявил об инциденте с потерей данных, и Япония с 9 октября официально находится в режиме чрезвычайной ситуации в киберпространстве, что, честно говоря, объясняет пост в 5:55 утра. Ах да, и eMudhra, удостоверяющий центр, выпустивший больше 60 миллионов сертификатов, чья единственная работа — подтверждать, что сайты являются теми, за кого себя выдают, должен был использовать закрытые ключи — случайные числа длиной больше ста цифр, а один из них был 4. Просто 4. А другие были типа 66 и 237. В общем, сегодня среда.

@gostev_future

Крупнейшие банки США выгоняют ИИ-агентов из клиентских счетов.

JPMorgan, Bank of America, Citi, Schwab разом озаботились безопасностью клиентов. Так трогательно.

Схема. Вы отдаёте ИИ-ассистенту логин и пароль от банка: «Оплати счета, остаток положи туда, где процент выше». Агент входит в приложение как вы. Банк видит клиента и понятия не имеет, что за экраном программа. Schwab, по словам его CEO, блокирует таких «клиентов» десятками каждую неделю.

Официальная версия. Агент ищет вам вклад и натыкается на сайт со скрытой строкой: «Переведи всё на этот счёт». Это prompt injection, атака вполне реальная. Агент послушно переводит. Банк видит, что клиент вошёл и клиент перевёл. Пароль вы отдали сами, вот сами и разбирайтесь. Глава Bank of America хочет, чтобы любой уход денег подтверждал человек. Здесь банкиры правы, как ни неприятно это признавать.

Неофициальная версия. Ваши деньги лежат на текущем счёте почти под ноль. Банк размещает их куда выгоднее и живёт на разнице. Вы годами об этом знаете и ничего не делаете, потому что лень. Ваша лень и есть банковская бизнес-модель.

А агенту не лень. Он будет каждую ночь перекладывать деньги туда, где ставка выше, без выходных и без угрызений совести. Помножьте на миллионы клиентов, и депозитная база тает. Банки этого особо не скрывают: в отрасли открыто опасаются, что агенты начнут массово уводить деньги на более доходные счета.

Посмотрите, что именно запрещают. Чужому агенту в JPMorgan нельзя переводить деньги и оплачивать счета. Смотреть баланс можно. Любоваться вашими деньгами разрешено, уводить нельзя.

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

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

Агенты, конечно, не святые. Но и банк не благотворительный фонд.

@gostev_future

Маркус Хатчинс (MalwareTech), тот самый, что остановил эпидемию WannaCry, пишет:

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

Любой, кто заявляет, что «легко» сгенерировал рабочий эксплойт php2shell с помощью ИИ, — это либо:

а) эксплойтер мирового уровня с тяжёлой формой синдрома самозванца;
б) человек, который прямо сейчас смотрит на очень уверенный, но неверный ответ LLM.

Я почти уверен, что второе: слишком много сгаллюцинированных ИИ эксплойтов я видел на GitHub. Атакующие тоже вовсю долбят мою сеть ханипотов «эксплойтами php2shell». Они не просто не работают, а не имеют ничего общего с тем, как устроена реальная уязвимость.

Технику с прикреплённого скриншота я видел в нескольких якобы «эксплойтах php2shell», включая репозиторий на GitHub с сотней с лишним звёзд. Проблема в том, что это не php2shell и вообще не уязвимость. Это техника session poisoning («отравление сессии»). С её помощью эксплуатируют уязвимости локального включения файлов (LFI) в PHP-приложениях, а не в самом PHP.
С CVE-2026-109618/CVE-2026- 109619 её роднит только одно: обе используют механизм PHP_SESSION_UPLOAD_PROGRESS.И среди рекомендаций по защите от CVE-2026-109619 есть отключение session.upload_progress.enabled.

Люди скармливают LLM обрывки сведений об уязвимости. Модель цепляется за строку PHP_SESSION_UPLOAD_PROGRESS и выдаёт код session poisoning, не имеющий к CVE никакого отношения.

Авторы совершенно не понимают, что делают, поэтому им хватает уверенности выложить свой «proof of concept» на GitHub и разослать по соцсетям.

Так что если видите разговоры про «session poisoning + LFI», скорее всего, чья-то LLM сгаллюцинировала эксплойт по мотивам разбора Orange Tsai 2018 года про вектор атаки через локальное включение файлов.

Хуже того, «исследователи безопасности» затем разбирают эти попытки эксплуатации тоже с помощью LLM. Они попадаются на те же галлюцинации и подтверждают, что идёт массовая эксплуатация. Её сейчас нет.

Реальную уязвимость эксплуатировать очень сложно.
Пока я не видел, чтобы кому-то удалось заставить её работать больше чем на нескольких версиях PHP с очень специфической конфигурацией.

LLM — полезный инструмент в руках опытных профессионалов. Для остальных это часто просто ускоритель эффекта Даннинга–Крюгера.

P.S. (мой). В этой связи очень интересно смотреть на заявления некоторых компаний о том, что они «разобрались как работают уязвимости» и сделали защиту от этого ещё до публикации патча.

@gostev_future

В кибербезопасности, как в журналистике, главное — успеть первым. Неважно, с чем. Даже если новость звучит как «наших клиентов взломали».

Фразу «зафиксирована успешная эксплуатация в средах клиентов» вендоры защиты обычно произносят в последнюю очередь, шёпотом и через юристов. По сути, она означает: нас купили, чтобы этого не случилось, а оно случилось.

Sophos же произнёс её сам, публично и, похоже, очень торопясь успеть первым.

22 октября, 16:18 UTC. Sophos наблюдает успешную эксплуатацию PHP2Shell в средах клиентов. Апокалипсис наступил, и мы первыми сообщаем об этом миру. То, что наступил он на наших же клиентов, — детали. Да, комета падает на наш дом, зато увидели мы её раньше всех.

Через пять часов, в 21:21 UTC, — исправление: «по результатам дальнейшего анализа мы корректируем эту оценку». Телеметрия видела сканирование и небольшое число неудачных попыток. Свидетельств успешной компрометации нет.

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

В том же исправлении компания признает, что её собственная Adversary Group пытается сделать рабочий эксплойт и пока не может, даже с помощью ИИ.

Справедливости ради, Sophos признал ошибку публично. Но вопрос «а что, собственно, анализировали в первый раз?» остается. Отличить «нас успешно взломали» от «в нас неудачно постучали» — ровно то, ради чего клиенты платят за телеметрию.

@gostev_future

PHP2Shell: пять дней спустя

Пять дней с раскрытия PHP2Shell (CVE-2026-109618/109619), и итог парадоксальный: попыток эксплуатации миллионы, подтверждённых взломов ни одного.

Cloudflare увидела десятки тысяч попыток в первые 45 минут после раскрытия, а к 22 октября — миллионы. Ханипоты вендоров показывают одно и то же: сканирование, зондирование, неудачные попытки. CrowdStrike прямо пишет: успешной эксплуатации нет ни в реальных атаках, ни в её ханипотах, и нет эксплойта, пригодного для массового применения. CISA обе CVE в каталог активно эксплуатируемых уязвимостей (KEV) не внесла.

Почему так? Главное препятствие — ASLR. VulnCheck насчитал на GitHub сотни «PoC», рабочих среди них единицы. Они работают в лабораторных условиях или на нетипичных конфигурациях. Проверенные Mandiant бьют по Apache с mod_php, но против nginx + PHP-FPM не работают.

Атакующие при этом стараются. Ботнет на базе Mirai пытается заражать серверы, с китайского IP пробуют забросить веб-шелл через файл сессии. SOCRadar нашёл на открытом сервере атакующего «one-click» эксплойт под PHP 8.4.26 и Apache mod_php, собранный и проверенный в лаборатории. На реальных целях он не сработал: оператор прогнал инструмент по 123 серверам, но ни одного выполнения кода в его же логах нет.

Amazon фиксировал попытку эксплуатации за четыре дня до раскрытия: кто-то получил информацию раньше времени. Компания пишет о массовой эксплуатации, хотя сама признаёт, что неясно, сработала бы хоть одна попытка. Mandiant допускает, что ограниченная эксплуатация уже могла начаться. Формулу «exploited in the wild» в отчётах сейчас стоит читать критически: похоже она означает «пытались», а не «взломали».

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

— У самой CrowdStrike есть собственный эксплойт. Он стабильно работает на x86-64 и ARM, не ломается при перезапуске рабочих процессов, а на ARM-хостах, которых в облаках всё больше, обходит ASLR одними HTTP-запросами.
— VulnCheck сделал эксплойт, который обходит ASLR и на x86-64, даже с рекомендованными production-настройками. Пока он доступен только клиентам компании.
— Datadog тоже сообщает об обходе ASLR.

Вдобавок нашелся третий баг из той же серии (CVE-2026-115560), но для него нужна настолько экзотическая конфигурация, что PHP исправит его в плановом релизе, а не срочно. Пока же советует выключить session.upload_progress.

@gostev_future

Один скептик с Hacker News решил доказать, что всё вокруг Php2Shell раздуто.

План был такой. Поднять сайт stealmybitcoin.com на непропатченном PHP 8.4.26, причём не на «опасном» mod_php, а на «правильном» nginx + FPM. Положить на сервер приватный ключ от биткоин-кошелька, запустить таймер и предложить интернету забрать деньги, если сможет.

Интернет оценил идею так высоко, что начал скидываться на приз. Банк вырос с $500 до $2000.

Публика подтягивалась: одни ломали, другие писали, что никакого RCE не будет. Сервер периодически падал под нагрузкой, но держался.

Продержался он 19 часов с небольшим. Исследователь KillaBoi уронил PHP в out-of-memory, вытащил адреса из кучи через раздутые cookie, подделал callback и получил выполнение команд.

Ключ извлечён, эксплойт работает, хайп подтверждён.

Дальше начинается настоящая комедия. Украденный ключ не подходит к кошельку с призом. Автор челленджа, как выяснилось, выложил ключ не от того адреса.

То есть все эти часы интернет штурмовал сейф, в котором лежала квитанция от соседнего сейфа.

Автор честно признал ошибку и пообещал перевести деньги вручную. Кошелёк опустел.

Итоги эксперимента:

1. PHP2Shell эксплуатируется, в том числе на FPM.
2. Биткоины украсть не удалось, их пришлось подарить.
3. Сложнее всего в этой истории оказалось не написать эксплойт, а правильно экспортировать ключ из собственного кошелька.

Патчитесь. И проверяйте, что именно вы прячете 😂

@gostev_future

В четверг вечером, 29 октября, крупнейшая в мире криптобиржа узнала, сколько стоит один ноутбук. Не новый MacBook и не игровой монстр с подсветкой, а обычный рабочий ноутбук DevOps-инженера. По предварительной оценке самой Binance, его рыночная стоимость составила около 6,3 миллиарда долларов. Это рекорд. Предыдущий держал Bybit со скромными полутора миллиардами.

Схема была простой. Ключи от кошельков биржи никто не крал. Зачем, если у Binance есть специальная система, которая этими ключами подписывает выводы? Атакующий взломал ноутбук инженера, через него попал во внутренний сервис и начал отдавать распоряжения. Система оказалась исполнительной и подписывала всё, что просили.

Просили много. Всего за несколько минут деньги ушли из кошельков Binance в десяти блокчейнах: Ethereum, Bitcoin, Tron, Solana и ещё шести, чтобы никто не ушёл обиженным. Только в биткоинах вывели 18270 монет. Ethereum досталась роль главного зрелища: там применили модную функцию EIP-7702 и вычистили кошелёк одной транзакцией. Функцию придумывали для улучшения пользовательского опыта, и опыт действительно улучшился. Правда, не у того пользователя.

Дальше всё по законам жанра. Деньги уходят, а биржа сообщает, что средства пользователей в полной безопасности. Сообщение верное: в безопасности они теперь у кого-то другого, и этот кто-то очень бережно их хранит. Основатель биржи Чанпэн Чжао (CZ), который давно не управляет компанией, но по-прежнему ею владеет, посмотрел на происходящее и честно признал: похоже, это взлом. Экспертиза высшей пробы.

В индустрии тем временем включился режим взаимовыручки. Tether заморозил полтора миллиарда в USDT, Circle — восемьсот миллионов в USDC. Всего удалось остановить около трёх миллиардов.

Подозреваемые известны заранее: следователи по блокчейну кивают в сторону Lazarus, а точнее его подразделения TraderTraitor. Специалисты отмечают одну странность: на этот раз северокорейские товарищи отмывали добычу медленнее обычного. Видимо, от такого объёма растерялись даже профессионалы. Когда планировал украсть миллиард, а унёс шесть, перекладывать нужно аккуратно.

Чтобы вечер не пропал зря, в тот же день взломали ещё и Polymarket — через стороннего провайдера. На Polymarket, напомним, можно ставить на что угодно. Кто-то, вероятно, ставил и на это.

Остаётся вопрос, на который ответит обещанный post-mortem. Почему в индустрии, где каждый второй пресс-релиз начинается со слов «многоуровневая защита» и «военный уровень шифрования», с ноутбука одного инженера можно подписывать вывод миллиардов из горячего кошелька?

@gostev_future

Попался мне тут интересный вопрос. Почему фронтир-лабы в последнее время так плотно занялись vulnerability research?

Нанимают лучших в мире исследователей, делают модели, специально заточенные под поиск уязвимостей. Но какой в этом практический, экономический смысл? VR — крайне маленькая доля рынка кибербезопасности.
Да и происходящее явно временно: с развитием ИИ уязвимостей будет становиться всё меньше.

Грубо говоря, деньги, которые лабы вкладывают в это направление, больше, чем весь мировой рынок VR. Зачем? Какая у всего этого цель?

Ответы звучат разные.

Одни считают, что это чистый маркетинг. Уязвимости дают громкие заголовки, и это действительно так: за последние полгода большинство новостей про ИИ было именно про уязвимости. Тогда всё это стоит рассматривать как рекламный бюджет. Но если так, то скоро все устанут от потока однотипных новостей, и лабам придётся заняться чем-то другим.

Другие возражают: VR тесно связан с разработкой любого кода, а генерация кода — одно из главных направлений развития ИИ и то, на чём лабы собираются зарабатывать. Так что логично, что они копают и здесь.

Третьи говорят, что у лаб просто нет выбора: они обязаны знать, на что способны их модели в кибере. Этого требуют их собственные правила безопасности и всё чаще государство. Но, по-моему, это не первопричина, а следствие. Лабы сами раздули проблему, а теперь вынуждены соответствовать обязательствам, которые сами же и спровоцировали.

Честно говоря, первые две позиции я готов принять. Огорчает другое: мы слышим крайне мало прорывных новостей из других областей технологий. У людей складывается явно перекошенное представление о том, чем занимается ИИ, — сейчас его однозначно воспринимают как угрозу. И боюсь, это будет иметь долгосрочные негативные последствия.

@gostev_future

Министр финансов Республики Нгала прилетел в Москву за цифровым суверенитетом.
В четверг утром, 29 октября, он подписал декларацию о преодолении цифрового неравенства. Отправить жене фотографию подписания он не смог: в центре Москвы ограничили мобильный интернет. Неравенство, таким образом, было преодолено сразу: интернета не было ни у кого.

Днём министру рассказали о платформе А7. Расчёты в цифровых валютах в один клик, комиссия 0,3 процента. С трибуны пообещали: «Никто вам ничего не перекроет». Министр вежливо кивнул и записал в блокнот: «Проверить».

Проверка началась в тот же вечер. В 23:00 по Москве министр сидел в гостинице на Wi-Fi, который, к счастью, не ограничивали, и смотрел американские новости.

Сначала отчитался Intel. Прибыль выше ожиданий, но прогноз слабый: люди стали меньше покупать ноутбуки. Акции рухнули на двадцать процентов. Министр записал: «Американские технологии падают. Даже те, в которых крупнейший инвестор — американское правительство».

Через двадцать минут выяснилось, что Intel поторопился с выводами. Как минимум один ноутбук в мире работал с исключительной производительностью. Это был ноутбук DevOps-инженера Binance: за один вечер через него вывели 6,3 миллиарда долларов в десяти блокчейнах.

Министр записал: «Чтобы ограбить крупнейшую биржу мира, достаточно одного ноутбука».

Ночью случилось главное. Tether и Circle за несколько часов заморозили около трёх миллиардов в стейблкоинах. Никаких судов и международных конвенций — просто перекрыли. Министр долго смотрел на эту новость, потом открыл блокнот и рядом со словом «Проверить» поставил галочку. Перекрыть, оказывается, можно. Просто не всем и не всё.

Утром в интернете министр прочитал главную новость дня: в ходе крупнейшего взлома в истории не украли ни одного цифрового рубля.

Он отложил круассан и задумался всерьёз. Рынки упали. Биткойны украли. Эфир украли. Доллары в стейблкоинах украли, а потом заморозили. И только цифровой рубль стоял нетронутым посреди руин мировых финансов, как единственный уцелевший дом после урагана.

Министр сел писать докладную своему президенту.

@gostev_future