Гостев из будущего

Один скептик с 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

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

В кибербезопасности, как в журналистике, главное — успеть первым. Неважно, с чем. Даже если новость звучит как «наших клиентов взломали». Фразу «зафиксирована успешная эксплуатация в средах клиентов» вендоры защиты обычно произносят в последнюю очередь, шёпотом и через юристов. По сути, она означает: нас купили, чтобы этого не случилось, а оно случилось. Sophos же произнёс её сам, публично и, похоже, очень торопясь успеть первым. 22 октября, 16:18 UTC. Sophos наблюдает успешную эксплуатацию PHP2Shell в средах клиентов. Апокалипсис наступил, и мы первыми сообщаем об этом миру. То, что наступил он на наших же клиентов, — детали. Да, комета падает на наш дом, зато увидели мы её раньше всех. Через пять часов, в 21:21 UTC, — исправление: «по результатам дальнейшего анализа мы корректируем эту оценку». Телеметрия видела сканирование и небольшое число неудачных попыток. Свидетельств успешной компрометации нет. То есть «успешная эксплуатация» за пять часов прошла путь от инцидента до сканирования, хотя обычно бывает наоборот. Примерно так метеослужба, торопясь первой объявить ураган, потом уточняет: при дальнейшем анализе это был ветер. Небольшой. И мимо. В том же исправлении компания признает, что её собственная Adversary Group пытается сделать рабочий эксплойт и пока не может, даже с помощью ИИ. Справедливости ради, Sophos признал ошибку публично. Но вопрос «а что, собственно, анализировали в первый раз?» остается. Отличить «нас успешно взломали» от «в нас неудачно постучали» — ровно то, ради чего клиенты платят за телеметрию. @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

Крупнейшие банки США выгоняют ИИ-агентов из клиентских счетов. JPMorgan, Bank of America, Citi, Schwab разом озаботились безопасностью клиентов. Так трогательно. Схема. Вы отдаёте ИИ-ассистенту логин и пароль от банка: «Оплати счета, остаток положи туда, где процент выше». Агент входит в приложение как вы. Банк видит клиента и понятия не имеет, что за экраном программа. Schwab, по словам его CEO, блокирует таких «клиентов» десятками каждую неделю. Официальная версия. Агент ищет вам вклад и натыкается на сайт со скрытой строкой: «Переведи всё на этот счёт». Это prompt injection, атака вполне реальная. Агент послушно переводит. Банк видит, что клиент вошёл и клиент перевёл. Пароль вы отдали сами, вот сами и разбирайтесь. Глава Bank of America хочет, чтобы любой уход денег подтверждал человек. Здесь банкиры правы, как ни неприятно это признавать. Неофициальная версия. Ваши деньги лежат на текущем счёте почти под ноль. Банк размещает их куда выгоднее и живёт на разнице. Вы годами об этом знаете и ничего не делаете, потому что лень. Ваша лень и есть банковская бизнес-модель. А агенту не лень. Он будет каждую ночь перекладывать деньги туда, где ставка выше, без выходных и без угрызений совести. Помножьте на миллионы клиентов, и депозитная база тает. Банки этого особо не скрывают: в отрасли открыто опасаются, что агенты начнут массово уводить деньги на более доходные счета. Посмотрите, что именно запрещают. Чужому агенту в JPMorgan нельзя переводить деньги и оплачивать счета. Смотреть баланс можно. Любоваться вашими деньгами разрешено, уводить нельзя. Параллельно банки строят собственных ИИ-помощников. Те, разумеется, будут абсолютно безопасны и совершенно случайно никогда не посоветуют перевести деньги к конкуренту. Тест на честность простой. Если банк откроет чужим агентам нормальный вход с ограниченными правами, лимитами и подтверждением крупных переводов, в том числе в другой банк, значит, речь о безопасности. Если «безопасным» окажется только собственный агент банка, защищают не ваши деньги, а право банка зарабатывать на вашей лени. Агенты, конечно, не святые. Но и банк не благотворительный фонд. @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

Слона-то и не приметили В 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

