# Securitate Moodle pentru școli și furnizori de educație

> Moodle, site-ul școlii, cloud școlar: cum răspund școlile la PHP2Shell, protejează datele elevilor și clarifică responsabilitățile cu administratorul.

Sursa: https://phpsos.de/ro/branchen/schulen-bildung/  
Stadiu: 25.10.2026  
Furnizor: PHP SOS, Asistență de urgență PHP și securitatea serverelor. Ajutor imediat pe WhatsApp: https://wa.me/491736494914?text=Bun%C4%83%20ziua%2C%20PHP%20SOS%2C%20avem%20nevoie%20de%20ajutor%20cu%20serverul%20nostru%20PHP.%20Firma%3A%20%E2%80%A6%20Site%3A%20%E2%80%A6

**Pe scurt:** La securitatea Moodle în școli este vorba despre datele copiilor și tinerilor, despre note și despre activitatea didactică curentă. Clarificați mai întâi cine operează Moodle-ul dumneavoastră: landul, administratorul școlii (Schulträger), un prestator sau un cadru didactic implicat. De aceasta depinde cine aplică patchul PHP, repornește și furnizează dovada.

## Ce sisteme PHP rulează în școli și instituții de educație

În centru se află adesea platforma de învățare [Moodle](https://phpsos.de/ro/plattformen/moodle/). La aceasta se adaugă site-ul școlii, frecvent pe WordPress sau Joomla, instrumente pentru planurile de suplinire, formulare de scrisori către părinți și de înscriere, sisteme de rezervare pentru săli și echipamente, precum și spații de fișiere precum [Nextcloud](https://phpsos.de/ro/plattformen/nextcloud/). Aproape toate acestea rulează pe PHP.

La furnizorii privați de educație, universitățile populare și furnizorii de formare continuă se adaugă rezervarea cursurilor, administrarea participanților și examenele online. Aici platforma de învățare este adesea legată direct de facturare și de datele participanților.

## Ce date se află în Moodle și alte sisteme

O platformă de învățare conține mai mult decât fișe de lucru: numele și clasele elevilor, lucrări predate, evaluări și feedback, mesaje pe forumuri, mesaje între cadre didactice și elevi, iar la furnizorii de educație și adeverințe de participare și rezultate ale examenelor. Izolat se găsesc indicații despre nevoi educaționale speciale sau limitări de sănătate, care pot face parte din categoriile speciale conform art. 9 RGPD.

Persoanele afectate sunt în mare parte minore. Asta crește riscul la o scurgere de date, pentru că copiii abia pot respinge singuri consecințe precum abordarea țintită sau expunerea publică. Pentru obligațiile de notificare se aplică [termenul de 72 de ore al RGPD](https://phpsos.de/ro/compliance/dsgvo-meldepflicht-72-stunden/), evaluarea o face responsabilul competent cu protecția datelor.

## Școală, Moodle și securitate: întrebarea responsabilității

| Model de operare | Cine aplică patchul PHP | Ce ar trebui să verifice școala |
|---|---|---|
| Central, de land sau de un institut al landului | Operatorul landului | sistemele suplimentare proprii ale școlii |
| Prin administratorul școlii sau un centru media | IT-ul administratorului | solicitarea unei confirmări scrise |
| Prestator extern | Prestatorul, conform contractului | dacă PHP este menționat explicit în contract |
| Server propriu, întreținut de un cadru didactic | școala însăși | timp, cunoștințe și suplinire |

Ultimul model este mai răspândit decât cred mulți. Un cadru didactic implicat a configurat Moodle acum ani și îl întreține în paralel. La o vulnerabilitate critică lipsesc atunci timpul, suplinirea și adesea și drepturile de a acționa rapid.

> **Important:**
> O actualizare Moodle nu închide PHP2Shell. Vulnerabilitatea este remediată abia cu PHP 8.5.12, 8.4.27, 8.3.36 sau 8.2.35 ori cu un backport confirmat, și abia după repornirea tuturor proceselor PHP.

## Ce înseamnă o întrerupere pentru lecții și examene

Dacă Moodle cade, lipsesc materialele și posibilitățile de predare a lucrărilor. În perioadele de examene sau chiar înainte de certificate este deosebit de delicat. Totuși se aplică: mai bine să opriți ordonat o platformă câteva ore decât să o lăsați să ruleze neactualizată. Un sistem compromis poate falsifica lucrări predate sau prelua conturile cadrelor didactice.

Planificați de aceea o cale simplă de înlocuire, de exemplu predarea lucrărilor printr-un alt sistem, neafectat, și informați pe scurt cadrele didactice, elevii și părinții despre motiv.

După o curățare merită o privire asupra conturilor. Școlile au mulți utilizatori cu drepturi extinse: cadre didactice, profesori stagiari, conducători de catedră, foști colegi ale căror accesuri nu au fost niciodată șterse. Conturile orfane cu drepturi de profesor sunt o cale comodă de întoarcere în platformă. O comparare cu lista actuală a personalului școlii închide această ușă, iar conturile cu drepturi de administrator ar trebui limitate la câteva persoane.

## Particularități la furnizorii de educație și formare continuă

Furnizorii privați de educație, universitățile populare și furnizorii de formare continuă lucrează adesea cu participanți adulți, dar cu mai multe date economice: rezervări de cursuri cu date de plată, facturi către clienți-firmă, documente despre măsuri finanțate, rezultate ale examenelor și certificate. Platforma de învățare este aici frecvent legată de sistemul de rezervări și de contabilitate.

Un atac poate afecta deci și certificatele și rezultatele examenelor. Cine poate modifica date în platformă poate falsifica mențiuni de promovare sau poate emite dovezi care nu au fost niciodată obținute. După un incident, puneți să se verifice dacă evaluările și certificatele au fost modificate ulterior și comparați-le cu documentele dumneavoastră de examen.

## Primii pași pentru conducerea școlii și administrator

1. Clarificați cine operează Moodle, site-ul și cloudul și cereți pentru fiecare confirmarea scrisă a versiunii și a repornirii.
2. Treceți sistemele neconfirmate în modul de mentenanță sau scoateți-le de pe internet.
3. Puneți să se salveze logurile începând cu 20.10.2026.
4. Verificați conturile de administrator: există administratori noi sau necunoscuți?
5. Informați responsabilul cu protecția datelor și administratorul școlii.

## Cum ajută PHP SOS concret?

- Ne coordonăm cu conducerea școlii, cu administratorul și cu cadrul didactic care o întreține și clarificăm cine răspunde de ce sistem.
- Prin [asistența imediată PHP2Shell](https://phpsos.de/ro/leistungen/php2shell-soforthilfe/) actualizăm PHP, repornim toți workerii și dovedim rezultatul.
- Verificăm directorul de date Moodle, baza de date și conturile de administrator în căutare de urme ale unui atac.
- Apoi preluăm [securizarea serverului](https://phpsos.de/ro/leistungen/server-haertung/), pentru ca platforma să nu mai depindă de o singură persoană.


## Întrebări frecvente

**Moodle-ul nostru rulează prin landul federal. Trebuie să facem ceva?**  
Dacă Moodle este operat central de land sau de un institut al landului, patchul revine operatorului. Școala ar trebui totuși să verifice dacă există alături sisteme proprii, de exemplu site-ul școlii sau un cloud operat în regie proprie. Acestea se află de regulă în responsabilitatea școlii sau a administratorului școlii (Schulträger).

**Este suficientă o actualizare Moodle împotriva PHP2Shell?**  
Nu. PHP2Shell afectează PHP în sine, pe care rulează Moodle. Sunt necesare un PHP actualizat și repornirea tuturor proceselor PHP. Ce versiune PHP suportă versiunea dumneavoastră de Moodle verificați în cerințele de sistem de pe moodle.org.

**Cine răspunde în cazul unei scurgeri de date la școală?**  
Responsabilitatea se împarte, în funcție de landul federal, între școală, conducerea școlii și administratorul școlii. Pentru evaluarea obligațiilor de notificare, prima adresă este responsabilul competent cu protecția datelor. Responsabilitățile ar trebui clarificate în scris înainte de un incident.

## Surse

- [php.net: anunțuri de securitate](https://www.php.net/)
- [BSI: avertizări și recomandări](https://www.bsi.bund.de/)
- [Art. 33 RGPD: notificarea autorității de supraveghere](https://dsgvo-gesetz.de/art-33-dsgvo/)