Авторы: Джейкоб Каллин и Ирен Лобо Валбуэна (Jakob Kallin, Irene Lobo Valbuena) Оригинал статьи Перевод: Ольга Алифанова
Это вторая часть руководства по XSS. В первой части была дана общая информация по XSS-уязвимостям и основному сценарию их использования.
Типы XSS
Несмотря на то, что цель XSS-атаки всегда в том, чтобы запустить вредоносный JavaScript в браузере жертвы, способы, которыми этого можно добиться, фундаментально различаются. XSS-атаки часто делят на три типа:
Длительная XSS-атака, когда вредоносная строка хранится в базе данных сайта.
Отраженная XSS-атака, когда вредоносная строка создается в запросе жертвы.
Основанная на DOM атака, когда уязвимость находится в клиентском коде, а не в серверном.
Пример в первой части иллюстрировал длительную XSS-атаку. Теперь мы опишем два оставшихся типа атак: отраженную и основанную на DOM.
1) Столкнулся с проблемой, заключающейся в том что Airtest, столкнувшись с ошибкой ( например не нашёлся нужный объект) сразу же останавливает тесты. Итоговый отчет об ошибках всегда выглядит так - сколько то пройденных шагов и один провальный. Try except пробовал, ошибка перехваченная Exceptoм не отмечается в отчёте.
Возможно ли сделать так чтобы после провального шага тесты продолжались? То-есть хочу запустить большой блок кейсов в каждом ряд шагов. И в итоге в отчёте увидеть несколько пойманных ошибок.
2) Заметил следующее, что падение критических ошибок ( например nullreference exception) не меняет статус шага на провальный.
Возможно ли как то отслеживать выпадение таких ошибок и отмечать шаги в итоговом отчёте как провальные.