När en tillsynsmyndighet frågar "Hur vet ni att personen samtyckte till marknadsföring via e-post?" eller "Kan ni bevisa att svaret hanterades korrekt?" behöver du bevis. Granskningsloggar och efterlevnadsrapporter skapar de bevisen. En granskningslogg är en detaljerad logg över varje åtgärd som rör formulärdata: vem som kom åt den, när, vad som ändrades och varför. Utan den kan du inte visa att du följer dataskyddsreglerna eller utreda säkerhetsincidenter.
Den här artikeln förklarar varför granskningsloggar är viktiga, vad du ska logga, hur du skyddar loggarna och hur du använder dem för efterlevnad och säkerhetsutredningar.
Det här får du lära dig: Vad en granskningslogg är och varför den är avgörande, vilka händelser du ska logga för formulärsäkerhet, hur länge loggarna ska sparas, hur du skyddar dem mot manipulation och hur du hanterar granskningar från myndigheter.
Vad är en granskningslogg?
En granskningslogg är en kronologisk förteckning över aktiviteter som rör data. Den svarar på frågor som:
- Vem öppnade det här formulärsvaret?
- När öppnade personen det?
- Vad gjorde personen med det?
- Vad ändrades?
- Varför ändrades det (om det noterades)?
- Varifrån kom åtgärden (IP-adress, användarkonto)?
En granskningslogg är som en övervakningskamera för din data. Den registrerar vad som hände så att du kan utreda det om något går fel.
Därför är granskningsloggar nödvändiga
Bevisa efterlevnad
Tillsynsmyndigheter frågar: "Raderade ni den här datan enligt schema? Kan ni bevisa det?" Din granskningslogg visar exakt när raderingen skedde och om den var automatisk eller manuell.
Utreda dataintrång
Om data stjäls visar granskningsloggen vem som kom åt den. Du kan identifiera den ansvariga och förstå hur intrånget gick till.
Upptäcka hot inifrån
Om en anställd laddar ner alla kunddata eller säljer dem avslöjar granskningsloggen det ovanliga åtkomstmönstret.
Hantera begäranden om data
Om någon begär åtkomst till sina uppgifter bevisar granskningsloggen att du gav dem och när. Om personen begär radering bevisar loggen att du raderade dem.
Uppfylla lagkrav
GDPR, HIPAA, PCI DSS och andra regelverk kräver att du loggar och övervakar åtkomst till känsliga data. Utan loggar klarar du inte granskningen.
Vad du ska logga för formulärsäkerhet
Händelser vid inskickade formulär
Logga varje inskickat formulär:
- När svaret kom in (tidsstämpel)
- Vilka data som skickades in (fältnamn, inte hela värden för känsliga fält)
- Varifrån (besökarens IP-adress, webbläsare, enhetstyp)
- Om svaret klarade valideringen och godkändes eller avvisades
- Eventuella resultat från skräppost- eller botkontroll
Åtkomstloggar
Logga när någon öppnar formulärsvar:
- Vem som öppnade datan (användarkonto, e-postadress)
- När den öppnades (tidsstämpel)
- Vilka data som öppnades (svarets ID eller datafälten)
- Varifrån (IP-adress, inloggningsplats)
- Hur länge åtkomsten varade
Loggar över ändringar av data
Logga alla ändringar av formulärdata efter att de skickats in:
- Vem som gjorde ändringen
- Vad som ändrades (gammalt värde jämfört med nytt värde)
- När ändringen gjordes
- Varför (valfritt fält för orsak)
Raderingsloggar
Logga alla händelser då data raderas:
- Vilka data som raderades (svarens ID eller en sammanfattning)
- När de raderades
- Varför de raderades (automatisk policy för lagringstid, begäran från användaren, manuell radering av en administratör)
- Vem som startade raderingen (det automatiska systemet eller en viss administratör)
Samtycken och efterlevnadshändelser
Logga åtgärder som rör samtycke:
- När samtycket gavs eller drogs tillbaka
- Vad personen samtyckte till (vilka kryssrutor)
- Version av samtyckesvillkoren som personen såg
- IP-adress och enhet
- Tidsstämpel för samtycket
Loggar över misslyckade inloggningar och misstänkt aktivitet
Logga säkerhetshändelser:
- Misslyckade inloggningsförsök (användarnamn, IP-adress, tidsstämpel)
- Ovanliga åtkomstmönster (stora nedladdningar av data, åtkomst från ovanliga platser)
- Ändrade behörigheter (vem som får komma åt vilka data)
- Utökade behörigheter (när någon får högre behörighet)
Så skyddar du granskningsloggar
Lagring som bara går att skriva en gång
Lagra loggarna där de inte kan ändras eller raderas efter att de skapats. Det kallas "write-once" eller WORM (Write Once, Read Many). Det hindrar angripare från att sudda ut sina spår genom att radera loggposter.
Lagra loggarna separat från produktionsmiljön
Förvara loggarna på en annan server eller i ett annat system än din huvuddatabas. Om huvudsystemet komprometteras är loggarna fortfarande säkra och tillgängliga för utredning.
Kryptera loggarna
Loggarna innehåller själva känslig information. Kryptera dem både i vila och under överföring. Bara behöriga personer ska kunna läsa loggarna.
Central loggning
Om du har flera program och servrar bör du skicka alla loggar till en central loggtjänst. Då riskerar inte enskilda system att komprometteras så att loggar går förlorade.
Övervaka loggarna i realtid
Samla inte bara in loggar och glöm dem. Ställ in larm för misstänkta händelser:
- Flera misslyckade inloggningar från samma IP-adress
- Åtkomst till data från ovanliga platser
- Massnedladdningar av data
- Radering av stora mängder data utanför det vanliga schemat
Hur länge loggarna ska sparas
Granskningsloggar bör sparas längre än den data de gäller:
- Loggar över inskickade formulär: Minst lika länge som formulärdatan (ofta 1 till 7 år)
- Åtkomstloggar: Minst 6 månader till 1 år (GDPR rekommenderar 1 år)
- Loggar över misslyckade inloggningar: Minst 90 dagar, helst 1 år
- Raderingsloggar: Så länge du kan bli tillfrågad om raderingen (3 till 7 år)
- Efterlevnadsloggar (samtycke med mera): Så länge som själva datan (enligt GDPR längre än du sparar kunddata)
Loggar är bevis, så spara dem längre än du tror att du behöver. Om du raderar en kund om 2 år bör du spara loggen över raderingen i 3 till 5 år till, ifall någon frågar.
Så svarar du på granskningar från myndigheter med granskningsloggar
När en tillsynsmyndighet ber om bevis på efterlevnad ger granskningsloggarna underlag:
GDPR-granskning av samtycke
Myndigheten frågar: "Hur vet ni att personen samtyckte till marknadsföring?"
Du visar: Tidsstämpeln för när personen kryssade i rutan för samtycke till marknadsföring, IP-adressen, webbläsaruppgifter och versionen av samtyckestexten som personen såg.
Granskning av radering av data
Myndigheten frågar: "Kan ni bevisa att ni raderade den här datan efter 6 månader?"
Du visar: Raderingsloggen med svarets ID, tidsstämpel för raderingen och att raderingen startades automatiskt av systemet (vilket visar att din policy för lagringstid fungerade).
Granskning av åtkomst
Myndigheten frågar: "Vem hade åtkomst till de här kunddatan? Var det någon obehörig som kom åt den?"
Du visar: Åtkomstloggar som listar alla som öppnade datan, när och varifrån. Du påpekar att all åtkomst kom från behöriga anställda under kontorstid från förväntade platser.
Hantering av säkerhetsincidenter
Myndigheten frågar: "Hur gick intrånget till? Hur många kom åt datan?"
Du visar: Detaljerade åtkomstloggar som begränsar vem som kan ha tagit ut datan, när och hur mycket data som öppnades. Du pekar ut den exakta punkt där åtkomsten var obehörig eller systemet komprometterades.
Använd loggar vid interna säkerhetsutredningar
Granskningsloggar hjälper dig att utreda problem:
Hitta skadad data
Om data är fel visar loggarna vem som ändrade den, när och från vad. Du kan spåra problemet till dess grundorsak.
Utreda misstänkta hot inifrån
Om du misstänker att en anställd öppnar data på ett olämpligt sätt visar loggarna exakt vad personen öppnade och när.
Hantera klagomål om integritet
Om någon klagar på att uppgifterna är felaktiga eller har öppnats utan tillstånd ger loggarna bevis för vad som faktiskt hände.
Utbilda i säkerhet
Använd loggarna för att lära de anställda om säkerhet. Visa exempel på bra rutiner och misstag från loggarna så att teamet lär sig.
Automatisering och larm
Granska inte loggar manuellt varje dag. Ställ in automatisering:
- Larma vid misstänkta mönster: Flera misslyckade inloggningar, massnedladdningar av data, åtkomst vid ovanliga tider
- Skapa efterlevnadsrapporter automatiskt: Månads- eller kvartalsrapporter som visar åtkomst, radering och samtycken
- Automatisk gallring: Radera loggar automatiskt när deras lagringstid har gått ut
- Arkivera gamla loggar: Flytta loggar som är äldre än 1 år till billigare lagring för långtidsförvaring
Vanliga misstag med granskningsloggar
Att inte logga tillräckligt detaljerat. "Användaren öppnade data" räcker inte. Du behöver IP-adress, tid, vilka data och hur länge.
Att logga på fel ställe. Om loggarna ligger på samma server som ditt program kan ett intrång radera båda.
Att inte granska loggarna regelbundet. Loggar är värdelösa om ingen tittar på dem. Ställ in automatiska larm.
Att radera loggar för snabbt. Granskningar från myndigheter kan fråga om aktiviteter flera år bakåt. Spara loggarna längre än du tror att du behöver.
Att inte kryptera loggarna. Loggar innehåller känslig information. Skydda dem på samma sätt som du skyddar själva datan.
Det här ska du kontrollera för granskningsloggar
WEMASY sparar dina inskickade formulär i ditt konto, där du kan granska, exportera och ta bort dem. Inför granskningar från myndigheter bör du själv dokumentera vem som har åtkomst till dessa data och vad som har exporterats eller raderats, och dokumentera dina loggrutiner.
Läs mer om loggning och efterlevnadsrapporter i dina kontoinställningar eller på prissidan.