WordPress SQL инъекции: полное руководство по защите

Количество просмотров

109
Распечатать · Время на чтение: 18мин · Автор: · Опубликовано · Обновлено

воспроизвестиПрослушать статью

SQL-инъекции WordPress - руководство по защите от атак SQL.

SQL-инъекции — одни из самых разрушительных атак на сайты WordPress. Фактически, они занимают второе место в списке наиболее критических уязвимостей WordPress, уступая только атакам с использованием межсайтовых сценариев. SQL-инъекция WordPress позволяет хакеру получить доступ к базе данных вашего сайта, а затем залить его вредоносными программами.

Если вы читали об атаках с помощью SQL-инъекций на сайты WordPress и беспокоитесь об ущербе, который они могут нанести, вы попали по адресу. Я расскажу вам, как именно бороться с вредоносным ПО от этих атак и, что более важно, как предотвратить их появление.

В 2019 году две трети всех атак были атаками с использованием SQL-инъекций. Это число немного уменьшилось, но это не делает их менее опасными. Однако понимание того, что делает атака SQL-инъекций WordPress и как она работает, имеет большое значение для защиты вашего сайта. Атаки SQL-инъекций опасны для любого веб-сайта и могут привести к значительному ущербу.

Содержание статьи:

Что такое атаки SQL-инъекций WordPress?

Атаки SQL-инъекций WordPress - что это такое?

Атаки WordPress SQL-инъекциями — это попытки получить несанкционированный доступ к базе данных вашего сайта. База данных вашего веб-сайта содержит всю информацию и контент, созданные пользователями, такие как сообщения, страницы, ссылки, комментарии и даже пользователей. Это огромное хранилище важной информации и, следовательно, золотая жила для хакеров.
Внедрение WP SQL, что неудивительно, использует команды SQL. Язык структурированных запросов или SQL — это язык, используемый для взаимодействия с базами данных. В нем есть команды, которые могут добавлять, удалять или изменять информацию, хранящуюся в таблицах базы данных. SQL позволяет файлам вашего веб-сайта находить и извлекать правильные данные из базы данных для отображения на вашем веб-сайте.

Атаки SQL-инъекций работают путем вставки SQL-команд в поля формы вашего сайта. Например, хакер может использовать вашу контактную форму для ввода данных на ваш сайт. Данные имеют SQL-команды, которые выполняются вашим веб-сайтом и, таким образом, могут изменять вашу базу данных. Затем, как только хакер получит доступ к базе данных вашего сайта, он может заполнить ваш сайт вредоносными программами или вызвать другие виды кошмарных проблем.

Существуют различные точки входа для атак SQL-инъекций. Обычно хакеры нацелены на формы и любые другие открытые поля, такие как панели поиска. Также известно, что тележки подвержены SQL-инъекциям.

Последствия атаки SQL-инъекцией на ваш сайт WordPress

Последствия SQL-инъекции WordPress могут сильно различаться в зависимости от того, что хакер решит сделать со своим нечестным доступом. Вот некоторые из последствий, которые хакеры делают с веб-сайтами:

  • В худшем случае хакер может удалить все содержимое вашей базы данных. Это сломает ваш сайт и сделает невозможным его восстановление, если у вас нет независимых резервных копий .
  • С помощью SQL-инъекции в WordPress хакер может внедрить вредоносное ПО в вашу базу данных. Это может означать вредоносное ПО для SEO-спама и его варианты, такие как взлом ключевых слов или фармацевтический взлом. Это также может означать взломанную вредоносную программу перенаправления, которая заражает все записи и страницы.
  • Хакер может получить контроль над учетной записью пользователя и повысить его привилегии. Если вы видите странную активность пользователя, это может быть признаком взломанного веб-сайта.
  • Поскольку хакер имеет доступ к вашей базе данных, он может добавлять, изменять, удалять или даже украсть данные. Это создает огромную проблему с конфиденциальностью, особенно если вы храните пользовательские данные, такие как электронные письма или личные данные. Утечки данных подвергают пользователей риску.
  • Наконец, атаки путем внедрения SQL-кода также могут привести к атакам с удаленным выполнением кода.
