🔍 Модуль для Metasploit: часть 3 - пишем свой XSS-фаззер с контекстным анализом
🔍 Модуль для Metasploit: часть 3 - пишем свой XSS-фаззер с контекстным анализом Замыкаю триаду: после SQLi-сканера и full-chain эксплоита - универсальный фаззер отражённых XSS. Не «ещё один скрипт с alert(1)», а инструмент, который понимает, КУДА попал пейлоад. Чем он отличается от тысячи XSS-сканеров на GitHub: 🎯 Контекстный анализ. Фаззер инъектит маркер со спецсимволами (<"'>) и смотрит не просто «отразилось ли», а ГДЕ именно: в теле HTML → пейлоад <img src=x onerror=alert(1)> внутри атрибута → "><img ...> внутри <script> → ';alert(1);// в JSON → «это DOM-зона, иди в браузер» Под каждый контекст - свой рабочий пейлоад. Потому что XSS в атрибуте и XSS в JS-строке эксплуатируются по-разному, и сканер, который этого не различает - просто шумогенератор. Проверка боем: ✅ DVWA (Security: Low) - поймал reflected XSS в /vulnerabilities/xss_r/?name= с первого прогона ✅ OWASP Juice Shop - честно промолчал. И это правильно: там Angular SPA, серверной рефлексии нет, все XSS живут в DOM. Сканер, который не врёт - половина доверия к нему. Фишки под капотом: 🔹 Фаззинг списка параметров (q, search, id, redirect...) по GET и POST 🔹 Поддержка сессионных кук - работает на закрытых аппах после логина 🔹 Всё находки - в БД Metasploit: vulns + loot для отчёта Главный вывод серии: писать свои модули - это другой уровень. Когда сам собираешь логику детекта, начинаешь понимать класс уязвимости изнутри, а не на уровне «нажми run». Ruby + msf = отличная школа 💎