#41 Bug Bounty. Cross Site Request Forgery (CSRF).

09.07.202209.07.2022 by Timcore

Здравствуйте, дорогие друзья.

Введение

Cross Site Request Forgery (CSRF) — это атака на пользователя приложения, заставляющая браузер отправлять запросы от имени злоумышленника. Этот вид атак может использоваться для изменения пароля пользователя и электронной почты, например страницы или видео, отправки денег злоумышленнику и все, что Вы можете сделать с помощью POST-запроса.

CSRF

Чтобы использовать CSRF, пользователь должен войти в целевую сеть, и посетить вредоносный сайт, в том же браузере. Используя JavaScript, возможна отправка запросов на сайты от имени пользователей через их куки. Итак, если пользователь посещает сайт, контролируемый злоумышленниками, мы можем использовать JavaScript для отправки POST-запроса, с использованием файлов cookie жертвы.

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

Как Вы можете видеть в приведенном выше запросе, нет ни токена CSRF, ни аутентификации. Приложению не удается проверить заголовок ссылки. Мы должны быть в состоянии выполнить атаку CSRF, но чтобы убедиться в этом, Вы должны создать proof of concept (POC) страницу.

<html>

<form id=»exploit» action=»https://acc71f681f28327e80e13486006a005a.web-security-

academy.net/email/change-email» method=»post»>

<input name=»email» value=»attack@test.com»>

<input type=’submit’ value=’submit’>

</form>

<script>

document.getElementById(«exploit»).submit()

</script>

</html>

Приведенный выше код можно использовать в качестве POC, для доказательства возможности CSRF. Это также хорошая идея, чтобы убедиться, что что-то действительно можно использовать, прежде чем отправлять отчет.

Вывод

CSRF — действительно старая уязвимость, но я все еще постоянно сталкиваюсь с ней. Если Вы тестируете приложение с учетными записями пользователей, то Вы всегда должны проверять CSRF. Если приложение не защищает от нее, Вы можете использовать уязвимость для изменения адреса электронной почты пользователей, паролей и все, что Вы хотите.

На этом все. Всем хорошего дня!

#1 Bug Bounty. Подготовка к Bug Bounty. Введение.

#2 Bug Bounty. Организация. Введение.

#3 Bug Bounty. Заметки. Введение.

#4 Bug Bounty. Подготовка к охоте. База знаний.

#5 Bug Bounty. RSS-каналы.

#6 Bug Bounty 101. Выбор платформы.

#7 Bug Bounty. Выбор правильной цели.

#8 Bug Bounty. Методология — рабочие процессы.

#9 Bug Bounty. Рабочий процесс GitHub.

#10 Bug Bounty. Гугл Дорки Рабочий процесс.

#11 Bug Bounty. Эксплойты — Рабочий процесс.