Короче говоря, атаки с помощью SQL-инъекций — это механизм, используемый хакерами для получения несанкционированного доступа. Как только они это сделают, они могут нанести большой ущерб вашему веб-сайту.

Как проверить, есть ли на вашем сайте WordPress уязвимость SQL-инъекций?

Самая большая причина, по которой атаки с помощью SQL-инъекций вообще успешны — это уязвимости. Уязвимости — это упущения в коде, будь то ядро ​​WordPress, плагины или темы. Мы с вами рассмотрим механику работы WordPress SQL-инъекций позже в этой статье, но достаточно сказать, что уязвимости — это точки входа.

Есть несколько способов выяснить, есть ли на вашем сайте уязвимость WordPress SQL-инъекций:

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

2. Используйте инструмент для тестирования на проникновение. Очень популярный инструмент SQL-инъекций, sqlmap, проверяет ваш сайт на уязвимость SQL-инъекций WordPress.

3. Протестируйте свой сайт с помощью кода SQL. Этот шаг требует от вас определенных технических знаний. В зависимости от того, какую базу данных использует ваш сайт, вы можете использовать эту шпаргалку, чтобы выяснить, какие команды стоит попробовать.

Существуют также онлайн-сканеры, которые будут тестировать уязвимости SQL-инъекций. Sqlmap — один из них, но есть также Acunetix, сканер уязвимостей веб-сайтов и другие инструменты с открытым исходным кодом. Однако это инструменты тестирования на проникновение, и они не могут защитить ваш сайт от атак. Чтобы защитить свой сайт от атак , вам необходимо установить брандмауэр WordPress.

Как избавиться от вредоносного ПО, проникшего в результате атаки SQL-инъекцией

SQL-инъекция WordPress — это не сама вредоносная программа, а механизм потенциального внедрения вредоносного ПО в базу данных вашего сайта или на сам сайт.

Симптомы вредоносного ПО на вашем сайте

Вредоносное ПО не всегда явно отображается на веб-сайте, однако есть некоторые симптомы, на которые вы можете обратить внимание:

  • Спам в результатах поиска Google вашего сайта.
  • Проблемы безопасности в Google Search Console.
  • Ошибки и другие проблемы на вашем веб-сайте, такие как неработающий код на страницах или всплывающие окна со спамом.
  • Необъяснимые внутренние изменения на веб-сайте.
  • Сайт перенаправляет на другой сайт.
  • Google заносит ваш сайт в черный список.
  • Возникает массовое падение позиций в Яндекс выдаче.
  • Пропадают позиции и выдачи по основным запросам.
  • Яндекс Вебмастер уведомляет о нарушении безопасности.
  • Веб-хост приостанавливает работу сайта или отправляет предупреждение по электронной почте.
  • Проблемы с производительностью, такие как замедление работы сайта.
  • Проблемы с взаимодействием с пользователем, например спам, рассылаемый пользователям.
  • Изменения в шаблонах аналитики при внезапных всплесках трафика.
  • Аккаунт Google Ads попал в черный список.
  • Аккаунт Яндеск РСЯ – также заблокирован.
Только один из этих маркеров может быть аномалией, но сочетание двух или более является верным признаком вредоносного ПО.

Просканируйте свой сайт на наличие вредоносных программ

Если вы видите необъяснимое явление на своем веб-сайте, вам необходимо подтвердить наличие вредоносного ПО на вашем сайте. Лучший способ сделать это — просканировать ваш сайт на наличие вредоносных программ. Существует три способа сканирования вашего веб-сайта, которые мы перечислили в порядке убывания эффективности.

  • Глубокое сканирование с помощью сканера безопасности, чтобы найти мельчайшие следы вредоносных программ на вашем веб-сайте или в базе данных. Это окончательный способ определить, есть ли на вашем сайте вредоносное ПО.
  • Сканирование с помощью онлайн-сканера — менее эффективный метод сканирования, но хороший первый шаг к тому, чтобы выяснить, не случилось ли что-то не так.
  • Ручное сканирование на наличие вредоносного ПО наименее эффективно, поэтому мы его вообще не рекомендуем.

Удалите вредоносное ПО с вашего сайта

