Уязвимость в HTTP/HTTPS сервисе, используемом J-Web, Веб-аутентификации, Динамическом VPN (DVPN), Аутентификации Брандмауэра с веб-перенапр…
Уязвимость в HTTP/HTTPS сервисе, используемом J-Web, Веб-аутентификации, Динамическом VPN (DVPN), Аутентификации Брандмауэра с веб-перенаправлением и Автоматизированной Поставке (ZTP), позволяет неаутентифицированному злоумышленнику выполнять локальное включение файла (LFI) или обход пути. Используя эту уязвимость, злоумышленник может инъектировать команды в httpd.log, читать файлы с разрешением 'world' или получать токены сессии J-Web. В случае инъекции команд, поскольку HTTP-сервис работает от имени пользователя 'nobody', воздействие этой инъекции команд ограничено. (Оценка CVSS 5.3, вектор CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N) В случае чтения файлов с разрешением 'world', в Junos OS 19.3R1 и выше, неаутентифицированный злоумышленник может прочитать файл конфигурации. (Оценка CVSS 5.9, вектор CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N) Если J-Web включен, злоумышленник может получить тот же уровень доступа, что и любой, кто активно вошел в систему J-Web. Если администратор вошел в систему, злоумышленник может получить доступ администратора к J-Web. (Оценка CVSS 8.8, вектор CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H) Эта проблема затрагивает только устройства Juniper Networks Junos OS с включенными HTTP/HTTPS сервисами. Устройства Junos OS с отключенными HTTP/HTTPS сервисами не подвержены атаке. Если HTTP/HTTPS сервисы включены, следующая команда покажет процессы httpd: user@device> show system processes | match http 5260 - S 0:00.13 /usr/sbin/httpd-gk -N 5797 - I 0:00.10 /usr/sbin/httpd --config /jail/var/etc/httpd.conf Чтобы подвести итоги: Если HTTP/HTTPS сервисы отключены, влияние от этой уязвимости отсутствует. Если HTTP/HTTPS сервисы включены и J-Web не используется, эта уязвимость имеет оценку CVSS 5.9 (CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N). Если J-Web включен, эта уязвимость имеет оценку CVSS 8.8 (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H). Juniper SIRT получил единственный отчет о том, что эта уязвимость использовалась в дикой природе. Избыточная осторожность требует уведомления клиентов, чтобы они могли предпринять соответствующие действия. Индикаторы компрометации: /var/log/httpd.log могут содержать индикаторы того, что команды были инъектированы или файлы получили доступ. Администратор устройства может искать эти индикаторы, ища строковые шаблоны "=*;*&" или "*%3b*&" в /var/log/httpd.log, используя следующую команду: user@device> show log httpd.log | match "=*;*&|=*%3b*&" Если эта команда возвращает любой вывод, это может указывать на злонамеренные попытки или просто сканирование. Также следует проверить записанные логи, используя следующую команду: user@device> show log httpd.log.0.gz | match "=*;*&|=*%3b*&" user@device> show log httpd.log.1.gz | match "=*;*&|=*%3b*&" Обратите внимание, что опытный злоумышленник, вероятно, удалит эти записи из локального файла журнала, тем самым эффективно устраняя любые надежные сигнатуры, подтверждающие, что устройство было атаковано. Эта проблема затрагивает устройства Juniper Networks Junos OS версии 12.3 до 12.3R12-S16; версии 12.3X48 до 12.3X48-D101, 12.3X48-D105; версии 14.1X53 до 14.1X53-D54; версии 15.1 до 15.1R7-S7; версии 15.1X49 до 15.1X49-D211, 15.1X49-D220; версии 16.1 до 16.1R7-S8; версии 17.2 до 17.2R3-S4; версии 17.3 до 17.3R3-S8; версии 17.4 до 17.4R2-S11, 17.4R3-S2; версии 18.1 до 18.1R3-S10; версии 18.2 до 18.2R2-S7, 18.2R3-S4; версии 18.3 до 18.3R2-S4, 18.3R3-S2; версии 18.4 до 18.4R1-S7, 18.4R3-S2; версия 18.4R2 и более поздние версии; версии 19.1 до 19.1R1-S5, 19.1R3-S1; версия 19.1R2 и более поздние версии; версии 19.2 до 19.2R2; версии 19.3 до 19.3R2-S3, 19.3R3; версии 19.4 до 19.4R1-S2, 19.4R2; версии 20.1 до 20.1R1-S1, 20.1R2.
Продукт использует внешние входные данные для формирования пути, предназначенного для идентификации файла или каталога внутри ограниченного родительского каталога, однако не нейтрализует должным образом специальные элементы в пути, которые могут вызвать его разрешение за пределами ограниченного каталога.
https://cwe.mitre.org/data/definitions/22.html →Открыть в коллекции CWE →Данная атака использует кодирование URL в сочетании с кодированием символов слеша. Злоумышленник может воспользоваться множеством способов кодирования URL и злоупотребить его интерпретацией. URL может содержать специальные символы, требующие особой синтаксической обработки для правильной интерпретации. Специальные символы представляются с помощью символа процента, за которым следуют две цифры, обозначающие код октета исходного символа (%HEX-КОД). Например, пробел в US-ASCII представляется как %20. Это часто называют экранированием или процентным кодированием. Поскольку сервер декодирует URL из запросов, он может ограничивать доступ к некоторым путям URL, проверяя и отфильтровывая полученные URL-запросы. Злоумышленник попытается сформировать URL с последовательностью специальных символов, которая после интерпретации сервером окажется эквивалентна запрещённому URL. Защититься от данной атаки непросто, поскольку URL может содержать другие форматы кодирования, такие как UTF-8, Unicode и т. д.
https://capec.mitre.org/data/definitions/64.html →Открыть в коллекции CAPEC →Злоумышленник манипулирует входными данными, которые целевое программное обеспечение передаёт в вызовы файловой системы операционной системы. Цель — получить доступ и, возможно, модифицировать области файловой системы, к которым целевое программное обеспечение не должно было предоставлять доступ.
https://capec.mitre.org/data/definitions/76.html →Открыть в коллекции CAPEC →Данная атака использует обратный слеш в альтернативных кодировках. Злоумышленник может использовать обратный слеш в качестве первого символа, вынуждая парсер считать следующий символ специальным. Это называется экранированием. Используя данный приём, злоумышленник пытается эксплуатировать альтернативные способы кодирования одного и того же символа, что создаёт проблемы для фильтров и открывает пути для атак.
https://capec.mitre.org/data/definitions/78.html →Открыть в коллекции CAPEC →Данная атака направлена на кодирование символов слеша. Злоумышленник пытается эксплуатировать распространённые проблемы фильтрации, связанные с использованием символов слеша, для получения доступа к ресурсам на целевом хосте. Системы на основе каталогов, такие как файловые системы и базы данных, как правило, используют символ слеша для обозначения перехода между каталогами или другими контейнерными компонентами. По неоднозначным историческим причинам ПК (и, как следствие, ОС Microsoft) используют обратный слеш, тогда как мир UNIX традиционно применяет прямой слеш. Шизофренический результат таков, что многие MS-системы обязаны понимать обе формы слеша. Это предоставляет злоумышленнику множество возможностей для обнаружения и использования распространённых проблем фильтрации. Цель данного шаблона — обнаружить серверное программное обеспечение, применяющее фильтры только к одному варианту, но не другому.
https://capec.mitre.org/data/definitions/79.html →Открыть в коллекции CAPEC →Злоумышленник использует методы манипуляции путями для эксплуатации недостаточной проверки входных данных цели и получения доступа к данным, которые должны быть недоступны. Такой подход хорошо работает, когда цель предоставляет пользователю имена файлов (например, для пользовательских файлов, содержимого веб-сайтов и т. п.) и использует эти имена для формирования путей в файловой системе. Вставляя в эти имена специальные последовательности, можно обойти проверки и получить доступ к файлам вне корня приложения. Наиболее типичная последовательность — использование относительных переходов «..». Например, если приложение хранит файлы пользователей в каталоге /usr/local/myapp/files/user/, а противник запросит файл с именем «../../../../etc/passwd», то итоговый путь может быть интерпретирован как /etc/passwd — системный файл, к которому противник не должен иметь доступа. Некоторые реализации фильтрации последовательностей «..» можно обойти с помощью альтернативных кодировок, URL-кодирования или использования различных разделителей каталогов. Цель атаки — получить несанкционированный доступ к конфиденциальным данным. В некоторых случаях может быть получена также возможность записи за пределы разрешённых каталогов.
https://capec.mitre.org/data/definitions/126.html →Открыть в коллекции CAPEC →