Вся информация что находится по той ссылке ложь и обман!
Не представляю, для чего Вам мог понадобиться крупный теневой форум о кардинге, но, думаю, они там вполне авторитетно рассуждают о том, о чем рассуждают.
На mmm.lc циклическая переадресация.
Что такое циклическая переадресация?Прежде чем углубиться в суть, важно понять, как работает обычная переадресация.
Каждая страница в сети имеет уникальный URL, который включает домен, возможно, несколько подкатегорий и имя страницы. Эти URL используются пользователями и поисковыми машинами для доступа к сайту.
В идеале URL страницы никогда не должен меняться. Даже если страницу надо обновить, сохранение прежнего URL позволит пользователям и поисковым машинам не потерять ее.
К сожалению, иногда смена URL неизбежна. Если ваша компания сменила название или вы понимаете, что текущий URL сайта не оптимизирован для поисковых машин, изменение его на новый, более подходящий, становится приоритетной задачей.
Однако, производя такие изменения, стоит удостовериться, что пользователи могут найти вашу страницу по новому адресу. И вот здесь в игру вступает переадресация.
Как и следует из названия, переадресация перенаправляет пользователей, ищущих конкретную страницу, по ее новому адресу. В большинстве случаев вам достаточно будет установить переадресацию 301, которая скажет браузеру, что страница постоянно перемещена по новому адресу.
Это обычное решение, которое не влияет на то, что видят посетители - если, конечно, переадресация настроена корректно. Но если вы настроили переадресацию на новую страницу, а эта новая страница перенаправляет пользователя обратно на старую страницу, возникает циклическая переадресация (петля), которая не позволяет пользователю попасть ни на одну из них.
Браузер пользователя, обнаружив такое положение дел, показывает ошибку циклической переадресации.
Впрочем, не все ошибки переадресации обязательно связаны с зацикливанием. Если вы перемещаете страницу много раз и каждый раз создаете новую переадресацию, это также может вызвать проблемы.
Каждый раз, когда пользователь обращается к оригинальному URL, его перенаправляют на другой URL, который, в свою очередь, посылает его на третий URL - и так далее. И хоть технически зацикливания тут не наблюдается, некоторые браузеры могут не успевать обрабатывать все переадресации и в результате показывают все ту же ошибку.
(перевод
начала статьи)
Иными словами, это не что-то прям кошмарное и чаще всего связано с ошибками в настройке переадресации
или тем, что кто-то давно не чистил историю браузера. Судя
по отчету о вскрытии, таким кривым образом на том форуме настроена временная переадресация. (Хотя то, как оно отсеивает автоматических проверяльщиков на вирусы, и может внушить мысль, что это своеобразная защита от них.)
Проверять подобных можно двумя способами:
1. Непосредственно пройтись по циклу переадресаций и глянуть, куда Вас "отфутболивают" (и какие куки при этом сохраняют). Для этого можно использовать или
специальную утилитку/баш-скрипт (под Linux), или
специальный сервис (развитие все того же;
вот отчет по Вашему кардинг-форуму, к примеру). Правда, это не даст Вам ничего про XSS и малварей, но оно как бы и не о том.
2. Задействовать специальные сервисы, которыми обычно веб-мастера проверяют
свои сайты на вредоносов (в смысле не внедрили ли к ним чего). Неплохой список таких сервисов дан, скажем,
в этой статье. Ваш кардинг-форум, правда, из них сканировать согласились только rescan.pro (
и ничего там не нашел) и virustotal.com (
тоже) - остальные или заявили, что у них возникли проблемы, или честно признались, что там циклическая переадресация. Но на сайтах без циклических переадресаций тот же Sucuri дает весьма неплохие данные (
пример с главной страницей нашего форума).
Но лучшая защита в любом случае - это
не лезть уверенность, что идете именно туда, куда нужно, и при этом знаете, зачем. Если сайт еще в выдаче гугла показывается весь в свастике и кричит про неблагонадежность - может, его и не стоит посещать?..:)
