Pe scurt: Securitatea Moodle depinde, după PHP2Shell, de PHP-ul serverului, nu de Moodle. Deoarece platformele de învățare prelucrează date ale elevilor, studenților și angajaților, este important să acționați rapid. Aplicați patchul PHP pentru web și cron, reporniți toate procesele și verificați config.php, moodledata, plugin-urile și conturile de administrator.
Ce înseamnă PHP2Shell pentru operatorii Moodle
Moodle este răspândit în școli, universități, în formarea continuă și pentru instruirile interne din companii. Platforma gestionează nume, adrese de e-mail, apartenența la cursuri, note, lucrări de examen și contribuții pe forum, la școli adesea ale minorilor. Potrivit echipei PHP, vulnerabilitățile PHP CVE-2026-109618 și CVE-2026-109619 permit execuția de cod malițios la distanță, fără autentificare.
Serverele Moodle sunt aproape întotdeauna accesibile din internet, deoarece cursanții lucrează de acasă. BSI (Oficiul Federal German pentru Securitatea Informațiilor) recomandă, la nivelul de avertizare 3, actualizarea imediată și, dacă aceasta nu este posibilă, scoaterea temporară a serverelor web din rețea. Pentru școli și furnizori de formare, acest lucru este dificil din punct de vedere organizatoric, dar poate fi planificat. Indicații specifice domeniului găsiți la Securitate IT pentru școli și furnizori de educație.
Securitatea Moodle: verificarea versiunii PHP pentru web și cron
La Administrarea site-ului > Server > Mediu, Moodle verifică versiunea PHP și alte cerințe. La Server > Informații PHP, administratorii văd suplimentar datele PHP complete. Ambele descriu PHP-ul web.
Moodle are nevoie, în plus, de un cronjob care execută regulat admin/cli/cron.php prin PHP-ul din linia de comandă. Această versiune poate diferi și trebuie să aibă și ea patchul aplicat. Versiunile upstream remediate sunt 8.5.12, 8.4.27, 8.3.36 și 8.2.35; backporturile poartă adesea numere mai vechi. Ce versiuni PHP sunt acceptate de versiunea dumneavoastră de Moodle verificați conform cerințelor de sistem din documentația de pe moodle.org. Cum reporniți apoi corect toate procesele este descris la Repornirea PHP-FPM și a tuturor workerilor.
Directoare și configurație în Moodle
| Loc | Conținut | Punct de verificare |
|---|---|---|
config.php |
Accesul la baza de date, wwwroot, calea către moodledata |
Cod strecurat, schimbați parola în caz de suspiciune |
moodledata/ |
Stocarea fișierelor, lucrări depuse, sesiuni, cache-uri | În afara rădăcinii documentelor, fără fișiere PHP |
mod/, blocks/, local/, theme/ |
Activități, blocuri, extensii locale, teme | Plugin-uri necunoscute sau modificate |
admin/cli/ |
Scripturi pentru linia de comandă | Utilizabile doar prin CLI |
Moodle oferă o setare care împiedică modificarea căilor către programe prin interfața web. Ea aparține în config.php și îngreunează apelarea de programe pe server printr-un cont de admin deturnat:
$CFG->preventexecpath = true;
Verificări inofensive în linia de comandă, ca utilizator al serverului web:
# Afișarea verificărilor de stare și de securitate proprii Moodle
php admin/cli/checks.php
php admin/cli/checks.php --type=security
# Căutarea fișierelor PHP în directorul de date (adaptați calea)
find /pfad/zu/moodledata -type f -name "*.php"
La o suspiciune de scurgere de date la o școală sau o universitate, sunt rapid implicate mai multe părți: conducerea școlii, autoritatea școlară, responsabilii cu protecția datelor și, eventual, autoritatea de supraveghere. Salvați jurnalele începând cu 20.10.2026 și documentați fiecare măsură cu ora.
Plugin-uri, conturi de administrator și upload-uri
O indicație practică pentru planificare: actualizările PHP și repornirile nu ar trebui să cadă în perioadele de examene sau în teste online în desfășurare. Moodle are un mod de mentenanță care informează utilizatorii în prealabil. Împotriva PHP2Shell nu protejează însă, deoarece și pagina de mentenanță este livrată de PHP.
Moodle trăiește din plugin-uri: activități, instrumente de examinare, conexiuni la videoconferințe și la administrarea școlară. Fiecare plugin este cod PHP suplimentar și trebuie să corespundă versiunii Moodle. La Administrarea site-ului, Moodle afișează actualizările disponibile pentru nucleu și plugin-uri. Eliminați complet plugin-urile pe care nu le mai folosește nimeni.
Verificați lista administratorilor site-ului și rolurile globale cu drepturi extinse. Cadrele didactice și creatorii de cursuri nu au, de obicei, nevoie de drepturi globale. Activați autentificarea în doi pași cel puțin pentru administratori. Tipurile de fișiere permise pentru upload ar trebui să fie cât mai restrânse; indicații în acest sens oferă Implementarea sigură a upload-urilor de fișiere în PHP.
Ce poate și ce nu poate o actualizare Moodle
O actualizare Moodle închide erori din Moodle și permite adesea versiuni PHP mai noi. Ea nu aplică patchul PHP, nu repornește nici procesele web, nici cron și nu elimină fișiere străine din moodledata, administratori suplimentari sau plugin-uri modificate. Nici dacă s-au scurs date în perioada de dinaintea patchului nu răspunde o actualizare.
Moodle înregistrează autentificările și acțiunile suplimentar în jurnale proprii, pe care administratorii le consultă la Administrarea site-ului > Rapoarte. Căutați acolo în mod țintit autentificări neobișnuite ale administratorilor, conturi noi cu roluri globale și instalări de plugin-uri din 17.10.2026. Exportați aceste intrări înainte ca curățările automate să șteargă datele mai vechi. Rapoartele completează jurnalele serverului web, dar nu le înlocuiesc.
Cum ajută PHP SOS concret?
- Clarificăm responsabilitatea pentru PHP și punem să fie confirmate starea patchului și repornirea pentru web și cron.
- Salvăm jurnalele, baza de date și
moodledataînainte de orice modificare. - Verificăm configurația, plugin-urile, administratorii, rolurile și upload-urile.
- La cerere, asigurăm îngrijirea permanentă a platformei în contractul de mentenanță de securitate, adaptat anului școlar și perioadelor de examene.
Întrebări frecvente
Este Moodle afectat de PHP2Shell?
Moodle însuși nu are o vulnerabilitate nouă, dar rulează pe PHP. Dacă PHP-ul serverului nu are patch, un atacator poate, potrivit echipei PHP, să execute cod fără autentificare. O actualizare Moodle nu schimbă nimic în această privință.
Unde văd versiunea PHP în Moodle?
La Administrarea site-ului > Server > Mediu, Moodle verifică versiunea PHP față de cerințele sale. Dacă a fost aplicat un backport nu arată Moodle; acest lucru îl confirmă operatorul serverului.
De ce trebuie moodledata să se afle în afara directorului web?
Acolo se află fișierele încărcate, lucrările depuse, sesiunile și cache-urile. Dacă directorul este accesibil prin web, conținutul poate fi eventual accesat direct. Moodle cere, de aceea, un loc în afara rădăcinii documentelor.
Cine răspunde la școli de actualizarea PHP?
Diferă: autoritatea școlară, o instituție a landului, un centru de date comunal sau un prestator. Clarificați responsabilitatea în scris și cereți confirmarea stării patchului și a repornirii.