После того, как вы определили, что на вашем сайте есть вредоносное ПО, вам необходимо немедленно расставить приоритеты в его очистке. Вредоносное ПО вопиющее, и со временем становится все хуже и хуже.
Есть 3 способа удалить вредоносное ПО с вашего сайта WordPress:

  1. Используйте плагин безопасности WordPress;
  2. Наймите службу поддержки WordPress;
  3. Очистите вредоносное ПО вручную.

1. Используйте плагин безопасности WordPress

Из трех вариантов лучше всего использовать плагин безопасности. Я рекомендую такие плагины как:

  • All In One WP Security
  • Wordfence Security
Они помогут в очистке вашего веб-сайта от вредоносных программ за считанные минуты. Они использует интеллектуальную систему для хирургического удаления только вредоносных программ с вашего сайта, сохраняя при этом ваши данные полностью нетронутыми.

На самом деле, SQL-инъекция WordPress может внедрять вредоносные программы в базу данных вашего сайта, но подобные плагины стоят на голову выше всех других плагинов безопасности, когда речь идет об очистке базы данных от вредоносных программ.

2. Наймите службу поддержки WordPress

Следующий лучший вариант — нанять службу технического обслуживания или эксперта по безопасности для очистки вашего сайта от вредоносных программ. Имейте в виду, однако, что эти услуги дороги и редко компенсируют очистку. В итоге вы можете получить большой счет за услуги.

3. Очистите вредоносное ПО вручную

Я настоятельно не рекомендую очищать вредоносное ПО вручную. Помимо времени, которое требуется, всегда есть место для человеческой ошибки.

Контрольный список мер после взлома

После того, как вредоносное ПО было удалено, вы должны сделать несколько вещей. Это служебные задачи, которые учитывают, что хакер потенциально мог иметь доступ к вашему веб-сайту и базе данных в течение некоторого времени.

  1. Обновите все пароли: пользователей, базу данных, электронные письма, все;
  2. Изменение ролей и ключей безопасности WordPress;
  3. Очистить все кеши;
  4. Предупредить пользователей о смене паролей.
Как правило, лучше предположить, что конфиденциальная информация, такая как пароли, могла быть скомпрометирована и, следовательно, должна быть изменена.

Как предотвратить SQL-инъекции в WordPress?

Лучший способ борьбы с вредоносными программами и атаками — предотвратить их появление. Есть несколько конкретных шагов по защите WordPress от SQL-инъекций, которые вы можете предпринять, чтобы убедиться, что ваш сайт максимально безопасен:

  • Установите плагин безопасности: я не могу не подчеркнуть, насколько важен плагин безопасности. Чтобы оставаться на вершине безопасности веб-сайта, вам нужен сканер, который работает ежедневно. Вредоносное ПО становится все опаснее, чем дольше оно остается на вашем сайте. Сканеры ежедневно выполняют сканирование на наличие вредоносных программ и уязвимостей, и вы можете одновременно очистить свой сайт за считанные минуты и избежать усугубления ситуации.
  • Используйте брандмауэр: брандмауэры — лучшая защита от атак SQL-инъекций, которые может выдержать администратор WordPress. Проблема с уязвимостями заключается в том, что вы, как администратор веб-сайта, мало что можете сделать для устранения основных проблем. Но вы можете установить брандмауэр WordPress. Брандмауэр использует правила для блокировки таких атак, как SQL-инъекции, в дополнение к другим, таким как удаленное выполнение кода и межсайтовые сценарии.
  • Обновите все свои плагины и темы: я продолжаю говорить о важности обновления всего на вашем сайте. Обновления часто содержат исправления безопасности для уязвимостей. Выбор задержки обновлений может привести к успешным атакам и вредоносным программам.
  • Программное обеспечение без null: тщательно выбирайте расширения. Обнуленные плагины и темы — бомбы замедленного действия. Если они не поставляются с предварительно установленным вредоносным ПО, скорее всего, у них есть бэкдоры, которые можно использовать вместо этого. Кроме того, плагин или тема не могут быть обновлены, потому что это взломанная версия. Таким образом, несмотря на то, что уязвимости исправлены в легитимной версии, они навсегда останутся в обнуленном состоянии.
  • Усильте безопасность WordPress. Помимо внедрения передовых методов безопасности на вашем веб-сайте WordPress, вы также можете усилить его. Я особенно рекомендую отключить XML-RPC и включить двухфакторную аутентификацию на вашем веб-сайте.

