Säkerhet

Senast uppdaterad: 27 juli 2026

Den här sidan beskriver hur BoardApp hanterar säkerhet idag — bara det som faktiskt är implementerat i kodbasen. Den är inte ett certifieringspåstående och vi gör inga anspråk på SOC 2 eller ISO 27001 ännu.

Datalagring inom EU

All produktionsdata lagras i Google Cloud / Firebase i EU-regioner. BoardApp anropar inga datatjänster i USA för lagring av kunddata — vi undviker därmed Schrems II-exponering för gränsöverskridande överföring av personuppgifter.

BankID — inloggning och signering

Inloggning sker med svensk BankID. Signering av styrelseprotokoll — som Avancerad Elektronisk Signatur (AES) under eIDAS, vilket ABL 1:13 accepterar för i princip alla bolagsdokument — rullas ut i pilot. Vid signering hash-binds protokollets innehåll mot signaturen, så att kedjan bryts och signaturen blir ogiltig om protokollet redigeras i efterhand.

PII-kryptering

Känsliga personuppgifter — i första hand personnummer i aktiebok och BankID-signaturbevis — krypteras innan de skrivs till Firestore. Klartext finns aldrig i klientbundlar; dekryptering sker endast server-side när det krävs för en specifik förfrågan.

Hash-kedjad audit av aktiebok

Varje förändring i aktieboken — nyemission, överlåtelse, splittring, inlösen — skrivs som en oföränderlig post i en SHA-256-hash-kedja. Varje post länkar till hashen av föregående post, så att en revisor i efterhand kan verifiera att kedjan inte är manipulerad. Det här är vårt försvar mot ABL 5:7 (om styrelsens personliga ansvar för aktiebokens riktighet).

Tenant-isolering

Varje organisation lever under sin egen tenantId i Firestore. Alla läs- och skrivåtkomster passerar Firestore-regler som verifierar att den inloggade användaren har en aktiv medlemskap-roll i det specifika tenant. Server-side kontroller i API-routes upprepar samma verifiering — vi förlitar oss aldrig på client claims ensamma.

Granular audit-spårning

Varje statlig mutation (skapa, ändra, ta bort) på dokument, möten, aktiebok, beslut och åtgärder loggas som en ActionAuditEvent med aktör, tidsstämpel, IP, user-agent och vad som ändrades. Loggarna är tillgängliga för administratörer och revisorer med rätt roll.

Rate limiting och idempotens

Alla skriv-endpoints kräver en x-idempotency-key header — samma begäran kan göras om utan att skapa dubbletter. Rate-limits skyddar AI-anrop, BankID-signering och Stripe checkout från missbruk och oavsiktlig dubbelregistrering.

Säkerhetsfrågor

Hittar du ett säkerhetsproblem? Skriv till security@boardapp.ai. Vi svarar inom 48 timmar, även på helger.