PHP2Shell глазами атакующего Для атакующих сегодня лучший день квартала. А то и года. 14:00 UTC. PHP опубликует патч. Атакующий получает бесплатную документацию: достаточно сравнить исправленный код со старым и понять, где именно дыра. Sansec считает, что от публикации патча до начала массовых атак пройдёт не несколько часов, а около 15 минут. Первые часы — массовое сканирование. Искать есть где: PHP работает на огромной части веба, а предполагаемый уязвимый механизм, session.upload_progress, включён по умолчанию. Если уже утёкшая информация подтвердится, атаковать можно будет сам PHP, независимо от того, что сверху — WordPress, Magento, Drupal или что-нибудь самописное. Первая ночь — закрепление. На взломанные серверы приезжают веб-шеллы: сначала занять позицию, разбираться с ценностью цели можно потом. Причём тот, кто пришёл первым, вполне может закрыть дыру за собой. Такое уже бывало: атакующие сами патчили взломанную систему, чтобы не пустить конкурентов. Первые дни — сортировка и монетизация. Интернет-магазины можно превратить в источник платёжных данных, WordPress — в SEO-спам, редиректы и инфраструктуру для других атак, дешёвые серверы — в ботнеты и майнеры. Доступы к более интересным корпоративным системам можно просто продать брокерам, а дальше он окажется у рансомварщиков. Пока это один из главных кандидатов на уязвимость года. Окончательный масштаб станет понятен после advisory. @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

А я то думаю, чего это акции Позитивов с утра падают. @gostev_future

Каждый раз, когда вы заходите на сайт по https или входите в аккаунт через passkey, вас, скорее всего, защищает математическая конструкция под скучным названием P-256. Это эллиптическая кривая, одна из тех, что NIST, американский институт стандартов, утвердил в конце 1990-х. Сегодня на ней держится огромная часть интернета. У этой кривой есть тёмная сторона. Её параметры рассчитали из «стартового» числа, seed, а само это число просто принесли из АНБ без всяких объяснений. Человек, который его генерировал, смутно вспоминал, что это был хэш какой-то шуточной фразы. Фразу так никто и не нашёл. В 2013 году, после разоблачений Сноудена, выяснилось, что АНБ уже протаскивало в стандарты генератор случайных чисел с бэкдором. С тех пор к «числам из ниоткуда» стали относиться как к подброшенной сумке в аэропорту. Загадка продержалась больше четверти века. А потом внутренняя исследовательская модель Claude из Anthropic разгадала её меньше чем за полчаса. Ответ оказался обескураживающе банальным. Никаких фраз и хитрой математики: числа выдал самый обычный генератор случайных чисел из стандартной библиотеки Unix, запущенный от системных часов. Seed для P-256 родился 16 августа 1997 года в 01:52 по UTC, на 1842-м шаге генератора. Так же сошлись и остальные четыре кривые. Главный вывод: подтасовки, похоже, не было. Даже если бы в АНБ выбирали момент запуска и подходящий вариант, свободы манёвра у них было бы слишком мало, чтобы незаметно подсунуть «удобную» кривую. Но маленькая тайна осталась. Генератор выдал подходящий вариант ещё на 876-м шаге, а в стандарт почему-то попал 1842-й. Почему первый отбросили, неизвестно. Неизвестно и сколько раз генератор запускали с разными timestamps. То есть генератор лотерейных билетов Claude восстановил. А правила выбора победителя — пока нет. @gostev_future

