[Web Application Pentesting] HTTP Digest Аутентитфикация

Привет коллеги.

В этой статье мы с вами поговорим о:

• Дайджест(Цифровой) Аутентификации
• Попытаемся понять алгоритм хеширования дайджест аутентификации и проделаем все шаги алгоритма вручную

И так напомню вам что в прошлой статье мы познакомились с вами с HTTP Basic Аутентификацией и способами атаки на ее.

Сегодня же речь пойдет о еще одном виде HTTP Аутентификации - Дайджест Аутентификация.

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

Вы спросите "Зачем же нужна такая аутентификация когда у нас есть уже Базовая Аутентификая?"

Ответ совсем очевиден:

Дело в том , что Базовая Аутентификация отсылает на сервер логин и пароль в открытом виде.(Да они посылаются в base64 кодировке,но кодировка - это не шифрования!!!) А в силу того , что время не стоит на месте и с развитием WiFi технологий , да и в прочем и в Ethernet сетях , довольно часто развиваются все новые векторы MITM атак и логин и пароль с легкостью можно похитить посредством таких атак.(Речь сейчас идет конкретно про протокол HTTP не проHTTPS)

Так же алгоритм Дайджест Аутентификации описан в RFC 2069 . Еще не знаешь что такое RFC ? )) Ну друг мой - тебе рано или поздно придется с ним знакомится, если ты выбрал путь пентестера

Простыми словами RFC (Request For Comments)- все стандарты Глобальной сети существующие в виде опубликованных заявок RFC)

И так давайте глянем на запрос ответ сервера на HTTP Дайджест аутентификацию:

Обращаем на заголовок запроса:

Authorization и его значения:

Digest - Указывает на то что используется Дайджест Аутентификация

Username - имя пользователя запрашиваемое веб сервером

realm - слово-фраза установленная администратором сервера 

nonce - рандомный(случайный) набор символов в хекс виде.

uri - путь к приложению 

responce - захешированая по алгоритму строка необходимая для проверки на стороне сервера

opaque - то же что и realm , но в нашем случае она пустая(так же задается в настройках веб сервера).

И как результат получаем все тот же 401 (как и при обычной базовой аутентификации) в случае не прохождении проверки на стороне сервера.

Давайте посмотрим на алгоритм хеширования данных при дайджест аутентификации:

Как видим строка responce (которую мы видели в запросе на веб сервере) получается путем хеширования по MD5 шифрованию (Hash1 строки Nonce(так же передаваемая в запросе) и Hash2)

А Hash1 получаем путем хеширования (логина : строки realm(которая так же передается в запросе) : пароля) и Hash2 получаем в результате хеширования (передаваемого метода (GET|POST : URI(также передаваемого в запросе)

В ваершарк это выглядит примерно так:

Теперь давайте попробуем шаг за шагом выполнить этот алгоритм хеширования

(От себя скажу , что это очень немаловажный момент - понимания алгоритма хеширования , так как мы не раз будем сталкиваться с написанием собственных брутилок по определенных алгоритмах)

Для этого нам всего лишь понадобится использовать MD5 шифрования.

Сделать это можно во многих ЯП (Языках Программирования) , но я все же отдаю предпочтения Python:

Запустим для наглядности интерактивный режим Python:

Первым делам импортируем библиотеку hashlib

И создадим переменную hash1 в которую положим необходимое хешированое значение трех составляющих (login:realm:password):