Заметка: активирована адаптивная версия сайта, которая автоматически подстраивается под небольшой размер Вашего браузера и скрывает некоторые детали сайта для удобства чтения. Приятного просмотра!
Добрый день, уважаемые читатели блога Siteon! Комментарий к прошлой статье о скрытии признаков Joomla заставил меня немного углубиться в эту тему. В этой статье я расскажу, как скрыть ещё один характерный признак Joomla, а также как скрыть любую CMS от любого сервиса проверки.
В этот раз могу смело утверждать, что мне удалось скрыть свою CMS от абсолютно любого online сервиса, даже от тех, которые заточены только под конкретную CMS, например, http://isthissitebuiltwithdrupal.com
Однако плагин Wappalyzer всё ещё остаётся не решённой задачей, скоро вы поймёте почему, а пока давайте как раз о нём и поговорим.
Как скрыть свою CMS от плагина Wappalyzer ?
В первом комментарии к прошлой статье с нами поделились ссылкой на исходники этого плагина, чтобы не заставлять вас переходить по ссылке выложу здесь критерии проверки для наиболее популярных CMS (Joomla, Wordpress, Drupal):
В общем, я пришёл к выводу, что это слишком трудозатратно, а профита не так уж и много. И я имею ввиду раздел html, из которого видно, что нужно как минимум исправлять все ссылки подключаемых скриптов и стилей и прочего.
Хотя может быть я ошибаюсь, и кто-то уже давно решил эту задачу?
Однако, не смотря на то, что плагин я не одолел, я заметил ещё один характерный признак Joomla, по которому блуждающие боты смогут определить Вашу CMS. Это посылаемые заголовки сервера. Я как-то читал тему на форуме, в которой писали что-то типа: «Настройте правильные заголовки, и вашу CMS будет практически невозможно распознать». Это конечно пыль в глаза, так как этого мало, но доля истины в этом есть, вполне возможно, что некоторые боты распознают CMS Joomla и другие CMS только по заголовкам сервера.
Так вот Joomla посылает их аж два: один посылает слово Joomla, а второй даже её версию - Joomla25. Исправить это очень легко, заходим в файл \libraries\joomla\application\web.php и ищем 449 строку, в которой будет такой фрагмент:
Готово, мы скрыли ещё один характерный признак использования Joomla.
Как скрыть движок сайта от builtwith.com и любого другого сервиса проверки CMS?
Всё написанное далее уже никак не относится к оптимизации сайта, это скорее решение конкретной задачи.
После раздумий о том, как можно было бы проще скрыть CMS от Wappalyzer, я пришёл к выводу, что чем проделывать объёмную работу, лучше рубить проблему под корень. Я решил, что нужно закрыть доступ к сайту для всех сервисов проверки, чем изменять структуру всей CMS, а как это сделать? Например, банальным "баном" по IP.
После этого, в ходе незамысловатых манипуляций, я узнал IP всех интересующих меня сервисов… ну что, начнём?
Буду краток, впишете этот код в любом месте файла .htaccess, который лежит в корне вашего сайта:
Order Allow,Deny
Allow from All
# Диапозон ITrack.ru
deny from 144.76.
# Диапозон 2ip.ru
deny from 188.40.74.
# IP адрес buildwith.com, вроде IP статичен
deny from 198.27.69.78
# Но если вдруг окажется, что нет, то вот весь диапозон buildwith.com.
# Если решили перестраховаться и вписать весь диапозон, то предыдущий IP
# вписывать не надо, он входит в диапозон ниже:
deny from 198.22.98.0/23
deny from 198.22.100.0/22
deny from 198.22.104.0/21
deny from 198.22.112.0/20
deny from 198.22.128.0/17
deny from 198.23.0.0/16
deny from 198.24.0.0/13
deny from 198.32.0.0/14
deny from 198.36.0.0/19
После вставки этого кода, ни один сервис для проверки CMS не сможет распознать движок вашего сайта и любые другие используемые Вами технологии, так как сервисы в ответ будут получать ошибку 403 (доступ запрещён).
Ув. Сергей. После обновления Joomla, все файлы перезаписываются, и все её характерные признаки снова проявляются. Можно ли этого избежать, или придется корректировать эти файлы после каждого обновления?
17.03.2014 15:40:37Snake 60 отвечает:
Так используйте последний вариант, предложенный Сергеем, и тогда ничего вообще править не надо ;) PS Сам только что проверил на 2ip.ru - вроде работает, выдало "WordPress найдены признаки использования" хотя сайт на Joomla и WP на хостинге не ставил ни разу :)
17.03.2014 15:46:08Сергей отвечает:
В контексте этой статьи - нельзя избежать. Поэтому лично я не обновляю никогда Joomla, меньше проблем. Естественно, если использовать те простые методы и советы по защите, которые я описывал в этом блоге (.htacces в папке administrator и тд.).
Возможно, стоит заметить, что я никогда не использую краткосрочные релизы. Типа Joomla 3.0, 3.1, 3.2 и тд. Если вы их используете, конечно обновляться имеет большой смысл.
18.06.2015 04:36:25Андрей отвечает:
А какие используете?
19.06.2015 22:55:55Сергей отвечает:
Те, которые разработчики помечают как LTS. Например: 1.5, следующая была 2.5 (пропускаем 1.6, 1.7, 2.0 и тд.). Следующая долгосрочная планировалась 3.5, но как сейчас не знаю.
Но я уже ровно год как отказался от Джумлы (и других CMS) и сайты делаю только на фреймворках (Yii 2, Laravel 5). Это интересней, прибыльней, и нет проблем с SEO и кастомизацией (но нужно уметь программировать).
И опять от меня же. вот этот диапазон для itrack 144.76. я пишу в isp manager в брэндмауэре но он не корректен... подскажите как корректно его там написать... спасибо еще раз)
28.03.2014 09:00:59Сергей отвечает:
Не пользуюсь isp manager для таких вещей, попробуйте как написано в статье, через .htaccess, может поможет.
Я написал вот так 144.76.0.0/11 в isp manager и проверил в itrack... но он все равно нашел мою кмс... не знаю в чем проблема...
28.03.2014 09:05:18Сергей отвечает:
Попробуйте через .htaccess, или проверьте логи сервера, может IP изменился...
28.03.2014 09:36:18Андрей! отвечает:
Это мне нужно определять свою кмс на itrack и тогда остается след в логах? Я смотрел access.log... и в том месте где я сканил свой сайт через сервис.. но почему-то в том месте в логах пишется ip моего сервера, а не ip itrack... или я не там может смотрю?
28.03.2014 16:26:34Сергей отвечает:
Может быть небольшая задержка в логах. Я смотрел через isp manager хостинга.
Только что делал всё это для нового сайта на Joomla 2.5.19 + VM 2.0.26d - всё работает, всё актуально. Так что если у кого-то не получается, значит делаете что-то не так.
Отлично сработало для 2ip.ru, на itrack всё равно определяет. Посмотрел по логам, он сканировал с разных айпишников, абсолютно разных, например 91.221.109.101 88.99.39.141 89.15.176.158 31.223.136.137
Пожалуйста, прокомментируйте, как Вам моя статья?