Når en myndighed spørger: "Hvordan ved I, at personen har givet samtykke til markedsføringsmails?" eller "Kan I bevise, at indsendelsen blev behandlet rigtigt?", har du brug for dokumentation. Revisionsspor og compliance-rapportering giver dig den dokumentation. Et revisionsspor er en detaljeret log over alt, der sker med formulardata: hvem der har set dem, hvornår, hvad der blev ændret, og hvorfor. Uden den kan du ikke bevise, at du overholder databeskyttelsesloven, eller undersøge sikkerhedshændelser.
Her forklarer vi, hvorfor revisionsspor er vigtige, hvad du skal logge, hvordan du beskytter logs, og hvordan du bruger dem til compliance og sikkerhedsundersøgelser.
Det lærer du: Hvad et revisionsspor er, og hvorfor det er afgørende, hvilke hændelser du skal logge for formularsikkerhed, hvor længe du skal gemme logs, hvordan du beskytter dem mod manipulation, og hvordan du svarer på tilsyn fra myndighederne.
Hvad er et revisionsspor?
Et revisionsspor er en tidsordnet oversigt over aktiviteter med data. Det svarer på spørgsmål som:
- Hvem har set denne formularindsendelse?
- Hvornår gjorde de det?
- Hvad gjorde de med den?
- Hvad blev ændret?
- Hvorfor blev det ændret (hvis det er skrevet ned)?
- Hvor kom handlingen fra (IP-adresse, brugerkonto)?
Et revisionsspor er som et overvågningskamera for dine data. Det optager, hvad der skete, så du kan undersøge det, hvis noget går galt.
Hvorfor revisionsspor er afgørende
Bevis, at du overholder reglerne
Myndighederne spørger: "Slettede I disse data til tiden? Kan I bevise det?" Dit revisionsspor viser præcis, hvornår sletningen skete, og om den var automatisk eller manuel.
Undersøg datalæk
Hvis data bliver stjålet, viser dit revisionsspor, hvem der har haft adgang. Du kan finde den ansvarlige og forstå, hvordan lækket skete.
Opdag trusler indefra
Hvis en medarbejder henter alle kundedata ned eller sælger dem, afslører revisionssporet det usædvanlige mønster i adgangen.
Besvar anmodninger om data
Hvis nogen beder om indsigt i sine data, beviser dit revisionsspor, at du gav dem det, og hvornår. Hvis de beder om sletning, beviser sporet, at du slettede dem.
Opfyld lovkrav
GDPR, PCI DSS og andre regler kræver, at du logger og overvåger adgangen til følsomme data. Uden logs består du ikke et tilsyn.
Hvad du skal logge for formularsikkerhed
Hændelser ved indsendelse af formularer
Log hver eneste formularindsendelse:
- Hvornår indsendelsen blev modtaget (tidsstempel)
- Hvilke data der blev indsendt (feltnavne, ikke de fulde værdier i følsomme felter)
- Hvorfra (den besøgendes IP-adresse, browser og enhedstype)
- Om indsendelsen bestod valideringen og blev godkendt eller afvist
- Resultater fra spam- og botregistrering
Adgangslogs
Log, hver gang nogen åbner formularindsendelser:
- Hvem der åbnede dataene (brugerkonto, e-mail)
- Hvornår de åbnede dem (tidsstempel)
- Hvilke data de åbnede (indsendelsens ID eller datafelterne)
- Hvorfra (IP-adresse, sted for login)
- Hvor længe de havde dem åbne
Logs over ændringer af data
Log alle ændringer af formulardata efter indsendelsen:
- Hvem der lavede ændringen
- Hvad der blev ændret (gammel værdi mod ny værdi)
- Hvornår det blev ændret
- Hvorfor (et valgfrit felt til en begrundelse)
Sletningslogs
Log alle sletninger af data:
- Hvilke data der blev slettet (indsendelsernes ID'er eller en oversigt)
- Hvornår de blev slettet
- Hvorfor de blev slettet (automatisk opbevaringspolitik, brugerens anmodning, manuel sletning af en admin)
- Hvem der startede det (det automatiske system eller en bestemt admin)
Hændelser om samtykke og compliance
Log handlinger, der har med samtykke at gøre:
- Hvornår samtykket blev givet eller trukket tilbage
- Hvad personen sagde ja til (hvilke afkrydsningsfelter)
- Version af samtykketeksten, som personen så
- IP-adresse og enhed
- Tidsstempel for samtykket
Logs over mislykkede logins og mistænkelig aktivitet
Log sikkerhedshændelser:
- Mislykkede loginforsøg (brugernavn, IP-adresse, tidsstempel)
- Usædvanlige adgangsmønstre (store downloads af data, adgang fra usædvanlige steder)
- Ændringer af rettigheder (hvem der kan se hvilke data)
- Udvidelse af rettigheder (når nogen får flere rettigheder)
Sådan beskytter du revisionslogs
Lagring, der kun kan skrives én gang
Gem logs et sted, hvor de ikke kan ændres eller slettes, efter de er lavet. Det kaldes "write-once" eller WORM (Write Once, Read Many). Så kan angribere ikke skjule deres spor ved at slette poster i loggen.
Gem logs adskilt fra produktionen
Hold logs på en anden server eller et andet system end din hoveddatabase. Hvis hovedsystemet bliver angrebet, er logs stadig sikre og klar til undersøgelsen.
Kryptér logs
Selve logs indeholder følsomme oplysninger. Kryptér dem både i hvile og under overførsel. Kun autoriserede personer må kunne læse logs.
Central logning
Hvis du har flere applikationer og servere, så send alle logs til en central logtjeneste. Så bliver logs ikke tabt, hvis et enkelt system bliver angrebet.
Overvåg logs i realtid
Du skal ikke bare samle logs og glemme dem. Sæt alarmer op for mistænkelige hændelser:
- Flere mislykkede logins fra samme IP-adresse
- Adgang til data fra usædvanlige steder
- Store downloads af data
- Sletning af store mængder data uden for den normale tidsplan
Hvor længe skal du gemme logs?
Revisionslogs bør gemmes længere end de data, de dækker:
- Logs over formularindsendelser: Mindst så længe som formulardataene
- Adgangslogs: Så længe som en revision kan komme til at spørge til adgangen
- Logs over mislykkede logins: Længe nok til at du kan se mønstre over tid
- Sletningslogs: Så længe nogen kan komme til at spørge til sletningen
- Compliance-logs (samtykke m.m.): Så længe som selve dataene, og gerne længere end du gemmer kundedata
Logs er dokumentation, så gem dem længere, end du tror, du har brug for. Sletter du en kunde, så gem loggen om sletningen i flere år, hvis nogen skulle spørge.
Sådan svarer du på tilsyn med revisionsspor
Når en myndighed beder om bevis for, at du overholder reglerne, giver revisionssporet dokumentation:
Tilsyn med GDPR-samtykke
Myndigheden spørger: "Hvordan ved I, at personen har givet samtykke til markedsføring?"
Du viser: Tidsstemplet for, hvornår personen satte kryds i feltet "samtykke til markedsføring", IP-adressen, oplysninger om browseren og den version af samtykketeksten, personen så.
Tilsyn med sletning af data
Myndigheden spørger: "Kan I bevise, at I slettede disse data efter 6 måneder?"
Du viser: Sletningsloggen med indsendelsens ID, tidsstemplet for sletningen og den automatiske sletning fra systemet (som beviser, at din opbevaringspolitik virkede).
Tilsyn med adgang
Myndigheden spørger: "Hvem havde adgang til disse kundedata? Har nogen uden tilladelse set dem?"
Du viser: Adgangslogs med alle, der har set dataene, hvornår og hvorfra. Du påpeger, at al adgang kom fra autoriserede medarbejdere i arbejdstiden fra forventede steder.
Håndtering af sikkerhedshændelser
Myndigheden spørger: "Hvordan skete lækket? Hvor mange har haft adgang til dataene?"
Du viser: Detaljerede adgangslogs, der indkredser, hvem der kan have hentet dataene ud, hvornår, og hvor mange data der blev åbnet. Du finder det præcise punkt, hvor adgangen var uautoriseret, eller systemet blev kompromitteret.
Brug logs til interne sikkerhedsundersøgelser
Revisionsspor hjælper dig med at undersøge problemer:
Find datafejl
Hvis data er forkerte, viser logs, hvem der ændrede dem, hvornår og fra hvad. Du kan spore problemet tilbage til årsagen.
Undersøg mistanke om trusler indefra
Hvis du har mistanke om, at en medarbejder bruger data på en forkert måde, viser logs præcis, hvad vedkommende har åbnet, og hvornår.
Besvar klager over privatlivet
Hvis nogen klager over, at deres data ikke er rigtige eller er blevet set uden tilladelse, giver logs dokumentation for, hvad der egentlig skete.
Brug logs til oplæring
Brug logs til at lære medarbejderne om sikkerhed. Vis eksempler på god praksis og fejl fra logs, så teamet lærer af dem.
Automatisering og alarmer
Gennemgå ikke logs i hånden hver dag. Sæt automatik op:
- Alarmer ved mistænkelige mønstre: Flere mislykkede logins, store downloads af data, adgang på usædvanlige tidspunkter
- Lav compliance-rapporter automatisk: Månedlige eller kvartalsvise rapporter om adgang til data, sletning og samtykke
- Automatisk sletning af logs: Slet logs automatisk, når deres opbevaringsperiode udløber
- Arkivér gamle logs: Flyt gamle logs til billigere lagring, hvis de skal gemmes længe
Typiske fejl med revisionsspor
For lidt detaljer i loggen. "Brugeren åbnede data" er ikke nok. Du skal have IP-adresse, tidspunkt, hvilke data og hvor længe.
Logning på det forkerte sted. Hvis logs ligger på samme server som din applikation, kan et angreb slette begge dele.
Logs bliver ikke gennemgået jævnligt. Logs er ubrugelige, hvis ingen kigger på dem. Sæt automatiske alarmer op.
Logs bliver slettet for hurtigt. Tilsyn kan spørge til aktiviteter fra flere år tilbage. Gem logs længere, end du tror, du har brug for.
Logs er ikke krypteret. Logs indeholder følsomme oplysninger. Beskyt dem, som du beskytter selve dataene.
Hvad du skal tjekke ved revisionsspor
WEMASY gemmer dine formularindsendelser i din konto, hvor du kan gennemgå, eksportere og fjerne dem. Ved tilsyn fra myndighederne skal du selv føre en oversigt over, hvem der har adgang til dataene, og hvad der er eksporteret eller slettet, og du skal skrive dine procedurer for logning ned.
Læs mere om logning og compliance-rapportering i dine kontoindstillinger eller på siden med priser.