LinkAce - это самостоятельный архив для сбора ссылок на сайт. Версии 2.4.2 и ниже имеют сохраненную уязвимость поперечного сценария через к…
LinkAce - это самостоятельный архив для сбора ссылок на сайт. Версии 2.4.2 и ниже имеют сохраненную уязвимость поперечного сценария через конечную точку подачи Atom для списков (/lists/feed). Аутентифицированный пользователь может ввести полезную нагрузку, нарушающую CDATA, в описание списка, которое избегает раздела XML CDATA, вводит собственный элемент SVG в документ Atom XML и выполняет произвольный JavaScript непосредственно в браузере при посещении URL-адреса ленты. Никакого RSS-ридера или дополнительного контекста рендеринга не требуется — родной XML-парсер браузера обрабатывает введенный SVG и увольняет обработчик загрузочного события. Эта уязвимость существует, потому что в списках шаблонов списков выводится описания списков с использованием необработанного синтаксиса ({!! !!}) Blade без дезинфекции внутри блока CDATA. Критическая деталь заключается в том, что, поскольку выход находится внутри <![CDATA[...]]>, злоумышленник может впрыснуть последовательность ]]>, чтобы преждевременно закрыть раздел CDATA, а затем ввести произвольные элементы XML/SVG, которые браузер анализирует и выполняет изначально как часть документа Atom. Эта проблема исправлена в версии 2.4.3.
Продукт получает входные данные от вышестоящего компонента, но не нейтрализует или некорректно нейтрализует специальные символы, такие как «<», «>» и «&», которые могут быть интерпретированы как элементы веб-скриптинга при отправке нижестоящему компоненту, обрабатывающему веб-страницы.
https://cwe.mitre.org/data/definitions/80.html →Открыть в коллекции CWE →Данная атака является разновидностью межсайтового скриптинга (XSS), при которой вредоносные сценарии встраиваются в элементы, не предназначенные для размещения сценариев, — например, теги изображений (<img>), комментарии в XML-документах (< !-CDATA->) и т. д. Данные теги могут не подвергаться тем же процедурам проверки входных данных, проверки выходных данных и иной фильтрации содержимого, что может создавать возможность для злоумышленника туннелировать через элементы приложения и реализовывать XSS-атаку через другие элементы. Как и при всех удалённых атаках, важно различать возможность запустить атаку (например, зондирование внутренней сети на наличие необновлённых серверов) и способность удалённого злоумышленника собирать и интерпретировать результаты указанной атаки.
https://capec.mitre.org/data/definitions/18.html →Открыть в коллекции CAPEC →Злоумышленник встраивает вредоносный код скрипта в параметры строки HTTP-запроса и убеждает жертву отправить этот HTTP-запрос, содержащий строку запроса, в уязвимое веб-приложение. Веб-приложение затем использует значения параметров без надлежащей проверки и генерирует HTML-код, который будет выполнен браузером жертвы.
https://capec.mitre.org/data/definitions/32.html →Открыть в коллекции CAPEC →Злоумышленник эксплуатирует веб-приложения, формирующие содержимое страниц — например, ссылки в HTML — на основе данных, переданных другими участниками и не прошедших надлежащей проверки. Атаки XSS через HTTP-заголовки направлены против заголовков, которые скрыты от большинства пользователей и могут не проверяться веб-приложениями.
https://capec.mitre.org/data/definitions/86.html →Открыть в коллекции CAPEC →В данном шаблоне злоумышленник способен загружать и выполнять произвольный код, удалённо доступный из приложения. Обычно это достигается через небезопасно настроенную среду выполнения PHP и ненадлежащим образом санированный вызов "include" или "require", который пользователь может затем контролировать, направляя его на любой файл, доступный через веб. Это позволяет злоумышленникам захватывать целевое приложение и принуждать его выполнять их собственные инструкции.
https://capec.mitre.org/data/definitions/193.html →Открыть в коллекции CAPEC →