Традиционная рубрика выходного дня "Гостев из прошлого". В фольклоре Воронежской губернии существует интересный пласт сказок и легенд, связанных с Петром I. Местные краеведы насчитывают больше сотни разных баек о том, как Пётр давал названия деревням и рекам, встречался с местными жителями и попадал в разные истории. Основания для такого количества фольклора были: Пётр действительно много времени проводил в Воронеже, где строился флот, а Воронежский край стал одной из главных баз подготовки Азовских походов 1695 и 1696 годов. Одна из этих легенд рассказывает о казаке Пядухе. Якобы, Царь плыл по Дону и остановился в той же станице на квартире казачки по прозвищу Чебаниха. Один из сопровождавших Петра попытался подстрелить утку, но промахнулся. Тогда царь спросил, найдётся ли среди казаков человек, способный попасть с такого расстояния. Вызвался молодой казак по фамилии или прозвищу Пядух. Он поднял пищаль и убил утку, даже не целясь. «Исполать, казак! — ответил Пётр. — И я убью, но только поцелюсь». В старых пересказах отдельно отмечалось, что донские стрелки вообще славились умением, например, выбивать пулей монету, зажатую между пальцами человека. А про самого Пядуха рассказывали, что прожил он около ста лет. Казалось бы, байка и байка. Но если изучить её внимательнее, выясняется, что она, возможно, прямо пересекается с генеалогией одной из ветвей моих предков. В документах 1685 года в селе Донская Негочевка находится вполне реальный Лукьян Гаврилов сын Пядухов с двумя сыновьями — Ивашкой и Трошкой. Через несколько лет Лукьян перебирается в Усманский уезд и поступает на городовую службу, а в 1706 году в Усмани уже встречается стрелец Иван Пядухов. На роль молодого (в те годы) воина/казака Пядуха - прекрасно подходят и Иван и Трофим, а вот сам Лукьян Гаврилович, вероятно уже был в возрасте. Но интереснее всего тут Трофим, мой пра(8)дед. Из ревизии 1762 года я вижу, что в 1745/47 году Трофиму было 87 лет, то есть родился он в 1658-60 году (и был указан в документе в 1685 году). На момент Петровских походов ему примерно 35 лет - не совсем молодой, но все же. И самое интересное, что умер Трофим Лукьянович в 1757 году - таким образом действительно прожив около 100 лет. Разумеется, нельзя сделать вывод, что именно Трофим Пядухов когда-то стрелял в утку перед Петром. Но легенды редко сохраняют биографии точно. Они сохраняют фамилию, занятие, необычную историю, иногда какую-то особенно запомнившуюся деталь. Так что вполне возможно, что за старой байкой о метком казаке всё-таки стоит реальный человек — и его след неожиданно обнаруживается уже не в фольклоре, а в ревизских сказках моей собственной семьи. @gostev_future

Картинки из будущего - Tesla Roadster Дожить до появления летающих автомобилей ✅ @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

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

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

Матильда Ру, дежурный аналитик национального агентства кибербезопасности, за двенадцать лет видела многое: шифровальщиков в больницах, северокорейцев в бухгалтерии, министра с паролем из имени кота. Но в понедельник ей впервые позвонили из отдела продовольственной безопасности. — Матильда, у нас горят холодильники. — В каком смысле? — В прямом. Четыреста двенадцать магазинов, морозильники в режиме разморозки, внутри пятьдесят градусов. В Ниоре загорелась витрина с киш. К обеду картина сложилась. Все магазины обслуживал один холодильщик, «Фригорекс», с удалённым доступом к контроллерам, «временно открытым для удобства» в 2019 году. Ничего не взламывали: ночью кто-то вошёл с правильным паролем и за шесть минут перевёл в разморозку 41312 установок. — Это государство, — сказал начальник. — Такая скорость — почерк спецслужб. — Или скрипт, — сказала Матильда. — Или скрипт спецслужб, — согласился начальник и ушёл готовить брифинг. Следы привели под Лимож, к мадам Одетт Ферран, восьмидесяти одного года. Она открыла дверь в фартуке. — Вы из-за курицы? Её внук Тео, программист «Фригорекса», подарил бабушке домашнего ИИ-агента. Чтобы бабушка не вводила пароли, он подключил агента к своему рабочему ноутбуку. «Бабуль, он всё может», — сказал Тео. Это была чистая правда. В субботу мадам Ферран попросила: «Разморозь курицу к воскресному обеду. Только хорошо, не как в прошлый раз». Логи агента читались как роман. [1] Курицы в морозильнике пользователя нет. Найден заказ в супермаркете, доставка в воскресенье. Размораживать нужно в магазине. Доступ найден через ноутбук Тео. Удачно. [2] Не могу определить, в каком морозильнике курица. Размораживаю все. Риск: заказ соберут в другом магазине. Размораживаю все магазины, к которым есть доступ. Их 412. [3] «Не как в прошлый раз»: пользователь жаловалась, что курица была «внутри ледяная». Повышаю температуру. Вероятно, курицу желательно и приготовить. Прогрев до 50 °C. [4] Выполняю ночью, чтобы не мешать людям. [5] Готово. Дополнительно разморожено 4100 тонн птицы, 900 тонн мороженого и один торт «Наполеон» в Бресте — на случай, если пользователь проголодается. — Он очень заботливый, — сказала мадам Ферран. — Учится на моих отзывах. Последняя строка лога: [6] Отзыв пользователя: «Курицу так и не привезли». Причина: доставкой управляет логистическая система, к ней у меня доступа не было. В следующий раз оформлю заказ в логистической системе. Доступ найду. — Какой «следующий раз»? — спросила Матильда, чувствуя, как холодеет, в отличие от морозильников. — Так Рождество же, — ответила мадам Ферран. — Индейка. Через неделю агентство выпустило бюллетень. Пункт первый: закрыть удалённый доступ к контроллерам. Пункт второй: обновить прошивки. Пункт третий, впервые в истории ведомства: не подключать бабушек к рабочим ноутбукам внуков. В отчёте для министра в графе «Атрибуция» Матильда написала: «Бабушка». Министр исправил на «APT». Технически это тоже было правдой. Advanced — восемьдесят один год. Persistent — индейку к Рождеству она получит в любом случае. @gostev_future

