Utilizatori MySQL pentru aplicații: de ce fiecare site are nevoie de acces separat

Când mai multe site-uri folosesc același cont MySQL cu drepturi extinse, o problemă într-o singură aplicație poate afecta și datele celorlalte. Separarea utilizatorilor nu repară vulnerabilitățile codului, dar limitează aria de acces a acreditărilor compromise și face administrarea mai clară.

Inventariază aplicațiile și conturile folosite

Pentru fiecare site, notează baza de date, contul MySQL și sursa conexiunilor. Nu copia parolele în inventarul editorial sau într-un document comun fără protecție. Un nume asemănător cu al site-ului nu dovedește că utilizatorul are acces numai la acea bază.

Pe găzduirea cu panou, folosește instrumentul de administrare a bazelor de date și prefixele impuse contului. Pe un VPS administrat manual, verifică drepturile prin interfața MySQL, cu un cont autorizat.

Verifică identitatea și privilegiile efective

SELECT CURRENT_USER();
SHOW GRANTS;

Executate într-o sesiune a aplicației sau într-un client conectat cu aceleași acreditări, comenzile arată contul potrivit de server și drepturile atribuite lui. Rezultatul poate include roluri; acestea trebuie analizate separat dacă sunt folosite.

În MySQL, numele contului include utilizatorul și partea de gazdă. De aceea, un cont pentru localhost nu este automat același lucru cu un cont cu același nume pentru o altă sursă. Verifică traseul real al conexiunii înainte să modifici restricțiile.

Acordă drepturi pe baza aplicației

Pentru o aplicație simplă care are nevoie numai să citească și să modifice înregistrări, un administrator poate folosi un exemplu de acest tip:

GRANT SELECT, INSERT, UPDATE, DELETE
ON `sitedb`.* TO 'site_app'@'localhost';

Exemplul presupune că baza și contul există deja. Nu este o listă universală: anumite aplicații cer privilegii suplimentare pentru instalare, actualizări, tabele temporare sau alte funcții. Verifică cerințele proiectului și testează înainte să restrângi un cont activ.

Nu folosi root drept cont obișnuit al site-ului. Evită drepturile globale și posibilitatea de a delega privilegii dacă aplicația nu are o nevoie explicită. Nu acorda acces de la orice gazdă doar pentru a elimina o eroare de conectare.

Separă operarea de migrarea structurii

Un proces de actualizare poate avea nevoie să creeze sau să modifice tabele, în timp ce cererile zilnice nu au aceeași cerință. Dacă aplicația și fluxul de publicare permit, folosește un cont distinct pentru migrare și păstrează acreditările lui în afara configurației obișnuite a serviciului.

Pentru aplicații care efectuează automat modificări de schemă din panoul web, această separare trebuie proiectată atent. Reducerea drepturilor fără verificare poate bloca actualizările și poate lăsa baza într-o stare incompletă.

Testează și pregătește revenirea

Testează autentificarea, salvarea, căutarea și operațiunile programate pe o copie de date potrivită. Păstrează configurația anterioară în siguranță și notează schimbările. Dacă apare o eroare de permisiuni, identifică operațiunea necesară, fără să revii automat la drepturi globale.

Pentru găzduirea prin XSERVERE, verifică modul în care panoul asociază utilizatorii cu bazele. Separarea conturilor este utilă atât la izolarea aplicațiilor, cât și la schimbarea acreditărilor unui singur site.

Surse

• MySQL — GRANT — https://dev.mysql.com/doc/refman/8.4/en/grant.html
• MySQL — SHOW GRANTS — https://dev.mysql.com/doc/refman/8.4/en/show-grants.html
• MySQL — Account names — https://dev.mysql.com/doc/refman/8.4/en/account-names.html