Повторная привязка DNS - DNS rebinding

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

Эту атаку можно использовать для взлома частная сеть причиняя жертве веб-браузер для доступа к компьютерам в частном порядке IP-адреса и верните результаты злоумышленнику. Его также можно использовать для использования машины жертвы для рассылка спама, распределенные атаки типа "отказ в обслуживании", или другие злонамеренные действия.

Как работает повторная привязка DNS

Злоумышленник регистрирует домен (например, attacker.com) и делегирует его DNS сервер что находится под контролем злоумышленника. Сервер настроен на ответ очень коротким время жизни (TTL) рекорд, предотвращая то, что ответ DNS кешированный. Когда жертва переходит на вредоносный домен, DNS-сервер злоумышленника сначала отвечает айпи адрес сервера, на котором размещен вредоносный клиентский код. Например, они могут направить браузер жертвы на веб-сайт, содержащий вредоносные JavaScript или вспышка скрипты, предназначенные для выполнения на компьютере жертвы.

Вредоносный код на стороне клиента делает дополнительные обращения к исходному доменному имени (например, attacker.com). Это разрешено политикой одинакового происхождения. Однако, когда браузер жертвы запускает сценарий, он делает новый DNS-запрос для домена, и злоумышленник отвечает новым IP-адресом. Например, они могут ответить внутренним IP-адресом или IP-адресом цели где-то еще в Интернете.

Защита

Следующие методы пытаются предотвратить атаки повторного связывания DNS:[1][2][3][4]

  • DNS-серверы в цепочке могут отфильтровывать частные IP-адреса и петлевые IP-адреса:
    • Внешние общедоступные DNS-серверы (например, OpenDNS ) может реализовать DNS-фильтрацию.[5]
    • Местный системные администраторы может настроить локальную сервер имен (s), чтобы заблокировать преобразование внешних имен во внутренние IP-адреса. (У этого есть обратная сторона, позволяющая злоумышленнику сопоставить используемые диапазоны внутренних адресов.)
  • А брандмауэр (например, dnswall) на шлюзе или на локальном компьютере может фильтровать ответы DNS, которые проходят через него, отбрасывая локальные адреса.[6][7]
  • Веб-браузеры могут противостоять повторной привязке DNS:
    • Веб-браузеры могут реализовать закрепление DNS:[8] IP-адрес привязан к значению, полученному в первом ответе DNS. Этот метод может блокировать некоторые законные способы использования Динамический DNS, и может не работать против всех атак. Однако важно обеспечить отказоустойчивость (остановить рендеринг), если IP-адрес действительно изменится, потому что использование IP-адреса после истечения срока действия TTL может открыть противоположную уязвимость, когда IP-адрес изменился законно, а IP-адрес с истекшим сроком действия теперь может контролироваться злоумышленник.
    • В NoScript расширение для Fire Fox включает в себя ABE, подобная брандмауэру функция внутри браузера, которая в своей конфигурации по умолчанию предотвращает атаки в локальной сети, предотвращая доступ внешних веб-страниц к локальным IP-адресам.
  • Веб-серверы могут отклонять HTTP запросы с нераспознанным Заголовок хоста.

Смотрите также

использованная литература

  1. ^ «Защита браузеров от атак с повторным связыванием DNS» (PDF). crypto.stanford.edu. Ноябрь 2007 г.. Получено 2018-12-10.
  2. ^ «Защита браузеров от атак с повторным связыванием DNS» (PDF). www.adambarth.com. Январь 2009 г.. Получено 2018-12-10.
  3. ^ "ПЕРЕПИСАНИЕ DNS" (PDF). www.ptsecurity.com. 2012. Получено 2018-12-10.
  4. ^ «Защита маршрутизатора от возможных атак с повторным связыванием DNS - блог TrendLabs Security Intelligence». blog.trendmicro.com. 2010-08-04. Получено 2018-12-10.
  5. ^ Улевич, Давид (14 апреля 2008 г.). «Наконец, настоящее решение для атак с повторным связыванием DNS». Cisco. Получено 2017-07-15.
  6. ^ google-dnswall на GitHub
  7. ^ "Услуги - DNS - Защита от повторного связывания DNS | Документация pfSense". www.netgate.com. Получено 2018-12-10.
  8. ^ «FireDrill: интерактивное повторное связывание DNS» (PDF). www.usenix.org. Получено 2018-12-10.

внешние ссылки