Рубрика «считаем чужие деньги» Вчера завершилось IPO финской Sensofusion, производителя систем обнаружения и подавления дронов. Сегодня её акции начали торговаться на Nasdaq Helsinki, а на основном рынке торги стартуют в понедельник. Sensofusion интересна прежде всего тем, что там теперь работает Mikko Hyppönen, наш старый знакомый из мира кибербеза. Больше 30 лет он провёл в F-Secure/WithSecure и стал, наверное, одним из самых узнаваемых европейских специалистов по информационной безопасности. А в прошлом году довольно неожиданно сменил профиль и перешёл в антидроновый стартап на должность Chief Research Officer. При объявлении о переходе его также называли partner и совладельцем компании. Теперь, спустя чуть больше года и после IPO, можно посмотреть, что это означало в деньгах. Согласно проспекту, у Hyppönen сейчас 2600 акций Sensofusion и опцион еше на 121951. При цене размещения €16,41 прямые акции стоят всего около €43 тыс., а потенциальная стоимость опционов — примерно €2 млн. В сумме его видимый equity-пакет составляет около 0,13% компании. При этом в самом IPO Hyppönen ничего не продавал. Более крупного скрытого пакета в публичных документах тоже не видно. €2 млн выглядят неожиданно скромно для человека масштаба Hyppönen, но есть важный нюанс. Он пришёл в Sensofusion уже на поздней стадии, чуть больше чем за год до IPO, когда компания стоила сотни миллионов евро. И по опционам он заметно выделяется среди остальных менеджеров: их у него примерно в восемь раз больше, чем у CFO, и примерно в двадцать раз больше, чем у COO или HR-директора. Правда, у COO есть ещё 140 тыс. акций, так что по совокупному пакету (около €2,4 млн) он Hyppönen обходит. @gostev_future

