Предупреждение о хакерской атаке - Joomla 3.x: Общие вопросы

Всем привет.  !  !Помогите пожалуйста, кто как говорится чем может. Я новичок совсем в этом деле и сайт по наследству достался на новом рабочем месте сделан на Joomla, домен и хостинг на Джино. Пришло предупреждение на почту, как я понял о хакерской атаке. Вопрос, что теперь делать! Какие первые шаги предпринять?? Подскажите пожалуйста... Вот собственно предупреждение:

** PATTERNS MATCHED (possible hack attempts)

* Local File Inclusion $_GET['f'] => ../../../configuration.php
* Local File Inclusion $_REQUEST['f'] => ../../../configuration.php

** PAGE / SERVER INFO
*REMOTE_ADDR : 197.3.211.72
*HTTP_USER_AGENT : python-requests/2.18.4
*REQUEST_METHOD : GET
*QUERY_STRING : f=../../../configuration.php

** SUPERGLOBALS DUMP (sanitized)
*$_GET DUMP:
Array
(
[f] => configuration.php
)
*$_POST DUMP:
Array
(
)
*$_COOKIE DUMP:
Array
(
)
*$_REQUEST DUMP:
Array
(
[f] => configuration.php
)

marco's sql injection предупреждение. По сути можно забить. Я его раньше часто ставил на пролеченые сайты.

marco's sql injection предупреждение. По сути можно забить. Я его раньше часто ставил на пролеченые сайты.

Вчера еще три или четыре предупреждения пришли. Может это быть из за проверки ай болитом потому что три из них пришли во время проверки. А последний конечно пришел опять уже после этого. Извините конечно может это ерунда, но я же  боюсь мне страшно я же можно сказать первый раз и все учусь. Кстати ай болит выдал предупреждения, но что с ними делать? Я конечно сходил по путям вроде бы все норм, но я пока не знаю кода полностью. Не скажете на что можно обратить внимание? Спасибо всем кто откликнется....
Предупреждения ниже:
Первое:
** PATTERNS MATCHED (possible hack attempts)
* Union Select $_GET['start'] => 572999999.1 union select unhex(hex(version())) -- and 1=1
* Union Select $_REQUEST['start'] => 572999999.1 union select unhex(hex(version())) -- and 1=1
** PAGE / SERVER INFO
*REMOTE_ADDR : 151.1.48.6
*REQUEST_METHOD : GET
*QUERY_STRING : cat=35&start=572999999.1%20union%20select%20unhex(hex(version()))%20--%20and%201%3D1
** SUPERGLOBALS DUMP (sanitized)
*$_GET DUMP:
Array
(
    [cat] => 35
    [start] => 572999999.1 -- unhex(hex(version())) -- and 1=1
)
*$_POST DUMP:
Array
(
)
*$_COOKIE DUMP:
Array
(
)
*$_REQUEST DUMP:
Array
(
    [cat] => 35
    [start] => 572999999.1 -- unhex(hex(version())) -- and 1=1
)

Второе:
** PATTERNS MATCHED (possible hack attempts)
* Union Select $_GET['start'] => 57299999' union select unhex(hex(version())) -- 'x'='x
* Union Select $_REQUEST['start'] => 57299999' union select unhex(hex(version())) -- 'x'='x
** PAGE / SERVER INFO
*REMOTE_ADDR : 151.1.48.6
*REQUEST_METHOD : GET
*QUERY_STRING : cat=35&start=57299999%27%20union%20select%20unhex(hex(version()))%20--%20%27x%27=%27x
** SUPERGLOBALS DUMP (sanitized)
*$_GET DUMP:
Array
(
    [cat] => 35
    [start] => 57299999' -- unhex(hex(version())) -- 'x'='x
)
*$_POST DUMP:
Array
(
)
*$_COOKIE DUMP:
Array
(
)
*$_REQUEST DUMP:
Array
(
    [cat] => 35
    [start] => 57299999' -- unhex(hex(version())) -- 'x'='x
)

