NAUJAS Sena svetainė – ar verta sunerimti, jei viskas veikia?

prieš 17 valandų Paulina Gruodiene (Vilnius) - eiti į puslapį »

Tai, kad sena interneto svetainė veikia be problemų, dar nereiškia, kad ji yra saugi.

Svetainė gali atrodyti ir veikti puikiai, tačiau jos viduje naudojama pasenusi turinio valdymo sistema, įskiepiai ar programavimo komponentai gali turėti saugumo spragų. Dažnai tokių problemų lankytojai ar net patys svetainės savininkai nepastebi.

**Ar verta sunerimti? Nebūtinai. Tačiau pasitikrinti tikrai verta.**

Pirmiausia rekomenduočiau įvertinti:
- Ar reguliariai atnaujinama svetainės sistema ir įskiepiai?
- Ar naudojamas SSL sertifikatas (HTTPS)?
- Ar daromos automatinės atsarginės kopijos?
- Ar svetainė turi žinomų saugumo spragų?
- Ar ji tinkamai veikia mobiliuosiuose įrenginiuose?

Jeigu svetainė saugi, techniškai tvarkinga ir atitinka jūsų poreikius, vien dėl jos amžiaus kurti naujos tikrai nereikia.

**Mano rekomendacija – pirmiausia atlikti techninį svetainės auditą.** Jis padėtų suprasti, ar pakanka kelių atnaujinimų, ar jau verta galvoti apie didesnius pakeitimus.

December Ideas | Interneto svetainių kūrimas ir optimizavimas

prieš 13 valandų Martynas (Palanga)

Kiekvienas atvejis yra individualus. Reikia įsivertinti kiek atneša svetainė ir kiek galimi pažeidimai gali turėti įtakos.

prieš 14 valandų Aleksandr Kravcionok (Vilnius)

Dekit skersa, tegul veikia iki kol uzatakuos ir tik tada sunerimkit

prieš 15 valandų Gediminas Bukauskas (Kaunas)

Tikrai, taip - sunerimti verta. Senos svetainės, tikrai turi saugumo spragų. Be to, pasikeitus serverio programinei įrangai, kai kurios jūsų kodo dalys gali tiesiog nustoti veikusios. Man taip atsitiko su mokestinių reikalavimų išrašymu per EZCount.

prieš 17 valandų Mindaugas (Alytus)

Patartina reguleriai atnaujinti versijas, bet vertintant dabartį - tikrai taip. Neseniai paviešinta spraga vertinama labai aukštai ir jeigu svetainė naudoja PHP, yra rizika kad ji gali būti nulaužta. Ar verta spręsti jum. Pasinaudojus spraga kenkėjas gali visiškai perimti serverio valdymą ir jame esančius duomenis.

prieš 17 valandų Donaldas Jautžemis (Webxpert, MB) (Klaipėda) - eiti į puslapį »

Sveiki,

Nerimauti verta ne dėl svetainės amžiaus, o dėl to, kuo ji veikia. Tai galite patikrinti patys per 10 minučių, be specialisto:

1. Google paieškoje įrašykite site:jususvetaine.lt ir peržiūrėkite rezultatus. Jei matote puslapių, kurių nekūrėte (kazino, vaistai, japoniški ar kiniški užrašai), svetainė jau pažeista, nors Jums ji atrodo normaliai. Tai dažniausias „tylaus“ įsilaužimo požymis.

2. Hostingo valdymo skydelyje (arba paklausę hostingo) sužinokite PHP versiją. 8.1 ir senesnės saugumo pataisų jau nebegauna, o 8.2 jas gaus tik iki šių metų gruodžio 31 d. Kai hostingas seną versiją išjungia, sena svetainė gali tiesiog nustoti veikti.

3. Jei svetainė WordPress ar Joomla, administravime pažiūrėkite, kiek atnaujinimų laukia ir ar įskiepių autoriai juos dar atnaujina.

4. Patikrinkite, ar domenas ir hostingas registruoti Jūsų vardu ir ar turite prisijungimus. Senose svetainėse viskas dažnai likę ant buvusio kūrėjo, ir tada net nedidelė problema tampa didele.

Kada nerimauti nereikia: jei svetainė yra paprasti HTML puslapiai be turinio valdymo sistemos, formų ir duomenų bazės, rizika labai maža.

Jei pakėlus PHP versiją svetainė lūžta arba pataisymai kainuotų beveik kaip nauja, dažnai protingiau kurti iš naujo. Tokiu atveju galiu įvertinti raštu ir pasakyti fiksuotą kainą.

prieš 17 valandų https://ignite-web.com/ (Vilnius) - eiti į puslapį »

