Na kratko: Pri varnosti Moodla v šolah gre za podatke otrok in mladostnikov, za ocene in za tekoči pouk. Najprej razjasnite, kdo upravlja vaš Moodle: dežela, šolski nosilec, izvajalec ali zavzet učitelj. Od tega je odvisno, kdo popravi PHP, ga znova zažene in zagotovi dokazilo.
Kateri sistemi PHP tečejo v šolah in izobraževalnih ustanovah
V središču je pogosto učna platforma Moodle. Dodajo se spletna stran šole, pogosto na WordPressu ali Joomla, orodja za razporede nadomeščanj, obrazci za obvestila staršem in prijave, sistemi za rezervacije prostorov in naprav ter shranjevanje datotek, kot je Nextcloud. Skoraj vse to teče na PHP.
Pri zasebnih izvajalcih izobraževanja, ljudskih univerzah in ponudnikih dopolnilnega izobraževanja se dodajo rezervacije tečajev, upravljanje udeležencev in spletni izpiti. Tu je učna platforma pogosto neposredno povezana z izdajanjem računov in podatki udeležencev.
Kateri podatki ležijo v Moodlu in podobnem
Učna platforma vsebuje več kot delovne liste: imena in razrede učenk in učencev, oddane naloge, ocene in povratne informacije, prispevke v forumih, sporočila med učitelji in učenci, pri izvajalcih izobraževanja tudi potrdila o udeležbi in rezultate izpitov. Posamično se najdejo namigi na potrebo po podpori ali zdravstvene omejitve, ki lahko sodijo med posebne kategorije po 9. členu GDPR.
Prizadeti so pretežno mladoletni. To poveča tveganje ob uhajanju podatkov, ker se otroci posledicam, kot sta ciljno nagovarjanje ali osramotitev, komaj lahko sami ubranijo. Za obveznosti prijave velja 72-urni rok po GDPR, oceno opravi pristojni pooblaščenec za varstvo podatkov.
Šola, Moodle in varnost: vprašanje odgovornosti
| Model delovanja | Kdo popravi PHP | Kaj naj šola preveri |
|---|---|---|
| Osrednje prek dežele ali deželnega inštituta | upravljavec dežele | lastni dodatni sistemi šole |
| Prek šolskega nosilca ali medijskega centra | IT nosilca | zahtevati pisno potrditev |
| Zunanji izvajalec | izvajalec po pogodbi | ali je PHP izrecno v pogodbi |
| Lasten strežnik, ki ga vzdržuje učitelj | šola sama | čas, znanje in nadomeščanje |
Zadnji model je bolj razširjen, kot mnogi mislijo. Zavzet učitelj je Moodle pred leti postavil in ga mimogrede vzdržuje. Ob kritični ranljivosti potem manjkajo čas, nadomeščanje in pogosto tudi pravice za hitro ukrepanje.
Posodobitev Moodla PHP2Shell ne zapre. Ranljivost je odpravljena šele s PHP 8.5.12, 8.4.27, 8.3.36 ali 8.2.35 oziroma potrjenim backportom in šele po ponovnem zagonu vseh procesov PHP.
Kaj izpad pomeni za pouk in izpite
Če Moodle odpove, manjkajo gradivo in možnost oddaje. V izpitnih obdobjih ali tik pred spričevali je to posebej občutljivo. Kljub temu velja: raje platformo nekaj ur urejeno izklopiti, kot jo pustiti nepopravljeno teči. Ogrožen sistem lahko ponaredi oddane naloge ali prevzame račune učiteljev.
Zato načrtujte preprosto nadomestno pot, na primer oddajo prek drugega, neprizadetega sistema, ter učitelje, učence in starše na kratko obvestite o razlogu.
Po čiščenju se splača pogled na račune. Šole imajo veliko uporabnikov z razširjenimi pravicami: učitelje, pripravnike, vodje strokovnih aktivov, nekdanje kolegice in kolege, katerih dostopi niso bili nikoli izbrisani. Zapuščeni računi z učiteljskimi pravicami so udobna pot nazaj v platformo. Primerjava s trenutnim seznamom osebja šole to vrata zapre, računi s skrbniškimi pravicami pa naj bodo omejeni na peščico oseb.
Posebnosti pri izvajalcih izobraževanja in dopolnilnem izobraževanju
Zasebni izvajalci izobraževanja, ljudske univerze in ponudniki dopolnilnega izobraževanja pogosto delajo z odraslimi udeleženci, a z več gospodarskimi podatki: rezervacije tečajev s plačilnimi podatki, računi za poslovne stranke, dokumenti o sofinanciranih ukrepih, rezultati izpitov in certifikati. Učna platforma je tu pogosto povezana s sistemom rezervacij in računovodstvom.
Napad lahko zato zadene tudi certifikate in rezultate izpitov. Kdor lahko v platformi spreminja podatke, lahko ponaredi oznake o uspešno opravljenem izpitu ali izda dokazila, ki jih nihče ni pridobil. Po incidentu dajte preveriti, ali so bile ocene in certifikati naknadno spremenjeni, in jih primerjajte z izpitnimi dokumenti.
Prvi koraki za vodstvo šole in nosilca
- Razjasnite, kdo upravlja Moodle, spletno stran in oblak, ter dajte vsakokrat pisno potrditi stanje popravkov in ponovni zagon.
- Nepotrjene sisteme preklopite v vzdrževalni način ali odklopite z omrežja.
- Dajte zavarovati dnevnike od 20. 10. 2026.
- Preverite skrbniške račune: so novi ali neznani skrbniki?
- Obvestite pooblaščenca za varstvo podatkov in šolskega nosilca.
Kako konkretno pomaga PHP SOS?
- Uskladimo se z vodstvom šole, nosilcem in vzdrževalnim učiteljem ter razjasnimo, kdo je odgovoren za kateri sistem.
- Prek takojšnje pomoči pri PHP2Shell popravimo PHP, znova zaženemo vse workerje in rezultat dokažemo.
- Podatkovni imenik Moodla, podatkovno zbirko in skrbniške račune preverimo glede sledi napada.
- Nato prevzamemo utrjevanje strežnika, da platforma ni več odvisna od ene same osebe.
Pogosta vprašanja
Naš Moodle teče prek dežele. Moramo kaj storiti?
Če Moodle osrednje upravlja dežela ali deželni inštitut, je popravek pri upravljavcu. Šola naj kljub temu preveri, ali poleg tega obstajajo lastni sistemi, na primer spletna stran šole ali sami upravljan oblak. Ti so praviloma v odgovornosti šole ali šolskega nosilca.
Ali posodobitev Moodla zadošča proti PHP2Shell?
Ne. PHP2Shell zadeva sam PHP, na katerem teče Moodle. Potrebna sta popravljen PHP in ponovni zagon vseh procesov PHP. Katero različico PHP podpira vaša različica Moodla, preverite v sistemskih zahtevah na moodle.org.
Kdo je odgovoren ob uhajanju podatkov na šoli?
Odgovornost je glede na zvezno deželo porazdeljena med šolo, vodstvo šole in šolskega nosilca. Za oceno obveznosti prijave je prvi naslov pristojni pooblaščenec za varstvo podatkov. Odgovornosti naj bodo pisno razjasnjene pred incidentom.