Если вы являетесь разработчиком или создаете собственный код для своего веб-сайта, вы можете сделать следующее, чтобы предотвратить уязвимости SQL-инъекций WordPress на своем веб-сайте:

  • Используйте подготовленные операторы. Это означает, что входные данные из формы сначала отправляются в функцию для проверки, сохраняются в переменной, а затем передаются операторам. Входные данные не встраиваются непосредственно в команды, а затем выполняются.
  • Обязательно дезинфицируйте пользовательский ввод. Проверка ввода очень важна. Удалите все специальные символы, которые являются операторами в SQL, и вообще запретите их использование в паролях. Ваша система должна сразу отвергать эти символы.
  • Вы также можете использовать фреймворки, в которых есть функции, использующие подготовленные операторы. Многие разработчики используют эти платформы, поэтому им не нужно писать операторы SQL непосредственно в своем коде.
  • Вы можете ограничить доступ к базе данных только тем, кому это необходимо.

Доступно множество ресурсов по кодированию, которые смогут помочь вам с точки зрения разработки. К счастью, WordPress использует роли для хранения паролей, так что вам нужно беспокоиться об одном типе SQL-инъекций WP меньше.

Почему атаки SQL-инъекций так распространены?

SQL-инъекции приводят к большому количеству ценных данных для хакеров. Это основная причина, по которой они так распространены. Хотя есть и другие причины:

  • Большинство баз данных веб-сайтов используют SQL.
  • Атака работает в основном через поля формы, и на большинстве веб-сайтов есть хотя бы одно поле, которое позволяет вводить данные. Контактная форма, поле поиска и так далее.
  • В Интернете доступно множество сканеров, которые могут обнаруживать уязвимости SQL-инъекций на веб-сайте. Обычно это инструменты этического взлома, которые предназначены для предупреждения администратора веб-сайта о недостатках в их безопасности, но также могут использоваться хакерами.
  • К сожалению, SQL-инъекции легко выполнить. Они не требуют слишком много технических знаний или опыта.
  • Учет этих уязвимостей затруднен. Фактически, уязвимости SQL-инъекций были обнаружены и в плагинах безопасности WordPress. Единственное место, где вы не ожидали бы найти их.
В начале 2022 года в ядре WordPress также были обнаружены уязвимости SQL-инъекций. По мере того, как разработчики внедряют средства защиты от старых методов атак, хакеры находят новые способы использования веб-сайтов.

Как работают атаки с внедрением SQL?

SQL-инъекции работают, когда хакеры вставляют SQL-команды на веб-сайт и получают доступ к базе данных. Для этого существует множество способов, которые мы рассмотрим в разделе, посвященном типам атак путем внедрения SQL-кода (инъекции).

Пример пострадавшей базы данных WordPress.

По сути, хакеры используют непроверенные входные данные. Недезинфицированные входные данные — это пользовательские входные данные, которые не проверяются или не подтверждаются системой, в данном случае веб-сайт. Вводы будут выполнены базой данных, а результаты отправлены обратно. Речь идет о творческом использовании команды SQL для получения желаемого результата.

Внедрение SQL-кода инъекции через контактную форму на сайте.

Например, хакеры используют специальные символы, содержащиеся в SQL, для извлечения информации из базы данных. Символы или символы известны как операторы, которые имеют особое значение в языке. Символ звездочки (*) — это оператор, означающий «все». Операторы используются для повышения эффективности кодирования, но поскольку они неспецифичны, их можно использовать неправильно, если использовать их неаккуратно.

Пример внедрения SQL в WordPress:

Давайте посмотрим на пример того, как работает атака с внедрением SQL:

Предположим, у вас есть форма входа, в которой вы знаете одно из имен пользователей или адресов электронной почты.

SELECT * FROM users WHERE email = '[email protected]' AND pass = 'password' LIMIT 1
Угадывание пароля может не помочь. Однако затем вы можете попробовать добавить специальный символ: одинарную кавычку. В результате вы получаете непредвиденную ошибку.

