В VPN от Palo Alto нашли критическую брешь, которая затронула Uber

В VPN от Palo Alto нашли критическую брешь, которая затронула Uber

В VPN от Palo Alto нашли критическую брешь, которая затронула Uber

В программном обеспечении GlobalProtect SSL VPN от Palo Alto Networks обнаружили критическую уязвимость. Это решение используют корпорации по всему миру, включая популярный сервис для вызова такси — Uber.

Согласно официальному сообщению Palo Alto Networks, уязвимость получила идентификатор CVE-2019-1579, она затрагивает продукты GlobalProtect portal и GlobalProtect Gateway. С помощью этой бреши атакующий может удаленно выполнить код.

«Это уязвимость форматирования строки в PAN SSL Gateway, который обрабатывает SSL-хендшейки между клиентом и сервером», — так описывают баг исследователи Tenable.

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

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

  • PAN-OS 7.1.18 и более старые версии — установить 7.1.22.
  • PAN-OS 8.0.11-h1* и более старые версии — установить 8.0.17.
  • PAN-OS 8.1.2 и более старые версии — установить версию 8.1.8.

Если по каким-то причинам у вас нет возможности обновить версию PAN-OS, Palo Alto Networks рекомендует поставить Content Update версии 8173 (и новее) и проверить, что IPS защищает подключения по VPN.

Представители Uber заявили, что Palo Alto SSL VPN не основной VPN-сервис, большинство сотрудников пользуются другими решениями. В целом компания оценила опасность уязвимости как «низкую».

Подпишитесь на новости

Claude Code удалил 116 ГБ и сообщил, что файлы выглядят нормально

Пользователь Windows сообщил, что Claude Code при уборке временных файлов удалил около 116 ГБ данных из его домашней директории. Затем агент заверил, что остановил команду и все выглядит целым. По описанию инцидента, удаление продолжалось еще примерно 50 минут.

В отчете на GitHub пользователь рассказывает, что работал над анализом для соревнования Kaggle.

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

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

Через 120 секунд задача автоматически перешла в фон. Агент запросил остановку и получил сообщение об успехе, однако, судя по описанным изменениям файловой системы, удаление продолжалось. Вероятное объяснение — дочерний процесс пережил остановку задачи.

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

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

Особенно неприятна в этой истории уверенность агента. Наличие папки еще не означает наличие файлов.

RSS: Новости на портале Anti-Malware.ru