Kort sagt: Mistænker I, at data er sluppet ud via jeres website, er tiden den afgørende faktor. Er I berørt, så kontakt os med det samme. Vi sikrer på afstand sporene, afklarer teknisk, hvilke data der kan være berørt, lukker adgangen og leverer en holdbar dokumentation til databeskyttelsesrådgiver, advokat og forsikringsselskab.
Slet intet og opsæt intet på ny nu. Logs, database og filer er de eneste beviser for, hvad der er sluppet ud, og hvad der ikke er. Den, der overskriver dem, kan senere intet dokumentere. Meld en nødsituation, så overtager vi fra den første besked.
Er I berørt? Hvordan et datalæk via websitet kan genkendes
En dataudsivning sker ofte uset. Tegn fremkommer som regel som bivirkninger:
- Kunder melder, at data, som kun I havde, dukker op andre steder, eller at de modtager phishing-mails med korrekte ordredetaljer.
- Databasen belastes påfaldende kraftigt, eller eksporter og dumps ligger på steder, hvor I ikke har oprettet dem.
- I logs viser der sig massevise forespørgsler på kundelister, ordrer eller brugerprofiler, ofte i jævn takt.
- Jeres server opbygger udgående forbindelser til adresser, som I ikke kender, eller overfører usædvanligt mange data.
- Der er nye admin-konti, ændrede adgangskoder eller logins på usædvanlige tidspunkter.
- En sikkerhedsforsker, en journalist eller en myndighed gør jer opmærksom på åbent tilgængelige data.
- På jeres server ligger der ubeskyttede backups,
.env-filer eller mapper, som enhver kan kalde.
Det sidste punkt er et læk uden angreb: Den, der lægger en backupfil i webmappen, gør data tilgængelige uden noget hack. Også det kan være anmeldelsespligtigt.
Hvad I gør med det samme
- Fasthold tidspunktet: Notér, hvornår og hvordan I fik kendskab til mistanken. Dette tidspunkt er vigtigt for fristerne.
- Begræns adgangen: Tag berørte områder, for eksempel kundekonto eller eksportfunktioner, midlertidigt af nettet eller i vedligeholdelsestilstand, hvis der fortsat kan sive data ud.
- Sikr spor: Ændr ikke serverlogs, database og filsystem. Bed hostingudbyderen om at bevare protokoller.
- Inddrag databeskyttelsesrådgiveren: Informér internt den ansvarlige person eller en ekstern databeskyttelsesrådgiver, så anmeldelsesfristen holdes for øje.
- Afklar de berørte datatyper: Hvad ligger på systemet? Kundestamdata, ordrer, sundheds- eller betalingsdata, ansøgninger?
- Skift adgange, men afstemt: Skift adgangskoder og nøgler først efter aftale og fra en ren enhed.
- Underret forsikringsselskab og advokat: Mange policer kræver en tidlig anmeldelse.
Hvordan hjælper PHP SOS konkret?
- Danne overblik over situationen: Vi afklarer sammen med jer, hvilke systemer og datatyper der kan være berørt, og hvornår mistanken opstod.
- Sikre og lukke: Vi sikrer logs, database og filer uændrede, spærrer angriberens adgang og lukker åbne veje, for eksempel ubeskyttede backups.
- Kontrollere og rense: Vi analyserer adgange, databaseforespørgsler og forbindelser, leder efter webshells og bagdøre og fjerner dem. Hvor det er nødvendigt, inddrager vi partnere til retssikker it-forensik.
- Hærde og rapportere: I modtager en tidslinje, en udtalelse om de sandsynligt berørte data, klart adskilt i dokumenteret, sandsynligt og ukendt, samt anbefalinger til den varige afsikring.
Vi arbejder på afstand, uden transport, i hele Tyskland og Europa.
Anmeldelsesfrist: Hvad GDPR kræver, og hvad vi bidrager med
Efter art. 33 GDPR skal et brud på beskyttelsen af personoplysninger i princippet uden unødig forsinkelse, om muligt inden for 72 timer efter, at det er blevet kendt, anmeldes til tilsynsmyndigheden, hvis det forventeligt indebærer en risiko for de berørte. Det er en generel oplysning, ikke juridisk rådgivning. Om og hvad I skal anmelde, beslutter I sammen med jeres databeskyttelsesrådgiver eller en advokat.
Vores bidrag er den tekniske side: Hvad er sket, hvilke systemer var berørt, hvilke datatyper lå dér, hvor længe var adgangen åben, hvad blev gjort? En anmeldelse, der bygger på dokumenterede fakta i stedet for formodninger, lader sig bedre forsvare. Et overblik over forpligtelserne giver siden om GDPR-anmeldelsespligt inden for 72 timer. En hændelse bliver ikke mindre med tiden; den, der anmelder tidligt og dokumenterer rent, står bedre.
Sikre beviser og tale rigtigt til de berørte
Den største fare efter et læk er refleksen til at reparere alt hurtigt. En nyopsat server er pæn, men beviser intet mere. Hvordan I går frem uden at ødelægge spor, beskriver Sikr beviser før nyinstallationen. Rækkefølgen af begivenhederne kan bagefter fastholdes i en tidslinje over hændelsen.
Skal kunder eller partnere informeres, kommer det an på klare, saglige ord. Inspiration giver Informér kunder efter en hændelse og siden om krisekommunikation. Om en strafanmeldelse er fornuftig, afklarer I med jeres advokat; henvisninger til kontaktpunkterne finder I under Anmeldelse hos politiet. Udvider hændelsen sig til flere systemer, skifter vi sammen til en struktureret incident response.
Hvad I bør sende til os
- en kort beskrivelse: Hvornår blev I opmærksomme på noget, ved hvem, på hvad?
- de datatyper, der ligger på websitet eller serveren
- adgange til serveren eller tilladelse til at tale direkte med jeres hostingudbyder
- oplysninger om backups, eksporter og grænseflader til andre systemer
- navne på bureau og udviklere, der kender systemet
- navn på databeskyttelsesrådgiveren, hvis der er en
Hvorfor PHP SOS
Vi arbejder Made in Germany og har sammen med vores partnernetværk af cyberprofessionelle i over 25 år specialiseret os i it-sikkerhed. I har én kontaktperson, alt bliver dokumenteret, og vi siger åbent, hvad der kan dokumenteres, og hvad der ikke kan. Vi lover ingen rekonstruktion, hvis logs mangler, og ingen juridisk rådgivning. Vi leverer de tekniske fakta, som I og jeres rådgivere kan beslutte ud fra.
Er I berørt? Ring til os. Vi hjælper.
Ved et muligt datalæk løber der en frist, og sporene forsvinder for hver dag. Kontakt os nu: Ring til os eller skriv på WhatsApp. Vi overtager fra den første besked og bliver ved, indtil hændelsen er afsluttet og dokumenteret. Meld en nødsituation nu
Ofte stillede spørgsmål
Hvor hurtigt skal jeg anmelde et datalæk?
Efter art. 33 GDPR skal et databrud med risiko for de berørte i princippet anmeldes til tilsynsmyndigheden uden unødig forsinkelse og om muligt inden for 72 timer efter, at det er blevet kendt. Om det gælder hos jer, afklarer I med jeres databeskyttelsesrådgiver eller en advokat.
Hvordan ved jeg, om der virkelig er sluppet data ud?
Ofte kun ved analyse af serverlogs, databaseadgange og udgående forbindelser. Mangler disse spor, kan udsivningen hverken dokumenteres eller udelukkes. Det benævner vi åbent som ukendt i rapporten.
Skal jeg informere mine kunder?
Det afhænger af risikoen for de berørte. Er den høj, skal de efter GDPR også underrettes. Den juridiske vurdering hører til databeskyttelsesrådgiver eller advokat; vi leverer det tekniske grundlag hertil.
Hvad sker der, hvis jeg først senere opdager, at data er væk?
Afgørende er, hvornår I fik kendskab til bruddet. Notér, hvornår og hvordan mistanken opstod, og sikr sporene fra det tidspunkt.
Kan I også hjælpe, hvis dataene lå hos en tjenesteudbyder?
Vi undersøger, hvad vi kan afklare med de adgange og oplysninger, I får. Med bureau eller hostingudbyder afstemmer vi efter jeres godkendelse.