Отличный материал: Ник Пратли 4 сентября 2026 года опубликовал полный разбор “тихого” патча MikroTik. Вот суть. Что случилось 3 сентября 2026 года MikroTik одновременно выкатил RouterOS 7.23.4 (long-term), 7.24.2 (stable) и 6.49.21 (v6) с одной и той же формулировкой: “важное обновление безопасности, детали пока не раскрываем”. Автор правильно заметил: когда ты выкладываешь пропатченный бинарник на зеркало — ты уже раскрываешь уязвимость. Diff между версиями и есть advisory. Три уязвимости 1. SSH-пользователь -2 -> полный root Самая критичная и уже активно эксплуатируемая. В RouterOS SSH-демон передаёт имя пользователя и маску прав в /nova/bin/login как позиционные аргументы. Если имя начинается с -, login воспринимает это как номер файлового дескриптора и читает из него доверенные данные. PTY (псевдотерминал) в SSH использует fd 0, 1, 2. Поэтому: • Пользователь логинится по SSH с именем -2 • Login читает данные из stderr/PTY (fd 2) • Атакующий отправляет два NUL-разделённых поля: имя и маску политики • Маска 654958 = 0x9fe6e = полные права RouterOS Автор воспроизвёл атаку в лабе: read-only сессия получала полный административный доступ. В логах RouterOS это выглядело как user ops added by ssh:-2@<адрес> — именно это видели администраторы на скомпрометированных роутерах. Ограничение: SSH должен принять имя -2 при аутентификации. Через локальную базу пользователей это не работает. Через RADIUS или User Manager — работает. Как именно атакующие в реальных инцидентах проходили этот барьер — пока неизвестно. 2. RSA-подпись без приватного ключа (forgery с e=3) В libucrypto.so функция parseHashFromDerEncoded при проверке PKCS#1 v1.5 подписи не проверяла, что после извлечённого дайджеста в буфере ничего нет. Кроме того, проверка паддинга FF FF FF... не требовала минимального количества байт — достаточно было 00 01 00. Если для аккаунта авторизован RSA-ключ с экспонентой e=3, атакующий может: 1. Взять публичный ключ (это не секрет) 2. Сформировать префикс: 00 01 00 || DER(SHA-256 DigestInfo) || хэш || мусор 3. Взять кубический корень от этого числа Кубирование при проверке восстанавливает корректный префикс, мусор в хвосте 7.23.3 игнорировал. Автор подтвердил: SSH-аутентификация без приватного ключа работала на 7.23.3, на 7.23.4 — отказ. Затронуты все потребители этой функции: SSH, IPsec/IKEv2, TLS (ssld), ACME (cloud). 3. Переполнение стека в mtget через TFTP В nova/bin/mtget при формировании TFTP-запроса имя удалённого файла копировалось в стековый буфер фиксированного размера через rep movsb без проверки длины. Команда: /tool fetch url="tftp://10.0.2.2/<длинный путь>" keep-result=no Это аутентифицированная атака, но право test входит в стандартную группу read. То есть read-only оператор может её выполнить. Автор подтвердил контролируемое перезаписывание EIP и выполнение произвольного ROP-вызова. Связанные цепочки атак Цепочка 1: известный публичный RSA e=3 -> подделка SSH-подписи -> аутентифицированный пользователь с правом test -> crafted TFTP URL -> ROP в mtget. Цепочка 2: SSH принимает имя -2 (через RADIUS/User Manager) -> PTY-инъекция политики -> полные права -> создание пользователя ops в группе full -> опционально mtget. Дополнительные исправления в 7.23.4 • www: блокировка path traversal (/../) • SSH/SCP: проверка путей при рекурсивном копировании • diskd: проверка размеров в локальном RPC • DHCP: замена небезопасных sprintf на bounded-форматирование • MAC-Telnet: закрытие скрытого API-транспорта через имя пользователя \x06/login • В nova/bin/mode добавлен детект и автоочистка следов кампании (пользователь ops, домены mythtime.xyz, leappoach.info, eeongous.com) Что делать прямо сейчас 1. Обновить до 7.23.4 / 7.24.2 / 6.49.21 или новее 2. Проверить /system/device-mode/print — если flagged: yes, роутер считать скомпрометированным 3. Найти неожиданного пользователя ops в группе full 4. Поискать в логах записи ssh:-2@<адрес> 5. Проверить scheduler на записи с fetch, /poll/<UUID> и import 6. Проверить конфигурацию RADIUS и User Manager 7. Аудит SSH RSA-ключей на предмет e=3 — заменить на Ed25519/ECDSA или RSA e=65537 8.

