A régi hosting biztonsági modell már nem működik

Két évtizeden át a webtárhelyek biztonsági stratégiája egyszerű volt. Ha egy oldal feltörték, a szolgáltató szkennelt, kitakarított, és a kliens fizetett. Ez a folyamat újra és újra ismétlődött. A szolgáltatók profitáltak belőle, a tulajdonosok pedig megszokták, hogy a támadásokkal együtt jár a helyreállítási költség.

Ez a rendszer most összeomlik. Aki tárhelyet üzemeltet vagy használ, annak érdemes megértenie, miért.

Miért omlott össze a régi modell?

Három fejlemény egyszerre nehezedik a rendszerre. Először is az AI-eszközök már gyorsabban találják meg a sebezhetőségeket, mint a hagyományos szkennerek. Ezek az eszközök azonban először az elkövetők kezébe kerülnek. Másodszor a sebezhetőség és a támadás közötti időablak hetek helyett órákra zsugorodott. Továbbá a felfedezett gyenge pontok száma az utóbbi időben tízszeresére növekedett.

Ma már a tárhelyen futó oldalak kilencven százaléka tartalmaz legalább egy ismert, de javítatlan hibát.

Miért nem elég egyszerűen javítani?

A legtöbben még mindig a technikai oldalra koncentrálnak: milyen frissítés létezik, hogyan lehet telepíteni, milyen szkennerrel lehet keresni. Ezek mind fontosak, de nem a lényegre mutatnak.

A biztonság valójában emberekkel kapcsolatos kérdés. A cPanel-hézagoknál is ez látszott: a javítások már hónapok óta elérhetők voltak, de sokan mégsem telepítették be. Gyakran csak inertia vagy félelem a leállástól.

A megoldás nem újabb javítás,而是 hogy a frissítések automatikusan, észrevétlenül történjenek.

A hagyományos szolgáltatók erős oldalai

Az AI-alapú oldalépítő eszközök még csak az alapokat próbálják ki. Lovable és társai még nem foglalkoznak hosszú távon az e-maillel, biztonsággal és karbantartással. A klasszikus tárhelycégek viszont már évek óta ezekre optimizáltak.

A következő fél évben az AI-szolgáltatók is beépítik ezeket a funkciókat — és akkor újra fel kell építeniük egy teljes tárhely rendszert. A hagyományos szolgáltatók ezzel szemben már rendelkeznek ügyfelekkel és a hozzájuk tartoza<|eos|>