Обнаружена критическая брешь в CyberArk Enterprise Password Vault

Обнаружена критическая брешь в CyberArk Enterprise Password Vault

Обнаружена критическая брешь в CyberArk Enterprise Password Vault

В продукте CyberArk Enterprise Password Vault обнаружена критическая уязвимость, способная привести к удаленному выполнению кода. Таким образом, атакующий может получить несанкционированный доступ к системе с привилегиями веб-приложения.

CyberArk Enterprise Password Vault помогает корпорациям контролировать и защищать работу привилегированных учетных записей от вторжения извне, а также от инсайдерских вредоносных действий. С помощью него корпорации смогут централизованно управлять паролями для профилактики их утери или приобретения неавторизованными пользователями.

Брешь была обнаружена немецкой компанией, специализирующейся на кибербезопасности, RedTeam Pentesting GmbH. Получивший идентификатор CVE-2018-9843 баг затрагивает веб-приложение, разработанное CyberArk для удаленного доступа к аккаунтам пользователей.

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

По словам специалистов, в момент, когда пользователь входит в свою учетную запись, приложение использует REST API для отправки на сервер запроса на аутентификацию. Этот запрос включает в себя заголовок, содержащий объект .NET, закодированный по стандарту base64. Собственно, этот объект содержит информацию о сеансе пользователя, которая, как полагают исследователи, недостаточно защищена.

Из-за того, как сервер обращается с десериализацией, киберпреступник может манипулировать токенами аутентификации для внедрения вредоносного кода в заголовок. Специалисты опубликовали код proof-of-concept, который демонстрирует наличие этой бреши.

В настоящее время разработчики CyberArk выпустили соответствующие патчи, которые всем рекомендуется установить, обновив свои инсталляции до версий 9.9.5, 9.10 или 10.2.

Бесплатные VPN начали умирать за пару дней, IP уже ни при чём

Бесплатный VPN из Telegram бодро запускается, а через несколько дней Reels замирают, YouTube уходит в бесконечную загрузку, а Gemini встречает ошибкой 403. Современные системы фильтрации научились распознавать туннели даже без расшифровки трафика.

По версии пользователя Хабра Djin22, теперь одного нового IP-адреса может быть недостаточно.

Анализаторы изучают размеры пакетов, интервалы между ними, структуру TLS-соединения и другие косвенные признаки. Если трафик ведёт себя как прокси, маскировка под обычный HTTPS уже не всегда спасает.

Один из характерных сценариев автор называет «проблемой 16 КБ»: соединение успешно устанавливается, передаёт первые данные, а затем резко замедляется или обрывается. Для борьбы с этим используют фрагментацию пакетов, уменьшение размера TCP-сегментов и десинхронизацию DPI с помощью zapret. Идея проста: сервер должен получить нормальный поток, а анализатор — головоломку.

Отдельная история — сервисы Google. Они могут учитывать TLS-отпечаток клиента и замечать, когда программа притворяется Chrome не слишком убедительно. В sing-box для более правдоподобной имитации браузера применяют uTLS.

Если Telegram не работает даже через VLESS Reality, автор предлагает ShadowTLS v3: протокол маскирует соединение под обычную TLS-сессию с разрешённым ресурсом. Ещё один приём — padding, то есть добавление случайных данных для изменения размеров пакетов и усложнения статистического анализа.

В качестве готовых вариантов Djin22 перечисляет hynet.cloud, AmneziaVPN, Red Shield VPN, Cloudflare WARP и собственные серверы на Xray или sing-box. Однако часть текста о hynet.cloud выглядит рекламно, а заявления об «эмуляции JA4», residential-маршрутизации и автоматическом переключении протоколов приводятся без независимого подтверждения.

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