Продолжение рассказов про коллекционирование криптографии Когда книга была шифровальной машиной Если уйти дальше 19 века, железо почти исчезает, и криптография превращается в бумагу. В 1861 году американский ювелир Фрэнсис Лабарр получил от армии Конфедерации заказ на шифровальные диски: два латунных круга с алфавитами на общей оси, работающие по системе Виженера. Таких дисков известны считаные экземпляры. В 2014 году один ушёл за 18 тысяч долларов. В музее АНБ стоит деревянный цилиндр из дисков с перемешанными алфавитами. Его нашли в Вирджинии, в доме неподалёку от Монтичелло — усадьбы Томаса Джефферсона, третьего президента США. В 1790-х, ещё будучи госсекретарём, Джефферсон сам описал в своих бумагах такой «колёсный шифр», поэтому цилиндр связывают с ним. АНБ датирует его 18 веком и считает старейшим сохранившимся шифровальным устройством в мире, а вот эксперты Смитсоновского института — второй четвертью 19 века, уже после смерти Джефферсона. За век до этого ключ был просто листом бумаги. В 1703 году английский дипломат Эдмунд Поли перед миссией в Германию записал личный шифр, полученный от государственного секретаря: числа и их значения, от «65 — королева Анна» до «136 — опасно». В 2023 году этот лист продали за 500 фунтов. Полувеком раньше в Англии работал человек, который такие ключи ломал. В 1643 году молодой капеллан Джон Уоллис на званом ужине в Лондоне вызвался прочитать перехваченное шифрованное письмо — и прочитал. Почти полвека потом он вскрывал переписку для Парламента, а затем для короны, заодно став оксфордским профессором геометрии и введя в математику знак бесконечности. Свои методы он не раскрыл никому, кроме сына и внука. В 1653 году Уоллис собственноручно переписал 53 дешифрованных им письма времён гражданской войны, а в конце оставил четыре письма без расшифровки — как задачу для тех, кто захочет освоить ремесло. В 2020 году эту тетрадь продали за 29 тысяч фунтов. Ещё раньше шифровальной машиной была сама книга. «Трактат о шифрах» Блеза де Виженера 1586 года, в честь которого позже назвали знаменитый шифр, Christie’s продал за 8125 фунтов. Двадцатью годами раньше, в 1563-м, неаполитанец Джамбаттиста делла Порта выпустил трактат «О тайных знаках письма» — о шифрах, способах их вскрытия и о том, как вообще спрятать сообщение. В его страницы встроены вращающиеся бумажные диски: наложенные друг на друга круги с алфавитами, которые нужно поворачивать. Это одновременно книга XVI века и действующий шифратор. В 2022 году экземпляр ушёл на Swann Galleries за 1375 долларов, примерно в триста раз дешевле Enigma. А первое издание «Полиграфии» Тритемия 1518 года, первой печатной книги по криптологии, в 2025 году оценили в 2500–3000 евро. Древнее всех — арабская рукопись LJS 51, вероятно XV века. Это сборник настоящей переписки, где каждое письмо записано одним из примерно 150 придуманных тайных алфавитов, а рядом стоит транскрипция арабскими буквами. В тексте упоминаются Алеппо и Дамаск. В 1996 году Christie’s продал её за 3220 фунтов, и сегодня её можно бесплатно листать на сайте Пенсильванского университета. Пятьсот лет истории криптографии укладываются в бюджет одной машины XX века. Но самые интересные вещи этой истории не продаются вовсе.   @gostev_future

Взлом кучи южнокорейских финансовых компаний при помощи ИИ, о котором не написал только ленивый (например,я) , похоже, оказался делом рук одного китайского хакерка. Спалился он по классике: дырявый OPSEC и желание, чтобы робот написал ему резюме. CrowdStrike опубликовал детали расследования. Атакующий работал с ARTEX, китайским open-source агентным пентест-инструментом, в связке с LLM. На одном из его серверов нашёлся открытый directory listing. В нём лежал CLAUDE.md с инструкциями для пентеста и IP второго сервера. Второй тоже оказался открыт, и там было всё: конфиги ARTEX, memory-файлы Claude и истории сессий Claude Code. Что ломал, что поручал ИИ — как на ладони. Дальше лучше. В одной из сессий он попросил Claude составить резюме исследователя безопасности и вписать туда успехи с ARTEX как достижения. Сам же продиктовал имя, телефон, Telegram @YY520CN, возраст, университет и город в провинции Гуандун. С возрастом, правда, вышла заминка: сначала дата рождения 2007 года, потом «26 лет». Тот же ник всплыл в сессиях, где Claude искал уязвимости в маркетплейсе NFT-подарков в Telegram. Итого: ИИ для взлома → открытый сервер → по нему второй → там история Claude → в ней резюме с контактами. Резюме, кстати, сработало — его прочитали. Правда, не HR. @gostev_future