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

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

Авторский проект Александра Гостева. Кибербезопасность, AI и технологический рынок: что происходит, кто на этом заработает и чем всё закончится. Книга Вирьё моё! https://www.litres.ru/74050549/ Для связи: [email protected]

Юзернейм
@gostev_future
Категория
Технологии
Страна
РоссияРоссия
Создан
, 11 месяцев
Подписчики1 620+9 за 1 день
Просмотров на пост, 7 дн.1 433+2,4% к пред. 7 дн.
ERR88,48 %за 7 дней

Подписчики, 30 дней

2 нояб. – 3 нояб.+9 (+0,6%)

Показать таблицей
ДатаПодписчики
2 нояб. 2026 г.1 611
3 нояб. 2026 г.1 620

Средние просмотры поста по дням

По дню публикации

Показать таблицей
ДатаПросмотров на пост
14 окт. 2026 г.1 094
16 окт. 2026 г.1 033
18 окт. 2026 г.894
19 окт. 2026 г.1 422
21 окт. 2026 г.1 040
22 окт. 2026 г.1 064
23 окт. 2026 г.1 546
26 окт. 2026 г.1 756
30 окт. 2026 г.1 804
2 нояб. 2026 г.601
3 нояб. 2026 г.1 294

Самые просматриваемые за месяц

  1. 01

    В четверг вечером, 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

    Текст
    Просмотры3,25 тыс.
    Пересылки175
    Реакции48
    Комментарии—
  2. 02

    Каждый раз, когда вы заходите на сайт по 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

    Текстизменён
    Просмотры2,16 тыс.
    Пересылки17
    Реакции17
    Комментарии—
  3. 03

    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

    Текстизменён
    Просмотры2,09 тыс.
    Пересылки36
    Реакции13
    Комментарии—
  4. 04

    Пока в Европе холодильники продолжают размораживать курицу, в России взламывают автомобили. У владельцев Li Auto (Lixiang) вторая волна угона мастер-аккаунтов. Схема простая: злоумышленники меняют данные для входа, у машины гаснут экраны, отключается климат, а некоторые автомобили перестают заводиться. Потом с владельцем связываются и предлагают выкупить собственную машину. Официальный дистрибьютор марки Sinomach Auto инциденты подтвердил. Мастер-аккаунт в Li Auto — это по сути цифровой ключ: двери, запуск двигателя, климат, системы безопасности работают через него. Физических кнопок в салоне почти нет, так что без экранов машина превращается в очень дорогой диван. Откуда растут ноги? Машины, ввезённые «серыми» каналами, регистрировали на китайские номера +86 — через виртуальные SIM eSender или на физические SIM, оформленные на чужое имя. Как именно сейчас угоняют аккаунты, не подтверждено. Версий три: подбор паролей, утечки данных в Китае и логины, переданные «русификаторам» и прошивальщикам. Владельцев, по версии клуба Lixiang, вычисляют по VIN через утёкшие страховые базы. Первая волна была летом 2025-го. Тогда один только дилер «Авилон Электро» за месяц переоформил 47 аккаунтов, а выкуп просили 200–250 тысяч рублей. Сейчас известно около 20 жертв, и просят уже 35–45 тысяч. Сооснователь клуба владельцев называет это конвейером: ставка на объём. Неприятная новость: на этот раз пострадали и те, кто оформил номер на себя и исправно его оплачивал. Тем летом это ещё спасало. Sinomach обещает процедуру проверки владельцев и перевод аккаунтов с китайских номеров на email. Сроков нет. Россия это уже проходила. В январе атака на Delta оставила клиентов с машинами, которые не открывались, не заводились и не снимались с сигнализации. Тогда положили серверы онлайн-доступа. А до этого и хакеры не понадобились: Zeekr объявлял о блокировке мультимедиа у «серых» машин, а Sinomach рассматривала дистанционное отключение экранов. Три разных сценария — решение производителя, взлом облака, угон аккаунта — а результат один. Автомобиль, который зависит от чужого сервера и чужого номера телефона, принадлежит вам ровно до тех пор, пока кто-то другой не решит его отключить. @gostev_future

    Текстизменён
    Просмотры2,08 тыс.
    Пересылки102
    Реакции13
    Комментарии—
  5. 05

    Маркус Хатчинс (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

    Фотоизменён
    Просмотры2,06 тыс.
    Пересылки74
    Реакции18
    Комментарии—

Новые посты

#551Текстизменён

Пока в Европе холодильники продолжают размораживать курицу, в России взламывают автомобили. У владельцев Li Auto (Lixiang) вторая волна угона мастер-аккаунтов. Схема простая: злоумышленники меняют данные для входа, у машины гаснут экраны, отключается климат, а некоторые автомобили перестают заводиться. Потом с владельцем связываются и предлагают выкупить собственную машину. Официальный дистрибьютор марки Sinomach Auto инциденты подтвердил. Мастер-аккаунт в Li Auto — это по сути цифровой ключ: двери, запуск двигателя, климат, системы безопасности работают через него. Физических кнопок в салоне почти нет, так что без экранов машина превращается в очень дорогой диван. Откуда растут ноги? Машины, ввезённые «серыми» каналами, регистрировали на китайские номера +86 — через виртуальные SIM eSender или на физические SIM, оформленные на чужое имя. Как именно сейчас угоняют аккаунты, не подтверждено. Версий три: подбор паролей, утечки данных в Китае и логины, переданные «русификаторам» и прошивальщикам. Владельцев, по версии клуба Lixiang, вычисляют по VIN через утёкшие страховые базы. Первая волна была летом 2025-го. Тогда один только дилер «Авилон Электро» за месяц переоформил 47 аккаунтов, а выкуп просили 200–250 тысяч рублей. Сейчас известно около 20 жертв, и просят уже 35–45 тысяч. Сооснователь клуба владельцев называет это конвейером: ставка на объём. Неприятная новость: на этот раз пострадали и те, кто оформил номер на себя и исправно его оплачивал. Тем летом это ещё спасало. Sinomach обещает процедуру проверки владельцев и перевод аккаунтов с китайских номеров на email. Сроков нет. Россия это уже проходила. В январе атака на Delta оставила клиентов с машинами, которые не открывались, не заводились и не снимались с сигнализации. Тогда положили серверы онлайн-доступа. А до этого и хакеры не понадобились: Zeekr объявлял о блокировке мультимедиа у «серых» машин, а Sinomach рассматривала дистанционное отключение экранов. Три разных сценария — решение производителя, взлом облака, угон аккаунта — а результат один. Автомобиль, который зависит от чужого сервера и чужого номера телефона, принадлежит вам ровно до тех пор, пока кто-то другой не решит его отключить. @gostev_future

Открыть в Telegram
Просмотры2 084+59%к среднему
Пересылки102
Реакции13
Комментарии—
Динамика просмотровСкрыть динамику

Рост просмотров

Часов после публикации

Показать таблицей
Часов после публикацииПросмотры
0 ч0
3 ч1 032
12 ч2 084
  1. Всего сейчас2 084
#550Текстизменён

Вайб-кодинг породил вайб-хакинг, а тот — вайб-крайм: ломать ты не умеешь, но умеешь объяснить нейросети, что хочешь сломать. До недавнего времени это были отдельные эпизоды. ARTEX поставил их на поток. ARTEX - это open-source агентный фреймворк для пентеста, написан на Go китайским разработчиком под ником Autumn-27. Главный агент раздаёт задачи агентам-планировщикам и агентам-исполнителям, а в роли мозгов — любая LLM на выбор. На странице в GitHub честно написано: только для обучения и локальных тестов. Ну да. Хронология: — Конец сентября, банки Южной Кореи: Shinhan, KB Kookmin, Hana. Утекли данные минимум 68 тысяч человек. CrowdStrike нашла у атакующего открытые директории с конфигами ARTEX, историей сессий Claude Code и даже резюме, которое он составил с помощью тех же нейросетей. Бэкенд — DeepSeek, GLM и Grok. Мотив — деньги: у Claude спрашивали, где продать корейские базы. — GMO Cybersecurity находит ARTEX на инфраструктуре, которая атаковала около 20 японских компаний. — Microsoft: Storm-0940 с помощью ARTEX захватила приложения ConnectWise и пыталась войти в 2250+ тенантов Microsoft 365. — CrowdStrike: VAPOR PANDA за 11 дней прошлась по 200+ организациям в 14 с лишним странах, от МИДов до полупроводниковых компаний. — Сеульская полиция вычислила семерых подозреваемых во главе с 32-летним бывшим пентестером: 90+ взломанных организаций, 8,2 млн записей, вымогательство в 38 случаях. После всего этого автор закрыл исходники. Поздно: AhnLab насчитала инстансы ARTEX примерно на 600 IP по всему миру, а уже скачанные копии никуда не денутся. Сравнение с Cobalt Strike напрашивается само: легальный инструмент для red team, который стал общим для APT и криминала. Но технически это разные вещи. Cobalt Strike — это пост-эксплуатация и имплант на машине жертвы, и ловить его по сигнатурам учились годами. ARTEX работает на стороне атакующего: разведка, поиск уязвимостей, password spraying, начальный доступ к веб-приложениям, API и identity. Импланта нет, остаётся только поведение: до 2900 попыток входа в минуту, сессии по 30 часов, новые IP через несколько минут после блокировки. Так что это скорее Metasploit с автономным оператором, работающий на машинной скорости. А когда агент уже внутри, ничто не мешает поднять тот же Cobalt Strike. ARTEX — первый массовый представитель нового класса vibecrime. Если закроют этот (но как?) — появятся другие, а модели вроде DeepSeek можно запускать локально, так что отключить доступ не сможет хостер или LLM-вендор. @gostev_future

Открыть в Telegram
Просмотры503−62%к среднему
Пересылки18
Реакции15
Комментарии—
Динамика просмотровСкрыть динамику

Рост просмотров

Часов после публикации

Показать таблицей
Часов после публикацииПросмотры
0 ч0
4 ч380
12 ч482
24 ч503
  1. Через 24 часа503
  2. Всего сейчас503
#549Фото
Просмотры601−54%к среднему
Пересылки4
Реакции12
Комментарии—
Динамика просмотровСкрыть динамику

Рост просмотров

Часов после публикации

Показать таблицей
Часов после публикацииПросмотры
0 ч0
3 ч355
15 ч540
36 ч601
  1. Всего сейчас601
#548Текст

Министр финансов Республики Нгала прилетел в Москву за цифровым суверенитетом. В четверг утром, 29 октября, он подписал декларацию о преодолении цифрового неравенства. Отправить жене фотографию подписания он не смог: в центре Москвы ограничили мобильный интернет. Неравенство, таким образом, было преодолено сразу: интернета не было ни у кого. Днём министру рассказали о платформе А7. Расчёты в цифровых валютах в один клик, комиссия 0,3 процента. С трибуны пообещали: «Никто вам ничего не перекроет». Министр вежливо кивнул и записал в блокнот: «Проверить». Проверка началась в тот же вечер. В 23:00 по Москве министр сидел в гостинице на Wi-Fi, который, к счастью, не ограничивали, и смотрел американские новости. Сначала отчитался Intel. Прибыль выше ожиданий, но прогноз слабый: люди стали меньше покупать ноутбуки. Акции рухнули на двадцать процентов. Министр записал: «Американские технологии падают. Даже те, в которых крупнейший инвестор — американское правительство». Через двадцать минут выяснилось, что Intel поторопился с выводами. Как минимум один ноутбук в мире работал с исключительной производительностью. Это был ноутбук DevOps-инженера Binance: за один вечер через него вывели 6,3 миллиарда долларов в десяти блокчейнах. Министр записал: «Чтобы ограбить крупнейшую биржу мира, достаточно одного ноутбука». Ночью случилось главное. Tether и Circle за несколько часов заморозили около трёх миллиардов в стейблкоинах. Никаких судов и международных конвенций — просто перекрыли. Министр долго смотрел на эту новость, потом открыл блокнот и рядом со словом «Проверить» поставил галочку. Перекрыть, оказывается, можно. Просто не всем и не всё. Утром в интернете министр прочитал главную новость дня: в ходе крупнейшего взлома в истории не украли ни одного цифрового рубля. Он отложил круассан и задумался всерьёз. Рынки упали. Биткойны украли. Эфир украли. Доллары в стейблкоинах украли, а потом заморозили. И только цифровой рубль стоял нетронутым посреди руин мировых финансов, как единственный уцелевший дом после урагана. Министр сел писать докладную своему президенту. @gostev_future

Открыть в Telegram
Просмотры1 305−1%к среднему
Пересылки53
Реакции71
Комментарии—
#547Фото

Попался мне тут интересный вопрос. Почему фронтир-лабы в последнее время так плотно занялись vulnerability research? Нанимают лучших в мире исследователей, делают модели, специально заточенные под поиск уязвимостей. Но какой в этом практический, экономический смысл? VR — крайне маленькая доля рынка кибербезопасности. Да и происходящее явно временно: с развитием ИИ уязвимостей будет становиться всё меньше. Грубо говоря, деньги, которые лабы вкладывают в это направление, больше, чем весь мировой рынок VR. Зачем? Какая у всего этого цель? Ответы звучат разные. Одни считают, что это чистый маркетинг. Уязвимости дают громкие заголовки, и это действительно так: за последние полгода большинство новостей про ИИ было именно про уязвимости. Тогда всё это стоит рассматривать как рекламный бюджет. Но если так, то скоро все устанут от потока однотипных новостей, и лабам придётся заняться чем-то другим. Другие возражают: VR тесно связан с разработкой любого кода, а генерация кода — одно из главных направлений развития ИИ и то, на чём лабы собираются зарабатывать. Так что логично, что они копают и здесь. Третьи говорят, что у лаб просто нет выбора: они обязаны знать, на что способны их модели в кибере. Этого требуют их собственные правила безопасности и всё чаще государство. Но, по-моему, это не первопричина, а следствие. Лабы сами раздули проблему, а теперь вынуждены соответствовать обязательствам, которые сами же и спровоцировали. Честно говоря, первые две позиции я готов принять. Огорчает другое: мы слышим крайне мало прорывных новостей из других областей технологий. У людей складывается явно перекошенное представление о том, чем занимается ИИ, — сейчас его однозначно воспринимают как угрозу. И боюсь, это будет иметь долгосрочные негативные последствия. @gostev_future

Открыть в Telegram
Просмотры859−35%к среднему
Пересылки1
Реакции9
Комментарии—
#546Текст

В четверг вечером, 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

Открыть в Telegram
Просмотры3 248+148%к среднему
Пересылки175
Реакции48
Комментарии—
#545Фото

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

Открыть в Telegram
Просмотры1 421+8%к среднему
Пересылки43
Реакции27
Комментарии—
#544Текстизменён

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

Открыть в Telegram
Просмотры2 091+59%к среднему
Пересылки36
Реакции13
Комментарии—
#543Фотоизменён

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

Открыть в Telegram
Просмотры1 035−21%к среднему
Пересылки7
Реакции21
Комментарии—
#542Фотоизменён

Маркус Хатчинс (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

Открыть в Telegram
Просмотры2 056+57%к среднему
Пересылки74
Реакции18
Комментарии—

Все посты

Связи