Третье:
** PATTERNS MATCHED (possible hack attempts)
* Union Select $_GET['start'] => 57299999" union select unhex(hex(version())) -- "x"="x
* Union Select $_REQUEST['start'] => 57299999" union select unhex(hex(version())) -- "x"="x
** PAGE / SERVER INFO
*REMOTE_ADDR : 151.1.48.6
*REQUEST_METHOD : GET
*QUERY_STRING : cat=35&start=57299999%22%20union%20select%20unhex(hex(version()))%20--%20%22x%22=%22x
** SUPERGLOBALS DUMP (sanitized)
*$_GET DUMP:
Array
(
    [cat] => 35
    [start] => 57299999" -- unhex(hex(version())) -- "x"="x
)
*$_POST DUMP:
Array
(
)
*$_COOKIE DUMP:
Array
(
)
*$_REQUEST DUMP:
Array
(
    [cat] => 35
    [start] => 57299999" -- unhex(hex(version())) -- "x"="x
)

Эти три во время проверки ай-болитом.
А это сам по себе:

** PATTERNS MATCHED (possible hack attempts)
* Local File Inclusion $_GET['f'] => ../../../configuration.php
* Local File Inclusion $_REQUEST['f'] => ../../../configuration.php
** PAGE / SERVER INFO
*REMOTE_ADDR : 77.68.90.159
*HTTP_USER_AGENT : python-requests/2.19.1
*REQUEST_METHOD : GET
*QUERY_STRING : f=../../../configuration.php
** SUPERGLOBALS DUMP (sanitized)

*$_GET DUMP:
Array
(
    [f] => configuration.php
)
*$_POST DUMP:
Array
(
)
*$_COOKIE DUMP:
Array
(
)
*$_REQUEST DUMP:
Array
(
    [f] => configuration.php
)

Вот моё "письмо счастья". Пришло за сутки примерно 10 подобных писем после установки плагина "System - Marco's SQL Injection - LFI Interceptor"    :
Прошу ваши комментарии...

** PATTERNS MATCHED (possible hack attempts)

* Local File Inclusion $_GET['f'] => ../../../configuration.php
* Local File Inclusion $_REQUEST['f'] => ../../../configuration.php


** PAGE / SERVER INFO

*REMOTE_ADDR : 51.68.112.14
*HTTP_USER_AGENT : python-requests/2.20.1
*REQUEST_METHOD : GET
*QUERY_STRING : f=../../../configuration.php


** SUPERGLOBALS DUMP (sanitized)

*$_GET DUMP:
Array
(
    [f] => ../../../configuration.php
)


*$_POST DUMP:
Array
(
)


*$_COOKIE DUMP:
Array
(
)


*$_REQUEST DUMP:
Array
(
    [f] => ../../../configuration.php
)

отключите уведомления и спите спокойно.
любой сайт найденный ботами каждый день атакуется, у вас полный ящик будет таких писем.

отключите уведомления и спите спокойно.

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

ну на старых сайтах, типа 1.5 и 2.5 такие расширения имеют смысл, на обновляемой тройке - тут большой вопрос, действительно.

ну на старых сайтах, типа 1.5 и 2.5 такие расширения имеют смысл, на обновляемой тройке - тут большой вопрос, действительно.

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

не ноль.
если плагин использует базы, созданные после прекращения апдейтов Joomla.

От 0-day не спасет,  а смысл защищать от уязвимостей других версий, если старая Joomla к ним итак неуязвима.

да блин. базы для плагинов пополняли даже после прекращения поддержки Joomla.
так что от части  сканботов они защищают таки.

Так базы тоже надо каким - то образом обновлять, с таким успехом проще накатить патч безопасности. Да и как говорил, от 0-day не спасёт.
И правила для . htaccess/nginx создают меньшую нагрузку, чем плагин.

Недавно встретил инструкцию насчет защиты от ботов:
https://jehost.ru/poleznaya-informatsiya/blokirovka-botov-na-sajte-prosto-i-effektivno.html
В теории эти правила .htaccess должны помочь.