Säkerhetsöversikt

1. Arkitektur och hosting

• Separat Arbetsrapport-applikation på Fly.io; inga Dollflow-system delar databas eller deployment.
• En Fly Machine i region arn (Stockholm) med en dedikerad, krypterad 1 GB-volym.
• HTTPS tvingas i Fly-konfigurationen.
• Databasmigrationer körs före serverstart.

2. Identitet och åtkomst

• PBKDF2-SHA-256 med individuell salt och 100 000 iterationer för lösenord.
• Slumpmässiga sessionstoken lagras endast hashade på servern.
• HttpOnly, Secure och SameSite=Lax-cookie.
• Session max 7 dagar, 12 timmars inaktivitet; känsliga administratörsåtgärder kräver färsk inloggning.
• Rate limiting för misslyckade inloggningar.

3. Behörighet och isolering

• Data nycklas till organisation och rapportägare.
• Roller: medarbetare, chef, administratör och ägare.
• Chefer granskar endast inom sin organisation; godkända rapporter kan återöppnas endast av administratör/ägare.
• Löneuppskattning är avsedd endast för medarbetaren och utesluts från PDF/Excel.

4. Spårbarhet och dataskydd

• Inskickning, retur, återöppning och godkännande registreras som händelser.
• Rapportrevisioner sparar snapshots för korrigeringshistorik.
• Privata API-svar använder no-store/private headers.
• Sjukfrånvaro ska registreras utan diagnos eller medicinska detaljer.

5. Backup och återställning

Fly-volymsnapshots är aktiverade. Vid verifiering fanns återställningsbara snapshots med fem dagars retention. Fly uppger att snapshots lagras krypterat i AWS S3 i USA.

6. Incidenthantering

Misstänkta incidenter ska begränsas, dokumenteras, utredas och kommuniceras till berörda kunder utan onödigt dröjsmål. Kundarbetsgivaren beslutar normalt om anmälan till IMY och information till medarbetare.

7. Kända förbättringspunkter

• Formalisera incidentplan, åtkomstgranskning och återställningstest.
• Inför automatisk gallring enligt beslutad retention.
• Dokumentera transfer impact assessment och underbiträdesavisering.
• Överväg extern säkerhetsgranskning före bred lansering.