Критические уязвимости у крупных вендоров загибаются в параболу В свежем выпуске Charts of the Week от a16z есть график уязвимостей у Apple, Microsoft, Google, AWS, Cisco, Linux, Oracle и еще полутора десятков вендоров. Четыре года линия колебалась в районе 100-500 в месяц, critical держались ниже 100. С весны 2026 обе устремились вертикально: high к сентябрю больше 2 300, critical около 600. Автор оговаривается, что часть роста может быть сменой методики репортинга. Но там же данные ZeroDayClock: 87% уязвимостей используют в день раскрытия или раньше, медиана до эксплойта один день, прогноз на следующий год одна минута. В 2022 половина дыр жила через полтора месяца после обнаружения, сейчас кривая выживания эксплойта к этому сроку падает до нуля. a16z пишет, что ИИ изменил порядки в поиске дыр, и в их использовании. Зависимости старше месяца в проде это открытая дверь, и патчить на следующем спринте больше не вариант. Сергей Булаев AI 🤖 - об AI и не только

США и Китай готовятся обсуждать безопасность ИИ. По данным Reuters, ссылающегося на два осведомлённых источника, диалог запланирован на середину сентября. США хотят обсудить сотрудничество в отслеживании кибератак под управлением ИИ. Вашингтон предложил американским и китайским ИИ-лабораториям самостоятельно контролировать свои разработки и обмениваться информацией для предотвращения таких атак. Американскую сторону также беспокоит возможное появление китайской модели уровня Claude Mythos, способной проводить кибератаки. С китайской стороны переговоры может возглавить вице-премьер He Lifeng. За последнюю неделю китайский интернет-регулятор публично предупредил о «критических рисках потери контроля над ИИ». А связанный с государственными СМИ блог выступил с критикой позиции Anthropic, подчеркнув, что любые ограничения на передовой ИИ должны в равной степени распространяться на китайские и американские модели. === Логичный вопрос — может быть Китай просто хочет притвориться, что будет вводить какие-либо ограничения, а сам втопит газу? Так может произойти, поэтому важно прийти к мерам, подразумевающим недоверие сторон друг к другу. Такая схема была описана в сценарии AI 2040 (и она подразумевает работу в течении нескольких лет, не по щелчку пальцев). По замыслу авторов, уверенность должна опираться на проверку. Страны декларируют крупные вычислительные мощности, сверяют производство и поставки чипов (благо сейчас >99% AI чипов выходят с одного производства — можно их начинать отслеживать прямо после схода с конвеера), допускают взаимные инспекции и проверки. Задача — ограничить объём неучтённых вычислений настолько, чтобы тайному проекту было трудно обогнать контролируемые разработки. После того, как начнут отслеживать мощности — можно начинать мониторить тренировки самых крупных моделей, проводить аудиты, например, на закрытых бенчмарках. Но чтобы ко всему этому прийти — нужно начинать диалог с малого.

