Audit logging bouwen is geen raketwetenschap. Het verschil tussen een logboek waar je iets aan hebt en een berg onleesbare regels zit in een paar keuzes.
Begin op dag één
Achteraf inbouwen kan, maar dan moet je elke plek in de software langs waar data verandert. Neem het daarom direct mee in het ontwerp. Dat scheelt later veel puzzelwerk.
Alleen achteraan schrijven
Sla je logs op in een aparte opslag waar je alleen regels kunt toevoegen. Denk aan een notitieboek met genummerde pagina's: je schrijft er alleen achteraan bij. Zelfs een beheerder met alle rechten kan zo niets stilletjes aanpassen.
Gevoelige inhoud blijft buiten de deur
Je logt dát iemand een dossier opende, niet wat erin stond. Wachtwoorden, BSN-nummers en medische details horen in je database, niet in je logboek.
Maak het leesbaar voor iedereen
Een logboek dat alleen een developer snapt, helpt je supportteam niet. Een overzicht in de applicatie zelf, met filters op gebruiker, datum of klant, maakt het voor iedereen bruikbaar.
Zo doen we het zelf
Voor onze zorgprojecten bouwden we een NEN 7513-conform audit-logging package voor Laravel (een veelgebruikt framework, oftewel bouwpakket, voor webapplicaties). Het legt automatisch vast wanneer gegevens worden aangemaakt, gewijzigd of verwijderd, maskeert gevoelige velden en ruimt oude logs op volgens een bewaartermijn die je zelf instelt. Er zit ook een dashboard bij om logs te bekijken en te exporteren. We delen het open source, dus iedere developer mag het gratis gebruiken.