Поддържайте вашите бази данни MySQL защитени, като създавате отделни потребители и разрешения

Винаги съм бил приятел на добри практики, много повече, ако те ни помагат да поддържаме сигурността на нашите сървъри, услуги или просто нашата информация.

Навик (лош навик), който имат много администратори или потребители, е да използват достъпа корен за всички бази, т.е. : корен

Също така те инсталират всяко друго уеб приложение (чат, поставяне, форум и т.н.) и правят същото, винаги използват основния потребител на MySQL ...

ГРЕШКА !!!

Това е просто фатален навик.

Да предположим, че имаме следните услуги на сървър:

1. Сайт или портал, използващ WordPress.
2. Нашият форум за поддръжка, разговори и т.н. ... цяла общност.
3. FTP, който използва база данни MySQL за съхраняване на потребители и пароли.
4. Потребителите на имейли се съхраняват (потребители и пароли) в база данни MySQL.
5. Малка уеб чат, която инсталираме, за да разговаряме с някой, когото познавате.

И във всички тях, в 5-те услуги, ние използваме root потребителя на MySQL, така че всяка услуга да осъществява достъп и да запазва данните в съответната си база данни.

Един хубав ден, който и да е от многото тролове там, но това е не само трол, но и овладява някои експлойти, уязвимости, хакване и т.н. ... решава да направи нещо вредно за нас.

Намерете грешка в WebChat, която използваме, като се възползва от тази грешка, тя успява да осъществи достъп до файловете на WebChat, включително конфигурационния файл на WebChat, и ... в този файл очевидно е потребителското име и паролата, които WebChat използва за достъп до сървъра MySQL и познайте какво? ... Това не е нищо повече и нищо по-малко КОРЕН ПОТРЕБИТЕЛ!

Получавайки тази информация, по един много прост начин тролът може:

1. Изтрийте ни и / или откраднете всичко, свързано със сайта или портала, който имаме (WordPress).
2. Можете да изтриете и / или да откраднете информация от нас И от нашите потребители, които използват форума, общността, която създаваме.
3. Можете също така да откраднете потребителското име и паролата на ВСИЧКИ потребители, които имат имейл акаунт на нашия сървър, както и да откраднат информацията от техните имейли, да се представят и т.н.
4. И накрая, можете да използвате акаунт на нашия FTP сървър и да качите всеки файл, който съдържа злонамерен софтуер, което ще ви позволи да получите ОБЩО и АБСОЛЮТНО управление на нашия сървър.

Е ... какво мислите? ... 🙂

Виждате ли всичко, което може да се случи, просто като не създаваме независими потребители за всяка база данни, която имаме?

Това НЕ е преувеличение приятели, това може да се случи с удивителна лекота ... е, всичко, което е необходимо, за да се разгърне катастрофата, е само грешка в някои от уеб приложенията, които сте инсталирали.

Сега…

Как да създам отделни потребители на MySQL за всяко уеб приложение?

Първо трябва да влезем в MySQL сървъра с root потребителя, тъй като той е този, който има привилегиите да създава бази данни, да установява разрешения, да създава потребители и т.н.:

mysql -u root -p

Когато напишат горното и натиснат [Въведете] Те ще бъдат помолени за паролата на коренния потребител на MySQL, напишат я и натиснат [Въведете] отново, веднага ще ви бъде показано нещо подобно:

Сега ще създадем база данни с име «webchatdb":
CREATE DATABASE webchatdb;

Готови, вече сте създали базата данни, сега нека създадем потребителя «потребител на уеб чат«С паролата«паролаdelputowebchat":

CREATE USER 'webchatuser'@'localhost' IDENTIFIED BY 'passworddelputowebchat';

Сега магията ... ще дадем всички привилегии (четене и писане) потребител на уеб чат САМО в DB webchatdb:

GRANT ALL PRIVILEGES ON webchatdb.* TO 'webchatuser'@'localhost' WITH GRANT OPTION;

И voila, потребителят вече има разрешенията в тази база данни ... сега остава само да опресни разрешенията за MySQL, т.е. да каже на MySQL да препрочете привилегиите на потребителите, защото току-що направихме промяна в тях:

FLUSH PRIVILEGES ;

Оставям екранна снимка:

И това беше всичко. Правейки това за всяко уеб приложение, което използваме, ние гарантираме, че в случай че успеят да нарушат някое от тези уеб приложения, останалите ще бъдат в безопасност (поне от гледна точка на MySQL)

Какво е добра практика? 😉

Надявам се, че е било толкова полезно за вас, колкото и за мен, тъй като се опитах да го обясня възможно най-просто.

поздрави