Taip, verta sunerimti — ir štai kodėl konkrečiai šiuo atveju.

Tai, kad svetainė „veikia“, reiškia tik tiek, kad ji šiuo metu atsako lankytojams. Tai nėra saugumo rodiklis. Senos svetainės rizika slypi ne tame, kad ji „suges“, o tame, kad jos programinė aplinka (PHP versija, CMS branduolys, įskiepiai) turi viešai žinomų saugumo spragų, kurias užpuolikai išnaudoja automatiškai, be jokio tikslinio domėjimosi tavimi.

Kodėl būtent PHP versija yra kritinė:
• Pasenusi PHP versija (pvz., 5.x, 7.x ar net ankstyva 8.x) nebegamina saugumo atnaujinimų. Tai reiškia, kad kiekviena naujai atrasta spraga joje niekada nebus užlopta.
• PHP yra pagrindinė daugelio CMS (WordPress, Joomla, Drupal) variklio dalis. Jei PHP versija pasenusi, net ir atnaujintas CMS gali likti pažeidžiamas.
• Užpuolikų skeneriai internete nuolat ieško būtent tokių pasenusių versijų — tai vienas lengviausių taikinių.
Ką rekomenduočiau daryti dabar (pagal prioritetus):
1. Pilna atsarginė kopija — failai + duomenų bazė. Būtinai prieš bet kokius veiksmus.
2. Nustatyti tikslią PHP versiją ir pasitikrinti, ar ji dar palaikoma (PHP oficiali palaikymo lentelė). Jei ne — planuoti atnaujinimą.
3. Atnaujinti palaipsniui: PHP → CMS branduolys → įskiepiai → tema. Geriausia bandymų aplinkoje, jei įmanoma.
4. Pašalinti nebepalaikomus įskiepius/temas — jie yra nuolatinis spragų šaltinis.
5. Jei svetainė labai sena ir atnaujinimas rizikingas — apsvarstyti migraciją į naują aplinką, o ne lopymą senos.
Apibendrinant: kol kas panikuoti nereikia, bet „viskas veikia“ nėra pateisinimas nieko nedaryti. Konkretus PHP spragų radimas yra geras laikas sureaguoti — kuo anksčiau, tuo mažesnė rizika, kad svetainė bus užteršta ar taps duomenų nutekėjimo šaltiniu.

prieš 17 valandų idėja bus (Vilnius) - eiti į puslapį »

Tai, kad internetinė svetainė sukurta prieš daugelį metų, dar nereiškia, kad ji yra nesaugi.

Svarbiausia ne svetainės amžius, o jos techninė būklė. Jei svetainė naudoja pasenusią turinio valdymo sistemą, neatnaujintus įskiepius ar nebepalaikomą PHP versiją, joje gali būti saugumo spragų, net jei viskas veikia nepriekaištingai.

Todėl siūlytume patikrinti naudojamų technologijų versijas ir atlikti preieinamus atnaujinimus.

prieš 17 valandų UAB Picture Ideas (Vilnius) - eiti į puslapį »

Jeigu interneto svetainė buvo sukurta prieš daugelį metų ir nuo to laiko nebuvo reguliariai atnaujinama bei prižiūrima, sunerimti verta. Pasenusios turinio valdymo sistemos, įskiepiai, programavimo kalbos ar kiti komponentai gali turėti viešai žinomų saugumo spragų, kuriomis įsilaužėliai naudojasi vykdydami automatizuotas atakas. Gali būti, kad į tokią svetainę jau įsilaužta, nors apie tai net nežinote.

Ne visi įsilaužimai yra akivaizdūs. Svetainė gali veikti visiškai įprastai, nors jos serveris jau naudojamas kenkėjiškai veiklai: kitoms kibernetinėms atakoms vykdyti, brukalams siųsti, kenkėjiškam kodui platinti ar konfidencialiems duomenims rinkti. Įsilaužėliai gali naudoti serverį kaip tarpinį serverį (proxy), taip slėpdami tikrąjį atakų šaltinį. Kartais įdiegiamos ir paslėptos prieigos (backdoor), leidžiančios įsilaužėliams ilgą laiką nepastebimai valdyti sistemą.

Vien tai, kad svetainė veikia ir vizualiai atrodo tvarkinga, dar nereiškia, kad ji saugi. Be to, vien programinės įrangos atnaujinimas nebūtinai pašalina jau įvykusio įsilaužimo pasekmes.

prieš 17 valandų Kirill Vdovychenko (Vilnius) - eiti į puslapį »

Laba diena,

Taip, sunerimti tikrai verta, net jei iš pirmo žvilgsnio viskas veikia nepriekaištingai. Senos svetainės kelia kelias rimtas rizikas:

