+DoctorStarSecurity Center
High-assurance security design preview
Design Lab

High-assurance audit

Audit ska kunna användas för säkerhetsutredning, vårdspårbarhet, privilegierad access och compliance — med bevisbar integritet.

No silent admin bypass
01 · Append-only source

Production target: application writer can append but not update/delete historical events.

02 · Tamper-evident chain

Sequence + previous hash + canonical event data binds entries into an integrity chain.

03 · External WORM mirror

Independent immutable retention copy outside the normal application write path.

04 · Signed checkpoints

Periodic root/checkpoint signed with a separately controlled key/HSM and independently retained.

05 · SIEM & detection

Security events stream to detection/alerting without granting the application authority to erase them.

06 · Audit the audit

Viewing, searching, exporting and verifying audit data are themselves privileged auditable events.

Sample event schema

Minimera PHI i auditloggen men behåll tillräcklig kontext för bevis och utredning.

UTCEventActorTenant / resourceAssuranceRiskIntegrity
2026-09-05 12:41:03Zauth.step_up.succeededusr_82…platform / sessionpasskeyHighChained
2026-09-05 12:41:11Zsupport.impersonation.startedadm_04…TEN-00041 / usr_19…privilegedCriticalChained
2026-09-05 12:42:28Zclinical.record.viewedusr_19…TEN-00041 / patient-contextMFAMediumChained
2026-09-05 12:43:06Zaudit.export.requestedadm_04…platform / auditstep-upCriticalChained
V0.4 implementation boundary

Projektet innehåller en development-only in-memory SHA-256 hash chain för att låsa eventformatet. Den är uttryckligen inte den framtida produktionsloggen. Production kräver durable append-only storage, WORM mirror, signerade checkpoints, separat key management, retention policy, restore/integrity verifiering och oberoende säkerhetsåtkomst.