Если сервер MySQL не работает, возможно ли, что кто-то получит доступ к моей базе данных из внешней сети (взломает мою базу данных без моего согласия)?

Я использую phpMyAdmin, работающий на XAMPP в среде локальной сети. Я хочу найти максимально безопасное решение для своей базы данных. Поэтому я не запускаю MySQL (отображая Стоп в панели управления XAMPP). Возможно ли, что кто-то получит доступ к моей базе данных удаленно из-за пределов моей локальной сети? В основном, я просто хочу знать, будет ли моя база данных абсолютно защищена, если я не запускаю XAMPP.

Да, но…

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

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

Хороший подход – посмотреть, какие интерфейсы намеренно или случайно доступны злоумышленникам, и поработать над их защитой. Самая уязвимая высокая цель требует наибольшего внимания. 0-day уязвимости в MySQL будут довольно низко в моем списке, поскольку в типичных развертках злоумышленники, имеющие возможность воспользоваться этим (например, доступ к сокетам MySQL), вероятно, смогут получить доступ к базе данных другими способами.

Краткий ответ – «Нет», но с оговорками.

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

Серверы баз данных это программы – исполняемые данные, которые инстанцируются в процессе – которые предоставляют другим программам доступ к базе данных. Процесс демона MySQL является сервером базы данных и предоставляет клиенту SQL (обычно встроенному в другую программу, такую как веб-сервер) возможность взаимодействовать с данными, используя язык структурированных запросов (SQL). MySQL, как и большинство SQL баз данных, разработан так, чтобы сервер базы данных был отдельным процессом от клиента. Таким образом, процессы должны обмениваться данными через какой-либо канал IPC (межпроцессное взаимодействие), например, локальные или сетевые сокеты.

Если процесс сервера базы данных не запущен, то нечем подключиться и взаимодействовать с любым клиентом базы данных – вашим легитимным или любым злоумышленником. В такой ситуации единственный способ, которым злоумышленник может украсть или изменить вашу базу данных, – это если он получит доступ к самой базе данных – не к серверу базы данных, который не работает – в виде данных/файлов на диске и взаимодействует с ними так же, как с любым другим общим файловым данным. Это иногда возможно через веб-сервер (например, через уязвимости обхода пути в функции загрузки или загрузки файлов, или через уязвимости «включения локальных файлов»). Или злоумышленник может попытаться получить код исполнения на компьютере, где хранится база данных, например, через переполнение буфера или уязвимости инъекции команд в каком-либо выставленном сервере, или угадать ваш SSH или пароль удаленного рабочего стола.

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

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