•атаки DOS через заполнение сервиса мусорными данными, опять же, зависит от настроек

•выполнения межсайтового скриптинга через инъекцию вредоносного JS под видом валидных закешированных данных, которые затем отдавались бы пользователям

•и, возможно, выполнения SQL-инъекции, если данные memcache сохранялись в базе данных

Выводы

Поддомены и обширная сеть конфигураций представляют огромный потенцила для взлома. Если вы заметили, что программа по поиску багов включает в свои рамки *.SITE.com, попробуйте поискать поддомены, которые могут быть уязвимы, вместо того, чтобы тянуться к низко висящему фрукту на главном сайте, на котором ищут уязвимости все остальные. Также стоит потратить время на изучение таких инструментов,

как Nmap, eyewitness, knockpy и прочих, которые могут помочь вам проследовать по пути Энди.

Итоги

Уязвимости, основанные на логике приложения, не обязательно подразумевают внедрение кода. Вместо этого, их использование зачастую требует внимательных глаз и еще больше нестандартного мышления. Всегда обращайте внимание на другие инструменты и сервисы, которые могут быть использованы сайтами, поскольку они могут оказаться новым вектором атаки. Это может включать Javascript-библиотеку, которую сайт использует для отображения контента.

Скорее чаще, чем реже, обнаружение таких уязвимостей потребует использования прокси-перехватчика, который позволит вам поэкспериментировать со значениями, прежде чем отправлять их исследуемому сайту. Попробуйте изменять любые значения, которые кажутся вам относящимися к идентификации вашего аккаунта. Возможно, вам потребуется два разных аккаунта, чтобы иметь два набора валидных данных для доступа, которые точно будут работоспособными. Так же ищите скрытые/необычные точки, которые могут обнаружить функциональность, которая не должна быть доступна по тем или иным причинам.

Кроме того, каждый раз при совершении какого-либо вида транзакции помните, что всегда существует вероятность, что разработчики не приняли во внимание race conditions на уровне базы данных. Таким образом, их код может помешать вам, но если вы сможете выполнить код так быстро, как это возможно, словно он выполняется почти одновременно, вы можете наткнуться на race condition. Убедитесь, что вы провели несколько тестов при поиске этой уязвимости, поскольку она может быть обнаружена далеко не с первого раза, как в случае с Starbucks.

И, наконец, не пропускайте выход новой функциональности

— она часто предоставляет новые области для тестирования! И если/когда возможно, автоматизируйте тестирование, чтобы использовать свое время с большей пользой.