Trumpai: Jei jūsų internetinė parduotuvė nulaužta, kartu svarbu trys dalykai: apsaugoti klientų duomenis, išsaugoti apyvartą ir įrodyti, kad parduotuvė vėl švari. Ar tai jus palietė? Susisiekite dabar. Nuotoliu perimame suvaldymą, priežasties analizę, išvalymą ir dokumentavimą ir derinamės su jūsų paslaugų teikėjais.
Dabar nieko netrinkite ir neįrenkite iš naujo. Prieš šalindami failus ar atkurdami parduotuvę, failai, duomenų bazė ir žurnalai turi būti išsaugoti. Paskambinkite arba parašykite per WhatsApp. Greičiausias kelias yra Pranešti apie avariją.
Ar tai jus palietė? Požymiai internetinėje parduotuvėje
Parduotuvėse statoma daugiau nei vizitinės kortelės svetainėje. Atkreipkite dėmesį į šiuos signalus:
- klientai praneša, kad jų kortelė ar paskyra buvo panaudota neteisėtai po užsakymo pas jus
- jūsų mokėjimo paslaugų teikėjas ar bankas klausia apie įtartinas transakcijas
- apmokėjimo eigoje atsiranda laukų, langų ar peradresavimų, kurių jūs neįrengėte
- užsakymai, kainos ar kuponai pakeisti be jūsų žinios
- administravimo srityje yra nežinomų naudotojų ar neįprastų prisijungimų
- jūsų pašto serveris siunčia šlamštą parduotuvės vardu arba klientai gauna phishing laiškus su jūsų siuntėju
- failai medijos, talpyklos ar papildinių aplankuose nauji ar pakeisti, nors niekas nedarė diegimo (deploy)
- apkrova auga be pastebimo lankytojų padidėjimo
Ką daryti nedelsiant
- Nuspręskite, ar kasa išjungiama. Kai tik gali kilti pavojus mokėjimo ar klientų duomenims, laikinai atjunkite apmokėjimą ar parduotuvę nuo tinklo, pavyzdžiui, su priežiūros puslapiu. Sprendimas jūsų; mes patariame.
- Nieko netrinkite, nieko neperrašykite. Jokių atnaujinimų veikiančioje sistemoje, jokio atsarginės kopijos atkūrimo.
- Paruoškite mokėjimo paslaugų teikėją. Patikrinkite, kokius pranešimo kelius numato jūsų sutartis, ir paruoškite kontaktinius asmenis.
- Saugokite žurnalus. Paprašykite hostingo teikėjo ir agentūros išsaugoti prieigos, klaidų ir parduotuvės žurnalus. Specializuota spauda pataria saugoti serverio žurnalus nuo 2026 m. spalio 20 d.
- Surašykite prieigas: parduotuvės administravimas, serveris, duomenų bazė, mokėjimų portalai, sąsajos su sandėlio apskaita ir siuntimu. Slaptažodžius keiskite tik pasitarę.
- Informuokite vidines tarnybas: vadovybę, duomenų apsaugos pareigūną, draudiką. Nuorodos dėl poliso pateiktos skyriuje Kibernetinis draudimas žalos atveju.
- Pranešti mums, kol jūsų agentūra netaiso parduotuvės savo nuožiūra.
Kaip PHP SOS padeda nulaužtai internetinei parduotuvei?
- Įvertiname padėtį: parduotuvės sistema, versija, PHP būsena, hostingo teikėjas, mokėjimo būdai, įtrauktos paslaugos. Išsiaiškiname, kokie duomenys yra parduotuvėje.
- Išsaugome ir suvaldome: failų ir duomenų bazės atvaizdas, žurnalų išsaugojimas, įtartinų prieigų blokavimas, kasos apsauga.
- Nustatome priežastį ir apimtį: tikriname branduolio failus, plėtinius, šablonus, suplanuotas užduotis ir duomenų bazės turinį dėl manipuliacijų ir bandome įrodyti, kas galėjo nutekėti. Kur pėdsakų nepakanka, tai sakome atvirai.
- Valome ir atkuriame: kenkėjiško kodo pašalinimas arba naujas sukūrimas iš patikimų šaltinių, pagal radinius. Abiejų variantų svarstymą aprašo Įrengti iš naujo ar išvalyti?.
- Sutvirtiname, atrakiname, pateikiame ataskaitą: PHP būsena, teisės, administratoriaus apsauga, stebėsena. Gaunate dokumentaciją, kurią galite pateikti mokėjimo paslaugų teikėjui, duomenų apsaugos pareigūnui ir draudikui.
Jei incidentas išauga už parduotuvės ribų, pavyzdžiui, į sandėlio apskaitą ar vidines sistemas, pereiname prie incidentų valdymo (Incident Response). Jei turite teisiškai tvirtai žinoti, kas įvyko, papildomai gali būti pasitelkta IT forensika.
Klientų duomenys, pranešimo pareigos ir komunikacija
Parduotuvėje yra vardai, adresai, užsakymai ir dažnai mokėjimų duomenys. Kai tik tokie duomenys galėjo būti paveikti, bėga terminas: BDAR numato pranešimą priežiūros institucijai per 72 valandas, jei negalima atmesti rizikos susijusiems asmenims. Ar tai taikoma jūsų atveju, išsiaiškinkite su savo duomenų apsaugos pareigūnu ar teisininku; teisinių konsultacijų neteikiame. Mes pateikiame tam reikalingus techninius pagrindus. Daugiau apie terminą: BDAR pranešimo pareiga.
Komunikacija klientams taip pat priklauso incidentui. Kaip informuoti dalykiškai, nieko neslepiant ir nespėliojant, aprašo Klientų informavimas po incidento ir Krizių komunikacija po atakos. Pareiškimo galimybę aptariame skyriuje Pareiškimas policijai.
Parduotuvių sistemos ir PHP būsena
Ar tai WooCommerce, Shopware, Magento ar PrestaShop: visos veikia ant PHP. Parduotuvės programinės įrangos atnaujinimas PHP spragų PHP2Shell neuždaro. Šakos puslapis IT saugumas internetinėms parduotuvėms apibendrina ypatumus, platformų puslapiai WooCommerce ir Shopware 6 išsamiau nagrinėja atskiras sistemas.
Kaip parduotuvę vėl atrakiname
Parduotuvė vėl visu pajėgumu startuoja tik tada, kai sutampa trys dalykai: kenkėjiškas kodas pašalintas, įsilaužimo kelias uždarytas ir prieigos duomenys atnaujinti. Prie to priklauso administratoriaus paskyros, duomenų bazių slaptažodžiai, API raktai mokėjimų ir siuntimo teikėjams bei pašto prieigos. Atsiskaitymą tikriname paskutinį su bandomuoju užsakymu, kad matytųsi, jog apmokėjimo eiga veikia nepakitusi. Po to rekomenduojame griežtesnę stebėseną kelioms savaitėms, nes užpuolikai mėgsta iš naujo tikrinti žinomas aukas. Garantijos, kad daugiau niekada nieko neįvyks, nėra; yra dokumentuota būsena ir aiški atsakomybė.
Ką mums atsiųsti
- Parduotuvės sistema ir versija, hostingo teikėjas, o jei žinoma, ir PHP versija
- kas pirmiausia krito į akis ir nuo kada
- klientų, banko ar mokėjimo paslaugų teikėjo pastabos pažodžiui
- agentūros ar kūrėjo, prižiūrinčio parduotuvę, pavadinimas
- paskutinės atsarginės kopijos būsena ir vieta
Kodėl PHP SOS
Dirbame Made in Germany ir kartu su savo kibernetinių specialistų partnerių tinklu daugiau nei 25 metus specializuojamės IT saugumo srityje. Gaunate vieną kontaktinį asmenį, kuris veda jūsų parduotuvės incidentą nuo pirmo kontakto iki pabaigos. Dirbame nuotoliu visoje Vokietijoje ir Europoje, kiekvieną žingsnį fiksuojame raštu ir nežadame to, ko niekas negali pažadėti. Dirbame, kol incidentas bus užbaigtas ir dokumentuotas.
Ar tai jus palietė? Skambinkite. Padėsime.
Kiekviena valanda su kompromituotu atsiskaitymu gali kainuoti klientų duomenis. Susisiekite dabar, skambučiu ar per WhatsApp, ir perimame nuo pirmos žinutės. Pranešti apie avariją dabar
Dažni klausimai
Ar turėčiau iš karto išjungti internetinę parduotuvę, jei ji nulaužta?
Jei kyla pavojus klientų duomenims ar mokėjimams, laikinas kasos ar visos parduotuvės išjungimas dažnai yra teisingas sprendimas. Svarstymą tarp apyvartos nuostolio ir žalos atliekate jūs, mes pateikiame techninį vertinimą. Svarbu nieko netrinti.
Ar turiu informuoti klientus, jei mano parduotuvė nulaužta?
Tai priklauso nuo to, ar gali būti paveikti asmens duomenys ir kokia rizika kyla susijusiems asmenims. Sprendimą priimkite kartu su savo duomenų apsaugos pareigūnu ar teisininku. Mūsų ataskaita pateikia tam reikalingus techninius faktus.
Kaip atpažinti, kad atsiskaitymo metu svetimas kodas nuskaito mokėjimo duomenis?
Požymiai yra nežinomi skriptai apmokėjimo eigoje, klientų pranešimai apie jų kortelės panaudojimą po pirkimo arba mokėjimo paslaugų teikėjo užuominos. Patikimai tai nustato tik failų ir duomenų bazės patikra.
Ar parduotuvę galiu tiesiog atkurti iš atsarginės kopijos?
Atsarginė kopija grąžina jus švarius tik tuo atveju, jei ji sukurta prieš įsilaužimą ir po to įsilaužimo kelias uždarytas. Abu dalykai iš pradžių dažnai neaiškūs. Todėl pirmiausia išsaugome, o tada kartu su jumis vertiname.
Ar skubi pagalba tinka ir Shopware, WooCommerce ar Magento?
Taip. Eiga visose PHP parduotuvėse panaši: išsaugoti, suvaldyti, rasti priežastį, išvalyti, sutvirtinti. Sistemos ypatumus tikriname konkrečioje parduotuvėje.