OS2Web Audit - manglende dokumentation og mulig GDPR-problem

[ds-bellcom]

Vi mangler dokumentation på hvad dette modul (inkl. undermoduler) logger, samt hvordan det virker, når man IKKE bruger Grafana Loki.

Ud fra den dokumentation vi har kunnet finde (https://github.com/OS2web/os2web_audit/blob/develop/README.md), så kan vi læse at logs bliver sendt via kø-systemet i Drupal, hvilket vi sagtens kan forstå - og som giver god mening. Dog kan vi ikke læse noget om de jobs ("Sat i kø", "Behandler", "Success" og "Fejl") man kan finde under "/da/admin/config/system/queues/jobs/os2web_audit" automatisk bliver slettet, således at der ikke bliver ved med at lægge "gamle jobs" der i flere år. Hvis dette er lavet, så mangler vi råd og vejledning i hvordan det anbefales at dette sættes op.

Desuden mangler vi også muligheden for at søge i logs via "/da/admin/config/system/queues/jobs/os2web_audit", således at det er nemt at finde f.eks. et CPR nr., hvis en borger ønsker at udnytte retten til at blive glemt.

@ChatBotBerg @Anna-itk

[jekuaitk]

Hej @ds-bellcom!

Så vidt jeg er informeret skal man blot kunne informere om hvornår audit log data vil være slettet fra systemet, det er altså ikke meningen at audit-logs skal slettes - heller ikke når en borger beder om at blive fjernet. Det er det samme princip der gælder ved serverbackups.

Audit-modulet kommer med tre muligheder for hvor data skal sendes hen. Det er

• File, som sender det direkte ned i en fil på serveren
• Watchdog (hændelseslog), som sender det ned i Drupals hændelseslog der ses på 'da/admin/reports/dblog'
• Grafana Loki, som sender det til Loki.

Som standard er modulet konfigureret til at benytte Watchdog* (hændelseslog), da vi kan være sikre på at dette er muligt. Grunden til at vi udviklede Loki loggeren og ikke benytter watchdog eller fil er, at vi ønsker at have audit-log på en anden server i tilfælde af at noget skulle gå galt.

Jeg får tilføjet en sektion i dokumentationen der beskriver hvilke moduler audit log er integreret ind i.

Det er korrekt at jobs, som standard, ikke bliver slettet fra køen. advancedqueue har dog nogle muligheder for at gøre dette. Vi har på vores installation justeret køen til at slette succesfulde jobs efter 7 dage. Ændringen vi har lavet kan ses på itk-dev/selvbetjening.aarhuskommune.dk#369. Jeg tilføjer en sektion omkring dette i dokumentationen.

Det har ikke været tiltænkt at 'gemme' data i jobs, men derimod i en af de tre overstående steder (fil, hændelseslog eller Loki).

• Benyttes fil vil det være håndholdt at fremsøge og fjerne CPR-numre.
• Benyttes watchdog (hændelsesloggen) er der ikke nogen måde at søge efter et CPR-nummer på sitet, men man vil kunne benytte drush til at fremsøge og dernæst fjerne indgange i hændelsesloggen.
• Benyttes Loki kan der i Loki fremsøges.

Men som først beskrevet er sletning af audit-logs ikke noget vi har haft i tankerne - blot fremsøgning.

[jekuaitk]

Så er der tilføjet dokumentation omkring sletning af kø-jobs og hvilke moduler der audit logger :-)

[ds-bellcom]

@jekuaitk Tak for forklaringen. Kan du linke til MD-filerne, hvor jeg (og Koordinationsgruppen) kan se dokumentationen?

[ds-bellcom]

@jekuaitk Tak for forklaringen. Kan du linke til MD-filerne, hvor jeg (og Koordinationsgruppen) kan se dokumentationen?

Sorry. Det stod i README, da jeg fik den opdateret! Bare se bort fra mit spørgsmål.

[ds-bellcom]

@ChatBotBerg vil du på næste møde med Koordinationsgruppen sætte et pkt. på dagsorden omkring "os2web_audit: Sletning af succesfulde jobs fra Advanced Queue"?

Bellcoms anbefaling er at succesfulde jobs slettes fra os2web_audit køen efter 30 dage. Ikke succesfulde jobs forbliver i køen. Jeg deltager gerne kort for en forklaring på dette.

Til info, så kan jeg fortælle at det er muligt at vælge mellem følgende dage intervaller af sletning:

• 7 dage
• 30 dage
• 60 dage
• 180 dage
• 365 dage

Og det er muligt enten at slette følgende:

• Fejlende og succesfulde jobs
• Succesfulde jobs

Det er selvfølgelig også muligt ikke at slette noget (hvilket er standard), men det er ikke vores anbefaling at beholde denne standard-indstilling.