Trumpai: Jei įtariate, kad duomenys nutekėjo per jūsų svetainę, lemiamas veiksnys yra laikas. Jei tai jus palietė, susisiekite nedelsdami. Nuotoliu išsaugome pėdsakus, techniškai išsiaiškiname, kokie duomenys galėjo būti paveikti, uždarome prieigą ir pateikiame patikimą dokumentaciją duomenų apsaugos pareigūnui, teisininkui ir draudikui.
Dabar nieko netrinkite ir neįrenkite iš naujo. Žurnalai, duomenų bazė ir failai yra vieninteliai įrodymai, kas nutekėjo, o kas ne. Kas juos perrašo, vėliau nieko nebegali įrodyti. Pranešti apie avariją ir perimame nuo pirmos žinutės.
Ar tai jus palietė? Kaip atpažinti duomenų nutekėjimą per svetainę
Duomenų nutekėjimas dažnai vyksta nepastebimai. Užuominos dažniausiai atsiranda iš šalutinių poveikių:
- Klientai praneša, kad duomenys, kuriuos turėjote tik jūs, pasirodo kitur, arba kad jie gauna phishing laiškų su teisingomis užsakymo detalėmis.
- Duomenų bazė neįprastai stipriai apkraunama arba eksportai ir iškrovos (dump) yra vietose, kuriose jų nesukūrėte.
- Žurnaluose matyti masinės užklausos klientų sąrašams, užsakymams ar naudotojų profiliams, dažnai vienodu ritmu.
- Jūsų serveris užmezga išeinančius ryšius su jums nežinomais adresais arba perduoda neįprastai daug duomenų.
- Atsirado naujų administratorių paskyrų, pakeistų slaptažodžių ar prisijungimų neįprastu laiku.
- Saugumo tyrėjas, žurnalistas ar institucija praneša apie laisvai pasiekiamus duomenis.
- Jūsų serveryje yra neapsaugotų atsarginių kopijų,
.envfailų ar aplankų, kuriuos gali atidaryti kiekvienas.
Paskutinis punktas yra nutekėjimas be atakos: kas atsarginę kopiją padeda žiniatinklio kataloge, duomenis padaro pasiekiamus be jokio įsilaužimo. Ir tai gali reikalauti pranešimo.
Ką daryti nedelsiant
- Užfiksuokite laiką: užsirašykite, kada ir kaip sužinojote apie įtarimą. Šis momentas svarbus terminams.
- Apribokite prieigą: paveiktas sritis, pavyzdžiui, kliento paskyrą ar eksporto funkcijas, laikinai atjunkite nuo tinklo arba perjunkite į priežiūros režimą, jei duomenys vis dar galėtų nutekėti.
- Išsaugokite pėdsakus: serverio žurnalų, duomenų bazės ir failų sistemos nekeiskite. Paprašykite hostingo teikėjo saugoti protokolus.
- Įtraukite duomenų apsaugos pareigūną: viduje informuokite atsakingą asmenį arba išorinį duomenų apsaugos pareigūną, kad pranešimo terminas būtų akyse.
- Išsiaiškinkite paveiktų duomenų rūšis: kas yra sistemoje? Klientų pagrindiniai duomenys, užsakymai, sveikatos ar mokėjimo duomenys, paraiškos?
- Prieigas keiskite suderintai: slaptažodžius ir raktus keiskite tik pasitarę ir iš švaraus įrenginio.
- Informuokite draudiką ir teisininką: daugelis polisų reikalauja ankstyvo pranešimo.
Kaip PHP SOS padeda konkrečiai?
- Įvertiname padėtį: su jumis išsiaiškiname, kurios sistemos ir duomenų rūšys gali būti paveiktos ir kada kilo įtarimas.
- Išsaugome ir uždarome: nepakeistus išsaugome žurnalus, duomenų bazę ir failus, užblokuojame užpuoliko prieigą ir uždarome atvirus kelius, pavyzdžiui, neapsaugotas atsargines kopijas.
- Tikriname ir valome: analizuojame prieigas, duomenų bazės užklausas ir ryšius, ieškome webshell ir užpakalinių durų ir jas pašaliname. Prireikus pasitelkiame partnerius teismui tinkamai IT forensikai.
- Sutvirtiname ir pateikiame ataskaitą: gaunate laiko juostą, teiginį apie tikėtinai paveiktus duomenis, aiškiai atskirtus į įrodytus, tikėtinus ir nežinomus, ir rekomendacijas nuolatinei apsaugai.
Dirbame nuotoliu, be atvykimo, visoje Vokietijoje ir Europoje.
Pranešimo terminas: ko reikalauja BDAR ir ką pridedame mes
Pagal BDAR 33 straipsnį asmens duomenų saugumo pažeidimas, jei tikėtina, kad jis kelia riziką susijusiems asmenims, iš esmės turi būti pranešamas priežiūros institucijai nedelsiant, jei įmanoma, per 72 valandas nuo sužinojimo. Tai bendra informacija, o ne teisinė konsultacija. Ar ir ką turite pranešti, sprendžiate kartu su savo duomenų apsaugos pareigūnu ar teisininku.
Mūsų indėlis yra techninė pusė: kas įvyko, kurios sistemos buvo paveiktos, kokios duomenų rūšys ten buvo, kiek laiko prieiga buvo atvira, kas padaryta? Pranešimą, grindžiamą įrodytais faktais, o ne prielaidomis, lengviau pagrįsti. Pareigų apžvalgą pateikia puslapis BDAR pranešimo pareiga per 72 valandas. Incidentas laikui bėgant nesumažėja; kas praneša anksti ir tvarkingai dokumentuoja, yra geresnėje padėtyje.
Įrodymų išsaugojimas ir tinkamas kreipimasis į paveiktus asmenis
Didžiausias pavojus po nutekėjimo yra refleksas viską greitai taisyti. Ką tik įrengtas serveris atrodo gražiai, bet nieko nebeįrodo. Kaip elgtis nesunaikinant pėdsakų, aprašo Įrodymų išsaugojimas prieš naują diegimą. Įvykių seką vėliau galima užfiksuoti incidento laiko juostoje.
Jei reikia informuoti klientus ar partnerius, svarbūs aiškūs, dalykiški žodžiai. Idėjų pateikia Klientų informavimas po incidento ir puslapis apie krizių komunikaciją. Ar prasminga pateikti pareiškimą dėl nusikaltimo, išsiaiškinkite su savo teisininku; nuorodų į kontaktinius punktus rasite skyriuje Pareiškimas policijai. Jei incidentas išplinta į kelias sistemas, kartu pereiname prie struktūruoto incidentų valdymo (Incident Response).
Ką mums atsiųsti
- trumpas aprašymas: kada ir ką pastebėjote, kas, iš ko?
- duomenų rūšys, esančios svetainėje ar serveryje
- prieigos prie serverio arba leidimas tiesiogiai kalbėtis su jūsų hostingo teikėju
- žinios apie atsargines kopijas, eksportus ir sąsajas su kitomis sistemomis
- agentūros ir kūrėjų, pažįstančių sistemą, pavadinimai
- duomenų apsaugos pareigūno vardas, jei yra
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. Turite vieną kontaktinį asmenį, viskas dokumentuojama ir atvirai sakome, kas įrodoma, o kas ne. Nežadame atkūrimo, kai trūksta žurnalų, ir neteikiame teisinių konsultacijų. Pateikiame techninius faktus, kuriais galite remtis jūs ir jūsų patarėjai.
Ar tai jus palietė? Skambinkite. Padėsime.
Esant galimam duomenų nutekėjimui bėga terminas, o pėdsakai su kiekviena diena nyksta. Susisiekite dabar: skambinkite arba rašykite per WhatsApp. Perimame nuo pirmos žinutės ir pasiliekame, kol incidentas bus užbaigtas ir dokumentuotas. Pranešti apie avariją dabar
Dažni klausimai
Kaip greitai turiu pranešti apie duomenų nutekėjimą?
Pagal BDAR 33 straipsnį apie asmens duomenų saugumo pažeidimą, keliantį riziką susijusiems asmenims, priežiūros institucijai iš esmės reikia pranešti nedelsiant ir, jei įmanoma, per 72 valandas nuo sužinojimo. Ar tai taikoma jums, išsiaiškinkite su savo duomenų apsaugos pareigūnu ar teisininku.
Iš ko žinosiu, ar duomenys tikrai nutekėjo?
Dažnai tik išanalizavus serverio žurnalus, duomenų bazės užklausas ir išeinančius ryšius. Jei šių pėdsakų nėra, nutekėjimo nei įrodyti, nei atmesti negalima. Tai ataskaitoje atvirai įvardijame kaip nežinoma.
Ar turiu informuoti savo klientus?
Tai priklauso nuo rizikos susijusiems asmenims. Jei ji didelė, pagal BDAR jie taip pat turi būti informuoti. Teisinį vertinimą atlieka duomenų apsaugos pareigūnas ar teisininkas; mes pateikiame tam techninį pagrindą.
Kas bus, jei vėliau pastebėsiu, kad duomenys dingo?
Lemia tai, kada sužinojote apie pažeidimą. Užfiksuokite, kada ir kaip kilo įtarimas, ir nuo to momento išsaugokite pėdsakus.
Ar galite padėti, jei duomenys buvo pas paslaugų teikėją?
Tikriname, ką galime išsiaiškinti su prieigomis ir informacija, kurią gausite. Su agentūra ar hostingo teikėju derinamės po jūsų leidimo.