Situația actuală: PHP2Shell. Două vulnerabilități critice PHP (CVSS 9.2) permit cod malițios fără autentificare. Patchuri din 21.10.2026.Ce este de făcut acum →

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

Platformele de învățare precum Moodle conțin date ale minorilor, evaluări și lucrări predate. Vă arătăm cum procedează școlile și furnizorii de educație la PHP2Shell și cine răspunde.

Stadiu 4 min de cititDomenii de activitate

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. 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. 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, 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 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, 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

Contact imediat

Fiecare oră contează. Scrieți-ne acum.

Descrieți pe scurt sistemul, versiunea PHP și ce ați observat. Ne vom face auziți, clarificăm situația și lucrăm la distanță până când incidentul este încheiat și documentat.

Ajutor imediat