Prova gratis

Trust CenterÅtgärder

Tekniska och organisatoriska åtgärder

En sammanfattning av de åtgärder som skyddar data i FlowDule: vem som kan komma in, hur data hålls åtskilda och krypterade, vad som loggas och hur data raderas.

Säkerhet som är inbyggd i plattformen

Artikel 32 i dataskyddsförordningen kräver att både personuppgiftsansvarig och personuppgiftsbiträde vidtar lämpliga tekniska och organisatoriska åtgärder. Den här sidan ger en överblick över FlowDules säkerhetsmodell på ett språk som kan användas i er egen dokumentation. Överblicken är informativ: den bindande säkerhetsnivån framgår av det accepterade personuppgiftsbiträdesavtalet och den versionsbundna TOMS-bilagan, som har företräde vid avvikelser.

Beskrivningen omfattar identitet och åtkomst, åtskillnad av data mellan kedjor, kryptering, spårbarhet, dataintegritet, radering och drift.

Läs TOMS-bilagan

Åtgärder

Åtgärderna omfattar fem områden

Identitet och åtkomst, kundåtskillnad, kryptering, spårbarhet och dataintegritet.

  • Identitet och åtkomst

    Inloggning och åtkomstkontroll

    Inloggning sker via AWS Cognito med signerade tokens. Åtkomst styrs av användarens roll och av vilken kedja och vilken plats användaren tillhör. Har en användare inte åtkomst nekas förfrågan utan att det avslöjas om data över huvud taget finns.

  • Kundåtskillnad

    Varje kedjas data är åtskilda

    Data hör till en kedja i taget. Kundåtskillnad upprätthålls i de relevanta lagren: användargränssnitt, API, applikationslogik, databas och filåtkomst, där databasens row-level security är konfigurerad att neka förfrågningar utöver den kedja som användaren är inloggad i. Åtkomst bedöms utifrån kundtillhörighet, roll, plats och den relevanta arbets- eller behandlingsrelationen.

  • Kryptering

    Kryptering under överföring och i journalen

    Kommunikation med FlowDule skyddas med modern transportkryptering. Produktionsmiljön använder kryptering i vila för relevanta databaser, filer och känsliga fält, och journaldata fältkrypteras med AES-256 och kedjespecifika nycklar i AWS KMS. Ytterligare detaljer om den kryptografiska implementeringen och nyckelåtkomsten lämnas ut vid behov via en säker kanal.

  • Spårbarhet

    Åtgärder ska kunna spåras till en användare

    Relevanta åtgärder med klient- och journaldata ska kunna spåras till en identifierad användare eller en entydig systemkomponent. Loggar skyddas mot obehörig ändring och läsning, har en dokumenterad lagringstid och innehåller inte journaltext, lösenord eller tokens. Åtkomstloggen visar vem som har sett eller ändrat en journal, och kunden ansvarar för att kontrollera de egna användarnas arbetsrelaterade uppslag.

  • Dataintegritet

    Originalet står kvar

    Journalanteckningar versionshanteras. En rättelse görs som ett tillägg, och den ursprungliga texten bevaras, så att journalen kan läsas som den såg ut vid tillfället.

Kundåtskillnad

Åtskillnad i varje lager

Kundåtskillnad upprätthålls i användargränssnitt, API, applikationslogik, databas och filåtkomst. Har en användare inte åtkomst nekas förfrågan utan att det avslöjas om data över huvud taget finns.

Vem frågar?
  1. AnvändargränssnittKontrolleradNekar
  2. APIKontrolleradNekar
  3. ApplikationslogikKontrolleradNekar
  4. Databas med row-level securityKontrolleradNekar
  5. FilåtkomstKontrolleradNekar

Svar utifrån roll, plats och relationSvaret avslöjar inte om data finns

Åtkomst bedöms utifrån kundtillhörighet, roll, plats och den relevanta arbets- eller behandlingsrelationen.

Radering

Radering följer en dokumenterad lagringsprofil

Kundens lagringsprofil fastställs utifrån yrkesgrupp, land, datakategori och ändamål. Radering ska omfatta relevanta databaser, filer, delningar, köer, cacheminnen, exportfiler och andra aktiva kopior, medan säkerhetskopior fasas ut genom dokumenterad rotation. Reglerna för hur länge journaldata sparas och vad som händer vid en begäran om radering beskrivs separat.

Se lagring av journaldata

Drift

Drift, säkerhetskopiering och löpande kontroll

Produktionsmiljön körs hos Kinsta (Sevalla) i Google Clouds datacenter: API, databas, bokningssidor och webbapp. Cloudflare levererar edge och TLS framför alla Sevalla-appar och lagrar medier och säkerhetskopior av databasen i Cloudflare R2. Inloggning (AWS Cognito), e-post (Amazon SES), AI-tjänsterna och nycklarna för fältkryptering av journaldata (AWS KMS) finns hos AWS. Leverantörer och grund för överföring framgår av listan över underbiträden.

Databasen säkerhetskopieras dagligen med 30 dagars rotation, och som en del av återställningsrutinen ska återställning testas i en isolerad miljö, där registrerade raderingar och legal holds tillämpas på nytt innan miljön öppnas.

Automatiska larm reagerar på fel, misslyckade skrivningar till revisionsloggen, massuppslag i journaler och nya plattformsägare. Sårbarhets- och ändringshantering, patchning, nyckelrotation och incidentberedskap är fasta krav på driften.

Se säkerhet

Avtalsgrunden bakom åtgärderna

Dokumentation

Behöver ni en detaljerad beskrivning för er revision?

Den godkända TOMS-bilagan registreras med titel, version och dokumenthash tillsammans med ert godkännande. Kontroll börjar normalt med den godkända TOMS-bilagan och leverantörsdokumentation, och detaljer som kan äventyra säkerheten eller andra kunders konfidentialitet lämnas bara ut via en säker och konfidentiell process. Skriv till privacy@flowdule.com med den önskade kontrollen och perioden.

Kontakta oss