Журналы покажут, что произошла синтаксическая ошибка, что означает, что одинарная кавычка была прочитана как код, а не символ из пароля. Одинарная кавычка имеет особое значение в SQL и поэтому вызывает ошибку.

SELECT * FROM users WHERE email = '[email protected]' AND pass = 'password'' LIMIT 1
Если вы посмотрите на вторую строку кода, одинарная кавычка полностью меняет синтаксис. Пара одинарных кавычек по обе стороны от пароля указывает, где пароль начинается и заканчивается в этой строке кода. Поэтому все, что находится между этими отметками, следует считать паролем. Однако, добавляя дополнительные кавычки в конце пароля, вы заканчиваете данные пароля раньше, чем ожидалось. Неожиданная ошибка сообщает хакеру, что эта форма может быть уязвима для SQL-инъекций, поскольку она берет все, что вводится в поля формы, точно так, как оно напечатано, и отправляет его в базу данных.

Кстати, это интересная информация для хакера. Эта информация дает им представление о том, как база данных обрабатывает команды.

Итак, мы вошли ‘ or 1=1-в поле пароля.

SELECT * FROM users WHERE email = '[email protected]' AND pass = '' or 1=1--' LIMIT 1
Это дало нам доступ к системе. Почему? Одинарная кавычка, как мы объясняли ранее, завершала поле пароля. И 1=1введенное нами преобразовано в истинное значение в системе.

Затем – база данных игнорирует все остальное после значения TRUE. Таким образом, пользователь прошел проверку подлинности, поскольку код вернул истинное значение, указывающее на правильность пароля.

Типы атак SQL-инъекций WordPress

Пример в предыдущем разделе — это небольшая иллюстрация очень простой атаки с внедрением SQL-кода (инъекции). Большинство программ WordPress уже защищает от подобных атак. Он известен как классика внутриполосной инъекции SQL.

Помимо этих классических SQL-инъекций, есть еще несколько категорий. Однако, прежде чем мы поговорим о других типах, есть несколько терминов, которые было бы полезно знать в контексте сайтов WordPress:

  • Веб-приложение: в большинстве ресурсов по веб-безопасности объяснения атак с внедрением SQL относятся к веб-приложениям. В нашей статье мы говорим конкретно о сайтах WordPress. Следовательно, веб-приложением в данном случае является веб-сайт. Это внешний интерфейс, с которым взаимодействует пользователь, и, по сути, это должно отличать его от внутреннего интерфейса веб-сайта, то есть базы данных.
  • Веб-сервер: речь идет о веб-сервере, на котором хранится ваш веб-сайт WordPress. Все веб-сайты хранятся на веб-серверах хостинговых компаний.
  • Запросы/Ответы: Общение в Интернете происходит с помощью запросов. Человек взаимодействует с вашим сайтом, используя свой браузер. Браузер отправляет запрос на веб-сервер, который затем обрабатывает содержимое этого запроса и отправляет ответ обратно в браузер человека. Например, если вы нажмете на ссылку веб-сайта в Google, запрос будет отправлен на сервер веб-сайта. Ответ заключается в том, что веб-сайт загружается в вашем браузере.
  • Канал: Канал — это способ связи, используемый для инъекционных атак и результатов этой атаки. В следующих категориях инъекционных атак основным отличием является канал. При внутриполосных атаках канал ответа совпадает с запросом. Однако при логических атаках и внеполосных атаках канал отличается. В случае сайтов WordPress хакер использует сайт для атаки. Если результаты атаки видны на самом сайте, говорят, что SQL-инъекция использует тот же канал.

