In breve: nella sicurezza di Moodle nelle scuole si tratta di dati di bambini e ragazzi, di voti e dell'attività didattica in corso. Chiarisca prima di tutto chi gestisce la Sua Moodle: il Land, l'ente gestore della scuola, un fornitore o un docente impegnato. Da ciò dipende chi aggiorna PHP, lo riavvia e fornisce la prova.
Quali sistemi PHP girano in scuole e istituti di formazione
Al centro c'è spesso la piattaforma di apprendimento Moodle. Si aggiungono il sito della scuola, spesso su WordPress o Joomla, strumenti per i piani delle supplenze, moduli per le comunicazioni ai genitori e per le iscrizioni, sistemi di prenotazione di aule e dispositivi e archivi di file come Nextcloud. Quasi tutto gira su PHP.
Presso enti di formazione privati, università popolari (Volkshochschulen) e fornitori di formazione continua si aggiungono prenotazione dei corsi, gestione dei partecipanti ed esami online. Qui la piattaforma di apprendimento è spesso collegata direttamente a fatturazione e dati dei partecipanti.
Quali dati si trovano in Moodle e simili
Una piattaforma di apprendimento contiene più di semplici schede di lavoro: nomi e classi degli alunni, consegne, valutazioni e feedback, interventi nei forum, messaggi tra docenti e studenti e, presso gli enti di formazione, anche attestati di partecipazione e risultati d'esame. Qua e là si trovano indicazioni su bisogni educativi speciali o limitazioni di salute, che possono rientrare nelle categorie particolari ai sensi dell'art. 9 GDPR.
Gli interessati sono in prevalenza minorenni. Ciò aumenta il rischio in caso di fuga di dati, perché i bambini difficilmente riescono da soli a respingere conseguenze come approcci mirati o esposizione pubblica. Per gli obblighi di notifica vale il termine di 72 ore del GDPR; la valutazione spetta al responsabile della protezione dei dati competente.
Scuola, Moodle e sicurezza: la questione della responsabilità
| Modello di esercizio | Chi aggiorna PHP | Che cosa la scuola dovrebbe verificare |
|---|---|---|
| Centralmente dal Land o da un istituto regionale | Gestore del Land | sistemi aggiuntivi propri della scuola |
| Tramite l'ente gestore della scuola o un centro multimediale | IT dell'ente gestore | richiedere conferma scritta |
| Fornitore esterno | Fornitore secondo contratto | se PHP è espressamente nel contratto |
| Server proprio, curato da un docente | la scuola stessa | tempo, competenze e sostituzione |
L'ultimo modello è più diffuso di quanto molti pensino. Un docente impegnato ha configurato Moodle anni fa e la cura a margine. In caso di vulnerabilità critica mancano allora tempo, sostituti e spesso anche i diritti per agire in fretta.
Un aggiornamento di Moodle non chiude PHP2Shell. La vulnerabilità è corretta solo con PHP 8.5.12, 8.4.27, 8.3.36 o 8.2.35 oppure con un backport confermato, e solo dopo il riavvio di tutti i processi PHP.
Che cosa comporta un'interruzione per lezioni ed esami
Se Moodle si ferma, mancano materiali e possibilità di consegna. Nei periodi d'esame o poco prima delle pagelle è particolarmente delicato. Vale comunque: meglio spegnere in modo ordinato per alcune ore una piattaforma che lasciarla in funzione senza patch. Un sistema compromesso può falsificare consegne o impadronirsi di account di docenti.
Pianifichi perciò una via alternativa semplice, ad esempio la consegna tramite un altro sistema non interessato, e informi brevemente docenti, studenti e genitori del motivo.
Dopo una bonifica vale la pena di guardare gli account. Le scuole hanno molti utenti con diritti estesi: docenti, tirocinanti, coordinatori di dipartimento, ex colleghi i cui accessi non sono mai stati cancellati. Gli account orfani con diritti da docente sono una comoda via per rientrare nella piattaforma. Un confronto con l'attuale elenco del personale della scuola chiude questa porta, e gli account con diritti di amministratore dovrebbero essere limitati a poche persone.
Particolarità di enti di formazione e formazione continua
Gli enti di formazione privati, le università popolari e i fornitori di formazione continua lavorano spesso con partecipanti adulti, ma con più dati economici: prenotazioni di corsi con dati di pagamento, fatture a clienti aziendali, documenti su misure finanziate, risultati d'esame e certificati. Qui la piattaforma di apprendimento è spesso collegata a sistema di prenotazione e contabilità.
Un attacco può quindi riguardare anche certificati e risultati d'esame. Chi può modificare i dati nella piattaforma può falsificare annotazioni di superamento o rilasciare attestati mai conseguiti. Dopo un incidente faccia verificare se valutazioni e certificati siano stati modificati a posteriori e li confronti con i Suoi documenti d'esame.
Primi passi per dirigenza scolastica ed ente gestore
- Chiarire chi gestisce Moodle, sito e cloud e far confermare per iscritto, per ciascuno, stato delle patch e riavvio.
- Mettere in modalità manutenzione o scollegare dalla rete i sistemi non confermati.
- Far salvare i log dal 20/10/2026.
- Controllare gli account admin: ci sono amministratori nuovi o sconosciuti?
- Informare il responsabile della protezione dei dati e l'ente gestore della scuola.
Come aiuta concretamente PHP SOS?
- Ci coordiniamo con dirigenza scolastica, ente gestore e docente referente e chiariamo chi risponde di quale sistema.
- Con l'assistenza immediata PHP2Shell aggiorniamo PHP, riavviamo tutti i worker e documentiamo il risultato.
- Verifichiamo la directory dei dati di Moodle, il database e gli account admin alla ricerca di tracce di un attacco.
- In seguito ci occupiamo dell'hardening del server, perché la piattaforma non dipenda più da una sola persona.
Domande frequenti
La nostra Moodle gira tramite il Land. Dobbiamo fare qualcosa?
Se Moodle è gestita centralmente dal Land o da un istituto regionale, la patch spetta al gestore. La scuola dovrebbe comunque verificare se esistono anche sistemi propri, ad esempio il sito della scuola o un cloud gestito in proprio. Questi sono di norma sotto la responsabilità della scuola o dell'ente gestore.
Un aggiornamento di Moodle basta contro PHP2Shell?
No. PHP2Shell riguarda PHP stesso, su cui gira Moodle. Servono un PHP aggiornato e il riavvio di tutti i processi PHP. Quale versione di PHP supporti la Sua versione di Moodle lo verifica nei requisiti di sistema su moodle.org.
Chi è responsabile in caso di fuga di dati a scuola?
La responsabilità si distribuisce, a seconda del Land, tra scuola, dirigenza scolastica ed ente gestore della scuola. Per la valutazione degli obblighi di notifica il primo referente è il responsabile della protezione dei dati competente. Le responsabilità dovrebbero essere chiarite per iscritto prima di un incidente.