Sikkerhed
Tekniske sikkerhedskontroller med klare assurance-grænser.
LexLitmus Workspace er udviklet som separat kundesoftware med defence-in-depth omkring identitet, tenant-isolering, dokumentbehandling, AI-governance, audit og drift. Nedenfor beskrives den tekniske sikkerhedsmodel i almindeligt sprog.
1. Adskillelse mellem kundeprodukt og intern platform
Workspace og LexLitmus Internal / Professional er separate builds. Kundens Workspace skal ikke kunne få adgang til corpus-administration, supplier-global administration, Secure Upload Lab eller andre interne udviklings- og driftsfunktioner. Release-gates kontrollerer, at disse grænser ikke sniger sig tilbage.
2. Organisationer, sager og adgang
Adgang håndhæves server-side. Brugere er knyttet til organisationer og roller, og sager/dokumenter/analyser/drafts følger Matter-scope. Cross-tenant tests forsøger aktivt at hente ressourcer på tværs af organisationer.
Identitet
Produktionsmodellen understøtter OIDC/SSO, herunder Microsoft Entra. Lokal password-login kan deaktiveres, så organisationens IdP bliver autoritativ for autentifikation og MFA/Conditional Access.
3. Databehandling og AI
Workspace har en local-only behandlingstilstand. Ekstern AI er ikke en skjult fallback. Hvis en ekstern provider anvendes, skal det ske inden for organisationens provider-politik og den valgte behandlingstilstand. Selve klik på “generér udkast” er ikke i sig selv en godkendelse til at sende materiale eksternt.
4. Filer, kryptering og malware
Arkitekturen understøtter KMS-baseret kryptering og versionerede nøgler. Dokumentflowet er designet til malware-scanning, quarantine og kontrolleret fejlhåndtering. Production-like staging er afprøvet med rigtig ClamAV og durable storage.
5. Audit, retention og legal hold
Væsentlige handlinger registreres med audit og correlation IDs uden at duplikere mere følsomt indhold end nødvendigt. Retention er konfigurerbar. Legal hold kan forhindre automatisk sletning af materiale, der fortsat skal bevares.
6. Secure runtime og supply chain
Den testede backend kører non-root med reducerede Linux capabilities. Releaseprocessen omfatter SBOM, dependency scanning, vulnerability management, production-config validation og automatiske gates for migrationsstatus, produktseparation og integriteten af den beskyttede juridiske kerne.
7. Backup, eksport og exit
Backup og restore er testet i isoleret miljø. Workspace understøtter organisationsniveau-eksport og offboarding. Et udløbet abonnement er ikke en sletteknap: retention, legal hold og exit-workflow behandles separat.
8. Sikkerhedstest
Workspace er kørt i production-like staging og testet internt med bl.a. OWASP ZAP, specialiserede regressionstests og accessibility tooling. Fund fra den interne test er blevet rettet og re-testet.
Intern security testing er ikke det samme som en uafhængig penetrationstest. En self-assessment er ikke det samme som en ekstern accessibility-certificering. Teknisk GDPR/NIS2/AI Act-evidence er ikke det samme som kundens egen DPO- eller juridiske godkendelse. Disse grænser er bevidst dokumenteret.
9. Regulering og indkøbs-evidence
Workspace har dokumentation og tekniske kontroller, der kan indgå i kundens vurdering af bl.a. GDPR/DPIA, NIS2/supply-chain, kommunale/statlige sikkerhedskrav, AI-governance/FRIA, CRA, Data Act og EN 301 549. Den konkrete lovlighed afhænger af kundens brug, datatyper, behandlingsgrundlag, deployment og governance.