Фейсбук прислал письмо, что мне обязательно нужно настроить паскей. Это довольно хитрая технология, но суть в том, что в защищенной памяти телефона или ноутбука хранится специальный ключ, привязанный к сайту, который его выдал. Эта привязка супер важна, потому что 90% атак в интернете — это фишинг, когда мы вводим пароли и одноразовые коды на сайте, который выглядит как вконтакте / телеграм и тд., а на самом деле это сайт-обманка, сделанная хакерами. Паскей технически невозможно ввести на поддельный сайт. Редкий случай, когда у реальной проблемы нашлось техническое решение. Наш компьютер проверяет сервер так же, как и сервер проверяет нас. А ещё сайты могут использовать его для авторизации без ввода логина/имейла/номера телефона. Просто кнопка «войти с паскей», идентифицируетесь по биометрии или пинкоду с устройства, где хранится ваш ключ и вуаля! Помню, как лет 10 назад на конференциях по безопасности facebook и google раздавала аппаратные ключи с дедушкой этой технологии, U2F, а теперь вот уже можно и логин не вводить. Будущее уже наступило!

⚡️Лавина ложных алертов ослепляет аналитиков и открывает хакерам дорогу к Active Directory Агентство по кибербезопасности США (CISA) провело эксперимент, одновременно натравив свою Red Team на две крупные корпоративные инфраструктуры, и наглядно продемонстрировало разницу между бумажной безопасностью и реальным реагированием. 🟦В первой компании атакующие развернули классический Kill Chain:

забросили фишинг на рабочие станции, повысили привилегии в Active Directory и добрались до критичных облачных сегментов. Системы защиты сыпали алертами в консоль, но дежурная смена SOC просто проигнорировала предупреждения, посчитав их очередным фоновым шумом на фоне несогласованной работы команд.

🟦Во второй организации сценарий пошел иначе

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

🦔 CyberYozh

🌟 Аблитерированная GLM-5.3 AbliterationAI сделали версию GLM-5.3 под названием abliterated-model-large-v2. В материнской модели изменены веса в части ослабления механизма отклонения запросов. Модель позиционируется как инструмент для наступательной кибербезопасности, задач ред-тиминга и использования агентами. По собственным замерам AbliterationAI на CyberGym, где было обнаружено 1507 уязвимостей OSS-Fuzz в 188 проектах, модель показала 84,5% успешных прохождений.

Для сравнения: GPT-5.5 - 85,6%, DeepSeek V4 - 83,3%, Mythos - 83,1%.

На Terminal-Bench 4.0 она выполнила 41,8% задач, Opus 5 - 51,8%, Fable 5 - 44,5%, GPT-5.6 Sol - 37,3%. API сервиса по умолчанию принудительно блокирует только взрослый контент, связанный с несовершеннолетними, и селфхарм, все остальные ограничения сняты. Сервис предоставляет доступ через совместимые с OpenAI и Anthropic-style эндпоинты с гарантией нулевого сохранения промптов, результатов вывода и метаданных по подписке от 20 до 200 долларов в месяц. Есть ознакомительный период в веб-песочнице с лимитом в 1 доллар. @ai_machinelearning_big_data #news #ai #ml

⚡️ Claude Mythos 5.1 резко усилилась в создании рабочих эксплойтов. В тестах Firefox с отключёнными защитными ограничениями модель собрала полностью рабочие эксплойты в 245 случаях из 250 - 98% успешности. Для сравнения, предыдущая флагманская модель полгода назад показывала около 52%. Самое интересное здесь не поиск уязвимостей. Способность находить сами баги выросла совсем немного. Резкий скачок произошёл на следующем этапе - когда уязвимость уже известна и нужно превратить её в рабочий exploit. То есть прогресс идёт не столько в discovery, сколько в weaponization: модель стала намного лучше превращать найденную ошибку в реально работающую цепочку атаки. https://x.com/claudeai/status/2094848572143407483

Раз в сто лет Илья Суцкевер выходит из пещеры и пишет в X что-нибудь жуткое Последний раз он высказывался в феврале по поводу ситуации с Anthropic и Пентагоном и заявил, что ИИ-лидерам крайне важно держаться вместе, чтобы противостоять подобным ситуациям, которых в будущем будет все больше. В этот раз несколько часов назад он внезапно твитнул следующее:

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

what did ilya see в этот раз?