Saugumo spragos (Vulnerabilities): Senose CMS sistemose (pavyzdžiui, senesnėse „WordPress“, „Joomla“ versijose ar įskiepiuose) laikui bėgant atrandamos saugumo skylės. Hakeriai ir automatiniai botai nuolat ieško tokių svetainių, kad įdiegtų kenkėjišką kodą, nukreiptų lankytojus į kitus puslapius ar pavogtų duomenis.

Serverio ir PHP versijų atnaujinimai: Šiuo metu hostingų tiekėjai aktyviai išjungia senas PHP versijas (pvz., PHP 7.x ir senesnes) bei pereina prie PHP 8.x. Kai hostingas atnaujina serverio versiją, nepritaikyta sena svetainė gali tiesiog „lūžti“ arba pradėti rodyti kritines klaidas.

Lėtas veikimas ir prastas SEO: Senas kodas bei neoptimizuotos struktūros lėtina svetainės užkrovimą, o tai blogina lankytojų patirtį ir smarkiai krenta pozicijos „Google“ paieškoje.
Ką rekomenduojama daryti?

Rekomenduojama atlikti svetainės techninį auditą: patikrinti turinio valdymo sistemą, įskiepius ir PHP suderinamumą, bei laiku atnaujinti kodą arba perkelti svetainę į šiuolaikišką, saugią platformą.
Jei reikėtų pagalbos ar konsultacijos patikrinant Jūsų svetainės saugumą bei būklę — Hexide Digital komanda visada pasiruošusi padėti!

prieš 17 valandų Martynas Butkus (Kaunas) - eiti į puslapį »

Labas, taip reikia, vakar buvo pranesimas, kad php buvo smarkiai pazeistas ir visos svetaines yra pazeidziamos ir reikia jas atnaujinti, kitu atveju visi duomenis gali nuteketi. Tai nutiko visiems.

prieš 17 valandų Aurimas (Vilnius) - eiti į puslapį »

Per mažai informacijos, kad atsakyti į šį klausimą. Ne svetainės senumas nusprendžia ar ji saugi ar ne, bet tai kokie duomenys yra surenkami, kiek jie yra svarbūs/kritiniai ir kur jie saugomi.

Jei tai įvaizdinė svetainė kur nėra kliento duomenų ar mokėjimų tai ir nėra ko nerimauti. Parašykite savo svetainę, galėsiu atlikti nemokamą svetainės saugumo auditą

Aurimas Levickas
Www.aurimaslevickas.lt

prieš 17 valandų Ridas Barkovskis (Vilnius)

Sveiki, taip. Svetainių kurimo programos kaip wordpress nuolat daro saugumo atnaujinimus, jei to nedaroma - svetainė yra lengvai pažeidžiama.

prieš 17 valandų G Svetainės ir e. parduotuvės kūrimas (Kaunas) - eiti į puslapį »

100 proc, kad jusu svetaine nuoga, vien del naujos php pazeidziamumo 110 proc jusu svetaine lengva nulauzti

prieš 17 valandų MB Gotidea | Justas Radvila (Kaunas) - eiti į puslapį »

Verta.
Tikėtina, kad saugumo spragų yra, tiesiog dar nieko akivaizdaus nenutiko.

prieš 17 valandų Viaceslav (Vilnius)

Sveiki, 100%. Nesaugios dabar ir naujai kurtos svetaines.

prieš 17 valandų Simona Vileikienė (Šiauliai) - eiti į puslapį »

Sveiki,

Taip, verta bent jau pasitikrinti svetainės techninę būklę.

Naujesnėms PHP versijoms reguliariai išleidžiami saugumo atnaujinimai, kuriuos turėtų įdiegti serverio administratoriai ar prieglobos paslaugų teikėjai.

Tačiau jeigu svetainė sukurta seniai ir nebuvo atnaujinama, tikėtina, kad ji vis dar naudoja pasenusią PHP versiją, kuriai oficialūs saugumo pataisymai jau nebeleidžiami.

**Tai, kad svetainė veikia be problemų, dar nereiškia, kad ji saugi.** Serveryje gali būti nepastebėto kenkėjiško kodo arba saugumo spragų, kuriomis ateityje gali pasinaudoti įsilaužėliai.

Tobulėjant dirbtiniam intelektui, saugumo spragų paieška tampa vis lengviau automatizuojama, todėl tikėtina, kad tokių incidentų daugės.

Rekomenduočiau patikrinti PHP ir pačios svetainės sistemos versijas. Jei jos nebepalaikomos, verta suplanuoti atnaujinimą. Kartais užtenka techninių pakeitimų, o kartais prireikia ir didesnio svetainės modernizavimo.