Типы атак

  • Внутриполосная инъекция SQL/классическая инъекция SQ: существуют различные способы понять, как работает базовая система, и ошибки и другие системные сообщения — хороший способ получить это представление. Внутриполосные SQL-инъекции, по сути, отправляют операторы SQL для выполнения, а результаты отображаются на той же странице. Существует два основных типа классических атак путем внедрения кода SQL:
    — Атака на основе ошибок: здесь оператор SQL во внедрении намеренно содержит неправильный синтаксис или ввод. При выполнении система возвращает сообщение об ошибке. На основе этого сообщения об ошибке хакер может собрать воедино информацию о базе данных. Сообщения об ошибках должны быть максимально полезными для разработчиков и позволять им быстро выявлять ошибки. Это грубое злоупотребление этой функциональностью.
    — Атака на основе объединения: операторы объединения — это команды SQL, которые объединяют два или более оператора в один. На веб-сайтах с этой уязвимостью вредоносный запрос помечается в конце обычного запроса, поэтому он принудительно выполняется. Результаты отображаются на странице в виде HTTP-ответа.
  • Инференциальная инъекция SQL/слепая инъекция SQ: в отличие от внутриполосных атак с внедрением SQL, ошибки или результаты SQL-запросов не отображаются на странице. Таким образом, хакер пробует различные типы входных данных, а затем анализирует полученное поведение, чтобы выяснить, как работает база данных. Думайте об этом как о звуковом сигнале летучей мыши. Когда сигнал отражается от объектов, летучая мышь может определить размер и расстояние до объекта, а также является ли он едой или угрозой. Существует два основных типа инференциальных атак SQL-инъекций:
    — Логическая атака: хакер сначала начинает с отправки запроса, который, как он знает, приведет к истинному результату, и наблюдает за поведением веб-приложения. Примером этого может быть такое условие, как 1=1, которое всегда будет истина. Затем хакер будет наблюдать за поведением, когда запрос разрешается в false. Получив эту информацию, они знают, как база данных реагирует на истина и ложь. Сразу может быть неясно, как хакер может использовать эту информацию для извлечения данных. Однако теперь хакер может создавать запросы, которые по сути представляют собой серию вопросов «верно-ложно». Например, чтобы извлечь пароли учетных записей администраторов, хакер может проверить пароль посимвольно по списку букв, цифр и специальных символов. Поскольку этот список конечен, пароль будет раскрываться постепенно. Согласитесь, это утомительный процесс, отнимающий много времени. Однако хакеры автоматизируют это, так что это происходит за считанные минуты.
    — Атака на основе времени: Теоретически аналогичная булевой атаке, атака на основе времени опирается на временную задержку, а не на результат истина/ложь. Если запрос правильный, ответ будет возвращен через некоторое время. Если нет, то это произойдет немедленно.

Атаки с инференциальным внедрением SQL могут занять больше времени из-за того, как они настроены. Однако это не делает их менее опасными.

  • Атака внеполосного внедрения SQ: эти типы атак являются следующим шагом по сравнению с инференциальными атаками SQLi. При внеполосных атаках SQL-инъекций ответы вообще не отображаются на веб-сайте.
Таким образом, внеполосные атаки SQLi работают, заставляя базовую систему отправлять ответы в другую систему, которая обычно контролируется хакером.

Какое влияние на ваш сайт оказывает вредоносное ПО с помощью SQL-инъекций?

Вредоносное ПО наносит огромный ущерб и потери веб-сайту. Он съедает ресурсы, уносит посетителей и вызывает огромный стресс. Обычно админ впадает в панику. Кроме того, вот некоторые эффекты вредоносных программ, которые наблюдаются на взломанных веб-сайтах:

  1. Органические всплески;
  2. Google заносит ваш сайт в черный список;
  3. Яндекс блокирует ваш сайт;
  4. Сайт выступает с пометкой небезопасно;
  5. Веб-хостинг приостанавливает работу вашего сайта;
  6. Посетители перестают заходить на ваш сайт.
Этот список даже не затрагивает поверхности проблем — это просто самые вопиющие проблемы. По сути: к вредоносным программам никогда нельзя относиться легкомысленно.

Вывод

Администратор WordPress мало что может сделать, чтобы смягчить уязвимости WordPress SQL инъекций на своем веб-сайте, кроме как убедиться, что все обновлено. Однако хороший брандмауэр WordPress не позволит хакерам использовать эти уязвимости, поэтому веб-сайт остается безопасным. Лучшее, что может предпринять любой администратор для обеспечения безопасности WordPress  — это установить плагин безопасности.

Спасибо, что читаешь Nicola Top

Насколько публикация полезна?

Нажмите на смайлик, чтобы оценить!

Средняя оценка 4.9 / 5. Количество оценок: 12

Оценок пока нет. Поставьте оценку первым.

Метки:

Читайте также:

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

пятнадцать − 11 =