1 374
订阅者
无数据24 小时
+107 天
+2930 天
数据加载中...
相似频道
标签云
进出提及
---
---
---
---
---
---
吸引订阅者
十月 '2610月 '26
十月 '26
+13
在0个频道中
九月 '26
+40
在3个频道中
Get PRO
八月 '26
+28
在1个频道中
Get PRO
七月 '26
+58
在3个频道中
Get PRO
六月 '26
+53
在0个频道中
Get PRO
五月 '26
+33
在0个频道中
Get PRO
四月 '26
+75
在1个频道中
Get PRO
三月 '26
+68
在1个频道中
Get PRO
二月 '26
+27
在0个频道中
Get PRO
一月 '26
+24
在0个频道中
Get PRO
十二月 '25
+62
在0个频道中
Get PRO
十一月 '25
+2 846
在2个频道中
Get PRO
十月 '25
+47
在0个频道中
Get PRO
九月 '25
+26
在0个频道中
Get PRO
八月 '25
+97
在1个频道中
Get PRO
七月 '25
+47
在6个频道中
Get PRO
六月 '25
+105
在2个频道中
Get PRO
五月 '25
+100
在5个频道中
Get PRO
四月 '25
+159
在7个频道中
Get PRO
三月 '25
+86
在15个频道中
Get PRO
二月 '25
+169
在8个频道中
Get PRO
一月 '250
在2个频道中
Get PRO
十二月 '24
+12
在4个频道中
Get PRO
十一月 '24
+15
在2个频道中
Get PRO
十月 '24
+78
在1个频道中
Get PRO
九月 '240
在0个频道中
Get PRO
八月 '24
+116
在2个频道中
Get PRO
七月 '240
在1个频道中
Get PRO
六月 '24
+11
在0个频道中
Get PRO
五月 '240
在0个频道中
Get PRO
四月 '24
+23
在0个频道中
Get PRO
三月 '240
在0个频道中
Get PRO
二月 '240
在0个频道中
Get PRO
一月 '24
+2
在0个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 08 十月 | +2 | |||
| 07 十月 | +6 | |||
| 06 十月 | +1 | |||
| 05 十月 | +2 | |||
| 04 十月 | 0 | |||
| 03 十月 | 0 | |||
| 02 十月 | 0 | |||
| 01 十月 | +2 |
频道帖子
| 2 |  Раньше считалось, что ханипоты отлично сбивают с толку автономных хакеров на базе ИИ. Логика была проста: у агента нет общей картины, он принимает ловушку за настоящую цель, тратит время впустую и не может нанести реального вреда.
Новое исследование Rouxii: Exploiting Honeypots with Deception-Aware AI Pentesters говорит немного иначе.
Как ИИ научился видеть ловушки
Исследователи проверили, что будет, если ИИ-атакующий изначально умеет распознавать обман. Решение оказалось удивительно простым: модель даже не пришлось переобучать. Исследователи просто добавили в базовый промпт фреймворка правила для поиска ловушек и конкретные признаки, по которым их можно вычислить.
Результаты проверки на 1,5 тысячах отчетов интересные:
Точность поиска ханипота агентом выросла с 19% до 97%.
В сегменте промышленных систем скачок оказался еще резче: с 11% до 97%.
При этом на реальные боевые сервисы агент почти не реагировал ошибочно - всего 0,7% ложных срабатываний.
Обычные инструменты (например, PentestGPT или HackingBuddy) без таких инструкций остаются слепыми. И тут правильно опять же дополнить, что дело не в слабости самой модели, а в том, как устроена харнесс, который не проверяет гипотезы на предмет обмана.
Когда ловушка начинает работать против защитников
Самое интересное начинается после того, как ИИ обнаружил ловушку. Для него это не конец атаки, а возможность взломать саму систему обмана.
Пример с GasPot. Распознав эту ловушку, агент не просто обходит её, а обращает против оператора. Поскольку ханипот принимает команды без проверки паролей или сессий, ИИ отправляет поддельные данные и начинает тихо искажать показатели honeypot. Защита продолжает работать, но анализирует мусор, который атакующий агент подсовывает ей изнутри.
Пример с Conpot (промышленные протоколы). Агент отправляет специальный пакет с ложным размером данных и сразу разрывает соединение. В итоге программа-ловушка зависает в бесконечном ожидании ответа и перестает реагировать на другие запросы. Сеть при этом отвечает, что всё в порядке, и системы мониторинга докладывают, что сервис «жив». На деле программа уже мертва и ничего не собирает, но защитники об этом не знают.
Эффективность любой ловушки держится на одном главном условии: атакующий не должен знать о ней. Как только это условие исчезает, ханипот перестает быть защитой. Он превращается в оружие против самих защитников.
Также дополнительно опубликован код, который можно попробовать испытать самостоятельно. | 471 |
| 3 |  Опубликован инструмент для обхода песочницы AirTraffic в iOS 27.0
Исследователь безопасности под псевдонимом 0xjohnnydev опубликовал в открытом доступе репозиторий airlift, содержащий доказательство концепции (PoC) обхода изоляции процессов (sandbox escape) для операционной системы iOS 27.0.
Технические детали реализации:
Уязвимость эксплуатирует механизм синхронизации AirTraffic, предназначенный для передачи медиафайлов и содержимого приложения Books с компьютера Mac на мобильное устройство. Инструмент позволяет осуществлять чтение и запись файлов за пределами штатной директории AirTraffic. Эксплуатация уязвимости инициируется с сопряженного компьютера Mac по протоколам Wi-Fi или USB, при этом установка дополнительного программного обеспечения на целевое устройство iOS не требуется.
Вектор атаки:
Корневая причина уязвимости заключается в недостаточной валидации путей в компоненте ATAirlock. Идентификатор ресурса ("Persistent ID") передается без должной санитизации, что позволяет внедрять компоненты относительного пути ("..") для выхода за пределы базовой директории. Служба StreamingZip принимает относительную символическую ссылку на этапе извлечения. Последующие операции перемещения файлов используют эту ссылку в качестве части целевого пути, что приводит к записи данных вне директории /var/mobile/Media/.
Подтвержденный охват:
Эксплуатация протестирована на iOS 27.0 RC (сборка 24A435) и iOS 27.0 Final (сборка 24A437). Подтверждена возможность создания файлов в следующих системных директориях:
- /var/mobile/Library/Preferences
- /var/mobile/Library/SpringBoard
- /var/mobile/Library/SMS
- /var/mobile/Library/Safari
- /var/mobile/Containers/Data/Application
- /var/mobile/Containers/Shared/AppGroup
Особенности инструмента:
- Стек технологий: Objective-C, Python, Makefile, C.
- Лицензия: MIT.
- Инструмент автоматически определяет сопряженные устройства и позволяет задать целевую директорию с помощью аргумента --target (по умолчанию используется /var/mobile/Library/SpringBoard).
- В процессе работы PoC восстанавливает исходное состояние файлов синхронизации Books, минимизируя артефакты воздействия на систему.
Ссылка на репозиторий: https://github.com/0xjohnnydev/airlift | 553 |
| 4 |  +2Вайб-ботнетинг
Исследователи обнаружили крупную прокси-инфраструктуру LeakySensey, построенную на взломанных роутерах, VPN-шлюзах, NAS и других сетевых устройствах.
По данным исследователей, оператор, предположительно находящийся в России, скомпрометировал более 87 000 IP-адресов и монетизировал их как residential proxy.
В качестве легальной витрины использовался сайт российской компании по разработке ПО и IT-консалтингу — sensey24[.]ru. Именно по этому домену исследователи дали оператору имя LeakySensey.
Схема атаки была простой: массовое сканирование интернета на открытые PPTP, L2TP и SSH, после чего — перебор слабых учетных данных вроде admin/admin и admin123.
В базе обнаружили:
— 63 000+ устройств, взломанных через PPTP;
— 24 000+ через L2TP;
— 24 через SSH;
— 17 858 IP уже находились в состоянии ready/connected и могли использоваться как прокси.
С 2024 года через сервис прошло более 24 000 транзакций на сумму около $202 000. В утекшей базе было более 56 000 пользователей.
Отдельно интересна автоматизация: на сервере находилась модифицированная версия Claude Code. Оператор автоматически патчил клиент, отключая подтверждения действий и ограничения доступа, а также добавляя возможность использовать Claude, OpenAI, Gemini, Qwen и другие модели.
Сам сервер злоумышленника оказался открыт наружу. Исследователи получили доступ к инструментам, логам, клиентской базе и спискам скомпрометированных устройств. Более того, сервер ранее уже взламывали другие злоумышленники и устанавливали на него Monero-майнер. | 591 |
| 5 |  Новая парадигма ИБ: уже не 0-day, а n-hour
Долгое время главным символом угрозы считался 0-day — неизвестная уязвимость, для которой ещё нет патча, сигнатуры и зачастую даже публичного описания.
Но практическая безопасность всё сильнее смещается в другую плоскость. Сегодня проблема часто начинается не до публикации уязвимости, а сразу после неё.
Появился CVE. Опубликован advisory. Вышел патч. Исследователи разобрали diff. Через несколько часов появляется PoC, а затем готовые сканеры и эксплуатация уязвимых систем в интернете.
Это уже не классическая модель 0-day. Это модель n-hour. n-hour — условное окно между публичным раскрытием информации об уязвимости и моментом, когда её начинают массово использовать. И значение n постоянно уменьшается.
Раньше у администратора могли быть недели на тестирование и установку обновления. Теперь речь всё чаще идёт о днях, часах, а иногда — буквально о времени, необходимом для анализа патча и автоматизации эксплуатации.
Защитнику необходимо за несколько часов:
— узнать о новой уязвимости;
— определить, используется ли уязвимый продукт в инфраструктуре;
— понять, какие версии затронуты;
— оценить доступность систем извне;
— проверить наличие эксплуатации;
— протестировать исправление;
— развернуть патч или mitigation;
— убедиться, что обновление действительно применилось.
Поэтому ключевой метрикой становится уже не только количество найденных уязвимостей. Главная метрика — время. Именно здесь меняется сама модель vulnerability management.
Периодический скан раз в неделю или месяц становится недостаточным. Инвентаризация должна быть практически непрерывной, информация о новых CVE автоматически сопоставляться с реальными активами, а критические исправления — проходить значительно более короткий путь от публикации до production.
И вопрос для защитника звучит уже иначе: успеет ли инфраструктура закрыть уязвимость раньше, чем закончится её n-hour? | 801 |
| 6 | ⚠️ CVE-2026-85706 - GitLab CE/EE Unauthenticated arbitrary file read
CVSS 10.0
Критическая уязвимость Gitlab в функционале API коммитов. Неавторизованный пользователь может читать произвольные файлы с сервера через path traversal.
Проблема заключается в том, что API не ограничивает пути и не требует аутентификации. Достаточно одного публичного проекта на инстансе.
Уязвимы следующие версии:
18.7 → 19.1.7 включительно
19.2.0 → 19.2.5 включительно
19.3.0 → 19.3.1 включительно
Исправлено в:
19.1.8 / 19.2.6 / 19.3.2 (патч от 10 сентября)
Быстрая проверка:
curl -sk -X POST \
"https://TARGET/api/v4/projects/1/repository/%63ommits?file=&file.path=/var/opt/gitlab/gitlab-rails/etc/gitlab.yml&file.size=1&Content-Type=application/x-www-form-urlencoded"
Если хост уязвим - в ответе будет кусок содержимого файла внутри ошибки invalid %-encoding.
PoC уже есть в открытом доступе: 😊
➡️ https://github.com/guneykabel/cve-2026-85706
➡️ https://github.com/mhtsec/CVE-2026-85706
💫 @pentestnotes | 523 |
| 7 |  WeWorm: захват WeChat через звонок и распространение по контактам
Исследователи Calif показали WeWorm — демонстрационный червь, использующий ошибку повреждения памяти в VoIP-стеке WeChat. Эксплуатация давала удалённое выполнение кода и контроль над аккаунтом ещё до ответа на звонок.
Начальная точка атаки — аккаунт из списка друзей жертвы. В демонстрации Android звонил на iPhone, после чего скомпрометированный iPhone атаковал следующий Android. Захваченный аккаунт позволял читать и отправлять сообщения, совершать звонки и продолжать распространение. Пользователю не требовалось взаимодействовать с телефоном.
Исследование Calif. | 5 516 |
| 8 |  Check Point опубликовала данные об уязвимости CVE-2026-85103 с оценкой CVSS 9.8.
Проблема представляет собой переполнение кучи в процессе декодирования ASN.1 сертификатов VPN, что позволяет удаленному злоумышленнику выполнить произвольный код на сервере управления и шлюзе безопасности.
Затронутые продукты:
Security Management Server
Security Gateway
Check Point Spark Firewall
Затронутые версии:
R81.20, R82, R82.10, R81.10.x, R82.00.x, а также R80, R80.10, R80.20, R80.30, R80.40, R81, R81.10, достигшие конца жизненного цикла.
Версия R82.20 не подвержена уязвимости. | 702 |
| 9 |  Broadcom закрыла две опасные уязвимости в VMware Workstation и Fusion.
CVE-2026-59346 получила оценку CVSS 9.3. Уязвимость в VMXNET3 позволяет пользователю с административными правами внутри виртуальной машины выполнить произвольный код на хостовой системе.
Вторая уязвимость CVE-2026-59347 с CVSS 8.1 связана с переполнением буфера в HGFS и также позволяет выполнить код в контексте процесса VMX на хосте.
Проблемы затрагивают VMware Workstation и Fusion 25H2 и 26H1. Исправления выпущены в версиях 26H1u1. | 751 |
| 10 |  KindaRails2Shell: критическая уязвимость в Ruby on Rails затронула Active Storage
В Ruby on Rails обнаружена критическая уязвимость CVE-2026-66066, получившая название KindaRails2Shell.
Проблема находится в механизме обработки загружаемых файлов через Active Storage и при определённых условиях позволяет удалённому неаутентифицированному атакующему перейти от загрузки специально сформированного файла к чтению произвольных файлов на сервере, а затем — к RCE. CVSS: 9.5 / Critical.
Уязвимый сценарий связан с использованием libvips в качестве процессора изображений. Для приложений, использующих defaults Rails 7.0+, vips является стандартным процессором Active Storage. Приложение находится в зоне риска, если принимает изображения от недоверенных пользователей и использует уязвимую версию Active Storage.
Технически проблема интересна тем, что обычная загрузка файла превращается в цепочку: upload → Active Storage → libvips → parser confusion → arbitrary file read → secrets → RCE.
Active Storage передавал пользовательский файл в libvips, не блокируя операции, которые сам libvips считает небезопасными для недоверенного контента. Специально сформированный файл может добраться до одного из таких loaders и заставить backend прочитать данные из другого файла на файловой системе.
Особенно опасная цель — окружение Rails-процесса: /proc/self/environ, из него потенциально могут быть извлечены:
• SECRET_KEY_BASE
• RAILS_MASTER_KEY
• credentials БД
• ключи S3/GCS/Azure
• API-токены сторонних сервисов
Получение secret_key_base резко меняет модель угроз: атакующий получает возможность создавать валидно подписанные Rails-объекты. Исследователи показали цепочку, в которой компрометация signing material позволяет эскалировать arbitrary file read до выполнения кода в контексте Rails-процесса. | 754 |
| 11 |  Критическая уязвимость CVE-2026-18963 в Keycloak позволяет захватывать аккаунты без авторизации
В Keycloak обнаружена критическая уязвимость CVE-2026-18963, позволяющая удалённому неаутентифицированному атакующему обойти проверку при восстановлении пароля и установить новые учётные данные для выбранного пользователя. В успешном сценарии атака приводит к полному захвату учётной записи (Account Takeover) без знания текущего пароля и без взаимодействия с владельцем аккаунта. Red Hat оценила уязвимость в 9,1 балла по CVSS 3.1 — Critical.
Уязвимость была опубликована Red Hat 17 августа 2026 года, а 18 августа появилась в NVD. Проблема относится к классу CWE-640 — Weak Password Recovery Mechanism for Forgotten Password и затрагивает компонент keycloak-services, отвечающий за ключевую логику управления идентификацией и доступом.
Как работает уязвимость
Проблема находится в authentication flow reset-credentials, используемом Keycloak для восстановления доступа к аккаунту.
В штатном сценарии пользователь инициирует сброс пароля, после чего Keycloak отправляет на его электронную почту ссылку с action token. Только переход по этой ссылке должен разрешать продолжить процедуру и задать новый пароль.
При CVE-2026-18963 состояние authentication session проверялось недостаточно строго. В результате специально сформированный запрос позволял атакующему обойти обязательную проверку action token и перевести сессию восстановления непосредственно к этапу изменения пароля. Red Hat указывает, что для эксплуатации не требуется предварительная аутентификация или какое-либо действие со стороны жертвы.
Таким образом, при наличии доступного извне интерфейса Keycloak злоумышленник потенциально может инициировать процедуру восстановления для известной ему учётной записи, обойти подтверждение через электронную почту и назначить собственный пароль. Особую опасность представляет возможность атаки на привилегированные и административные аккаунты.
CVSS-вектор уязвимости:
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N
То есть атака выполняется удалённо по сети, имеет низкую сложность, не требует привилегий и не требует взаимодействия пользователя. Воздействие на конфиденциальность и целостность данных оценивается как высокое.
Какие версии исправлены
В upstream Keycloak исправление привязано как минимум к веткам 26.4.15, 26.6.6 и 26.7.2. Релиз Keycloak 26.7.2 прямо включает CVE-2026-18963 в перечень устранённых проблем. Red Hat также выпустила обновлённые пакеты для Red Hat Build of Keycloak 26.4 и 26.6.
Исправление меняет обработку состояния authentication flow: состояние экрана выбора теперь связывается с конкретным execution ID, а операция отправки/обработки reset-credential требует корректной идентификации пользователя из action token. Разработчики также добавили регрессионный тест для сценария обхода процедуры восстановления.
Что делать администраторам
Организациям, использующим Keycloak, рекомендуется в приоритетном порядке:
определить версии всех доступных извне экземпляров Keycloak и обновить их до исправленных релизов; если обновление невозможно немедленно — временно отключить функцию Forgot password во всех realm; проверить журналы аутентификации и изменения credentials за период потенциальной уязвимости; отдельно проверить сбросы паролей административных и других привилегированных учётных записей; при наличии признаков подозрительного сброса считать учётную запись потенциально скомпрометированной и анализировать последующую активность пользователя.
Отключение функции самостоятельного восстановления пароля Red Hat рассматривает как временную меру, если оперативное обновление выполнить невозможно.
В открытом доступе уже появились материалы для поиска следов возможной эксплуатации CVE-2026-18963 в базе Keycloak. В частности, исследователи предлагают сопоставлять события изменения credentials с событиями отправки reset-password и дополнительно анализировать reverse proxy/ingress logs вокруг времени подозрительных изменений пароля. При этом отсутствие таких событий в журналах само по себе не доказывает отсутствие компрометации, особенно если аудит был от | 1 101 |
| 12 |  США запускают программу привлечения частных компаний к наступательным кибероперациям
Администрация Белого дома утвердила механизм передачи полномочий по проведению активных действий в киберпространстве частному сектору. Министерство внутренней безопасности и Минюст получили указание в течение 60 дней разработать регламент, позволяющий верифицированным IT-компаниям легально взламывать инфраструктуру транснациональных преступных группировок.
Для участия в программе подрядчики должны пройти строгую проверку персонала и технических компетенций, а также внести невозвратный залог в размере одного миллиона долларов на случай нарушений или непреднамеренного ущерба. Каждая операция требует индивидуального письменного согласования с федеральными кураторами. Под прямым запретом находятся действия, способные привести к человеческим жертвам или квалифицируемые как акт войны по нормам международного права.
Компании получат карт-бланш на шпионаж и саботаж систем злоумышленников, однако обязаны немедленно прекращать работу при обнаружении связи цели с государственными структурами других стран или при случайном затрагивании американских информационных систем. Инициатива направлена на борьбу с киберпреступностью, наносящей экономике США ущерб в десятки миллиардов долларов ежегодно, но сопряжена с высокими юридическими рисками для исполнителей. | 865 |
| 13 |  35 лет назад Николай Безруков, один из пионеров советской компьютерной вирусологии из Киева, предполагал, что вирусы, разработанные военными и спецслужбами, вряд ли попадут на гражданские компьютеры, поскольку будут использоваться только против конкретных целей.
Однако этот прогноз не оправдался. Безруков недооценил масштабы компьютеризации, распространения компьютерных сетей и интернета. Гражданские компьютеры могут и сами по себе быть интересной целью для шпионажа или саботажа, и служить входной точкой в более защищённые системы, и, конечно, становиться случайной жертвой, если атакующие не предприняли достаточных мер, чтобы обеспечить избирательность (Stuxnet, NotPetya и множество других примеров). | 777 |
| 14 |  Новости последней недели. | 935 |
| 15 |  Агенты вышли из песочницы: ИИ начал атаковать реальные системы
Недавние инциденты с моделями OpenAI и Anthropic показали, что автономные ИИ-агенты уже способны случайно перейти от лабораторного тестирования к атакам на реальную инфраструктуру. Речь не идёт о «восстании машин»: модели продолжали выполнять поставленные задачи, но оказались в неправильно изолированной среде и приняли доступные внешние системы за часть учебного полигона.
Атака на Hugging Face
В июле 2026 года Hugging Face сообщил о проникновении в часть производственной инфраструктуры. Первоначальный доступ был получен через вредоносный датасет, который использовал два механизма выполнения кода в конвейере обработки данных. После закрепления атакующая система повысила привилегии, получила облачные и кластерные учётные данные и переместилась между несколькими внутренними кластерами.
По данным Hugging Face, кампания выполнялась автономным агентским фреймворком: тысячи действий запускались параллельно в короткоживущих песочницах, а управляющая инфраструктура переносилась между публичными сервисами. Всего при расследовании было проанализировано более 17 тысяч событий.
Инцидент показал главное преимущество агентской атаки — способность действовать непрерывно и адаптироваться к результатам каждого шага. Агент может самостоятельно искать новые точки входа, собирать секреты, менять стратегию и продолжать движение по инфраструктуре без постоянного участия оператора.
Claude атакует реальный интернет
После публикации информации об инциденте Anthropic проверил 141 006 запусков собственных кибербезопасностных тестов. Компания обнаружила три случая, когда модели Claude получили доступ к интернету из неправильно настроенного тестового окружения и скомпрометировали инфраструктуру реальных организаций.
В одном случае модель нашла реальную компанию с тем же именем, что и вымышленная цель задания, извлекла учётные данные и получила доступ к базе с несколькими сотнями производственных записей. Более старая версия Claude продолжила атаку даже после появления признаков того, что система могла быть настоящей.
В другом сценарии агент провёл полноценную атаку через цепочку поставки. Он обнаружил в документации имя несуществующего Python-пакета, зарегистрировал учётную запись и опубликовал вредоносный пакет в реальном PyPI. За час пакет был запущен на 15 системах. На одной из них код похитил учётные данные, которые агент затем использовал для дальнейшего проникновения.
В третьем случае модель просканировала около девяти тысяч доступных узлов, нашла открытые отладочные данные и SQL-инъекцию и получила доступ к интернет-приложению реальной компании. Атака прекратилась только после того, как модель самостоятельно определила, что найденный облачный аккаунт не относится к учебному заданию.
Почему это произошло
Модели не пытались «сбежать» и не формировали собственную цель. Они выполняли команды capture-the-flag, но получили неверное представление об окружающей среде. В системных инструкциях говорилось, что доступ к интернету отсутствует, хотя из-за ошибки конфигурации он был открыт. Поэтому реальные серверы, домены и реестры пакетов воспринимались агентами как элементы симуляции.
Проблема оказалась не только в поведении моделей, но и в архитектуре испытательного контура:
• отсутствие жёсткой сетевой изоляции;
• недостаточный контроль исходящего трафика;
• неограниченная область поиска цели;
• отсутствие оперативного анализа действий агента;
• запуск моделей без стандартных защитных классификаторов;
• недостаточный аудит инфраструктуры внешнего подрядчика.
Новая модель угроз
Эти инциденты показывают, что сам агент становится самостоятельным источником киберриска. Даже без доступа к внутренним данным он может обнаружить выход в интернет, зарегистрировать внешние аккаунты, публиковать код, сканировать тысячи систем и строить многошаговые цепочки проникновения. | 964 |
| 16 |  Обнаружены 84 уязвимости в ядрах мобильных сетей 4G и 5G
Исследователи из Наньянского технологического университета представили iFinder — многоагентную систему на базе больших языковых моделей, предназначенную для поиска уязвимостей в программном обеспечении операторских сетей.
Авторы изучили внутренние протоколы PFCP и GTP-C, используемые для управления сессиями и передачей трафика в ядрах мобильных сетей. Анализ семи популярных открытых реализаций позволил обнаружить 84 ранее неизвестные уязвимости. Разработчики подтвердили 83 из них, а 81 проблема уже получила идентификатор CVE.
Основной причиной ошибок исследователи называют неявное доверие между компонентами сети. Исторически внутренние интерфейсы операторской инфраструктуры считались изолированными, поэтому разработчики нередко пропускали проверку структуры сообщений, логических ограничений и доступности ресурсов. После переноса сетевых функций в облачную среду такие интерфейсы могут оказаться доступны злоумышленникам.
iFinder состоит из нескольких агентов. Первый ищет потенциально опасные участки кода, второй сопоставляет их со спецификациями 3GPP и отсеивает ложные срабатывания, а третий автоматически создаёт и дорабатывает Proof-of-Concept для проверки найденной уязвимости на тестовом стенде.
Такой подход повысил точность обнаружения уязвимостей с 28,2 процента у базового варианта до 75 процентов. Система смогла создать рабочие PoC для 19 из 22 известных тестовых уязвимостей, тогда как обычный запрос к языковой модели справился только с восемью.
Наиболее опасная обнаруженная ошибка позволяет перехватывать пользовательские сессии. Атакующий может внедрить поддельное правило маршрутизации в UPF, после чего исходящий трафик абонента направляется не в интернет, а на узел злоумышленника. Исследователи подтвердили эту атаку на двух коммерческих ядрах 5G. | 835 |
| 17 |  CVE-2026-42533: переполнение буфера в NGINX при обработке `map` и регулярных выражений
В NGINX Open Source и NGINX Plus устранена уязвимость типа heap-based buffer overflow — CWE-122. Ошибка находится в механизме вычисления complex values, используемом директивой map при сопоставлении по регулярному выражению. CVSS v4.0 — 9.2 Critical, CVSS v3.1 — 8.1 High.
Уязвимая конфигурация возникает, когда:
• map выполняет regex-сопоставление;
• строковое выражение обращается к capture-переменным регулярного выражения до обращения к выходной переменной map;
• либо в выражении используется non-cacheable переменная, длина которой может измениться во время обработки запроса.
NGINX script engine обрабатывает такие выражения в несколько проходов: сначала вычисляет размер результирующего буфера, затем копирует значения переменных. Regex-сопоставление или повторное вычисление переменной может изменить состояние capture-групп между этими операциями. В результате размер, рассчитанный на первом проходе, оказывается меньше объёма данных, записываемого на втором, что приводит к записи за границы heap-буфера. Исправление добавляет указатель конца буфера e->end и проверку ngx_http_script_check_length() перед операциями копирования.
Эксплуатация выполняется удалённо без аутентификации с помощью специально сформированного HTTP-запроса, однако требует наличия подходящей конфигурации NGINX. Переполнение происходит в worker-процессе и может вызвать его аварийное завершение и перезапуск, создавая отказ в обслуживании. Выполнение произвольного кода возможно на системах с отключённым ASLR либо при наличии способа обхода ASLR. Уязвимость относится к data plane и не предоставляет прямого доступа к control plane.
Затронутые версии:
• NGINX Open Source: 0.9.6–1.31.2;
• NGINX Plus: R33–R36, а также 37.0.0.1–37.0.2.1.
Исправленные версии:
• NGINX stable: 1.30.4;
• NGINX mainline: 1.31.3;
• NGINX Plus R36: R36 P7;
• NGINX Plus R37: 37.0.3.1.
Основная мера устранения — обновление до исправленной версии. Для временного снижения риска F5 рекомендует исключить безымянные capture-группы, использовать уникальные именованные capture-переменные только внутри блока с соответствующим regex-сопоставлением и не переиспользовать одинаковые именованные capture-переменные в разных директивах. Конфигурацию следует проверять по полному выводу nginx -T, включая подключаемые файлы и автоматически сгенерированные конфигурации. | 610 |
| 18 |  Zero-click arbitrary command execution in Telegram Desktop and iOS app
PoC крашит Telegram Desktop, для нейтрализации влияния на приложение необходимо зайти с мобильного и удалить чат.
Проверить здесь (на свой страх и риск): http://t.me/kimifuckingbot | 1 143 |
| 19 |  CCS2-разъём электромобиля как точка входа в сеть зарядной станции
Исследователи SaiFlow обнаружили уязвимость в зарядных станциях XCharge C6: подключённое к CCS2 устройство может получить доступ к административным сервисам станции через канал Power Line Communication.
При подключении автомобиля зарядная станция формирует IPv6-соединение поверх HomePlug Green PHY. Этот канал используется протоколами V2G, включая ISO 15118 и DIN 70121. Однако на исследованном устройстве через PLC-интерфейсы qca0 и qca1 были доступны не только V2G-сервисы, но также:
• SSH/Dropbear на TCP/22;
• Telnet/BusyBox на TCP/23;
• учётная запись root с паролем root;
• вход без rate limiting и блокировки после неудачных попыток.
Административные сервисы привязаны к 0.0.0.0 или [::], то есть принимают соединения на всех интерфейсах, включая доступные со стороны CCS2. В результате зарядный разъём фактически работает как незащищённый сетевой порт.
Для эксплуатации не требуется полноценный электромобиль. Достаточно контроллера Control Pilot, PLC-модема с поддержкой HomePlug Green PHY и одноплатного компьютера. По оценке исследователей, комплект оборудования может стоить около $130.
Получив root-доступ, атакующий потенциально может:
• изменить параметры зарядки и учёта энергии;
• извлечь сертификат SECC для атак на Plug & Charge;
• закрепиться в системе через init-скрипты или cron;
• вывести зарядную станцию из строя;
• воздействовать на механизмы охлаждения и ограничения мощности;
• использовать станцию как точку входа в инфраструктуру оператора через VPN или Private APN.
Проблема не ограничивается слабым паролем. Даже после его замены SSH и Telnet останутся доступны через недоверенный физический интерфейс. Новая уязвимость в этих сервисах может сформировать уже безаутентификационный сценарий компрометации. | 4 090 |
| 20 |  431 CVE в Linux опубликована 19 июля. Много? Много. ИИ инструментарий, фаззеры, литеры, SAST и DAST анализ переживают золотое время, что сказывается на количестве находок.
https://lists.openwall.net/linux-cve-announce/2026/07/19/ | 660 |
