Prøv gratis

Trust CenterForanstaltninger

Tekniske og organisatoriske foranstaltninger

En sammenfatning af de foranstaltninger, der beskytter data i FlowDule: hvem der kan komme ind, hvordan data holdes adskilt og krypteret, hvad der bliver logget, og hvordan data bliver slettet.

Sikkerhed, der er bygget ind i platformen

Databeskyttelsesforordningens artikel 32 kræver, at både dataansvarlig og databehandler træffer passende tekniske og organisatoriske foranstaltninger. Denne side giver et overblik over FlowDules sikkerhedsmodel i et sprog, der kan bruges i jeres egen dokumentation. Overblikket er informativt: det bindende sikkerhedsniveau fremgår af den accepterede databehandleraftale og det versionsbundne TOMS-bilag, som har forrang ved uoverensstemmelse.

Beskrivelsen dækker identitet og adgang, adskillelse af data mellem kæder, kryptering, sporbarhed, dataintegritet, sletning og drift.

Læs TOMS-bilaget

Foranstaltninger

Foranstaltningerne dækker fem områder

Identitet og adgang, kundeadskillelse, kryptering, sporbarhed og dataintegritet.

  • Identitet og adgang

    Login og adgangskontrol

    Login sker via AWS Cognito med signerede tokens. Adgang styres af brugerens rolle og af, hvilken kæde og hvilken lokation brugeren hører til. Har en bruger ikke adgang, bliver forespørgslen afvist uden at afsløre, om data overhovedet findes.

  • Kundeadskillelse

    Hver kædes data er adskilt

    Data hører til én kæde ad gangen. Kundeadskillelse håndhæves i de relevante lag: brugerflade, API, applikationslogik, database og filadgang, hvor databasens row-level security er konfigureret til at afvise forespørgsler ud over den kæde, brugeren er logget ind på. Adgang vurderes efter kundetilhørsforhold, rolle, lokation og den relevante arbejds- eller behandlingsrelation.

  • Kryptering

    Kryptering under transport og i journalen

    Kommunikation med FlowDule beskyttes med moderne transportkryptering. Produktionen anvender kryptering i hvile for relevante databaser, filer og følsomme felter, og journaldata feltkrypteres med AES-256 og kædespecifikke nøgler i AWS KMS. Øvrige detaljer om den kryptografiske implementering og nøgleadgang udleveres efter behov via sikker kanal.

  • Sporbarhed

    Handlinger skal kunne spores til en bruger

    Relevante handlinger med klient- og journaldata skal kunne spores til en identificeret bruger eller en entydig systemkomponent. Logs beskyttes mod uautoriseret ændring og læsning, har dokumenteret opbevaringsfrist og undgår journaltekst, adgangskoder og tokens. Adgangsloggen viser, hvem der har set eller ændret en journal, og kunden er ansvarlig for at kontrollere egne brugeres arbejdsbetingede opslag.

  • Dataintegritet

    Originalen bliver stående

    Journalnotater versioneres. En rettelse sker som en tilføjelse, og den oprindelige tekst bevares, så journalen kan læses, som den så ud dengang.

Kundeadskillelse

Adskillelse i hvert lag

Kundeadskillelse håndhæves i brugerflade, API, applikationslogik, database og filadgang. Har en bruger ikke adgang, bliver forespørgslen afvist uden at afsløre, om data overhovedet findes.

Hvem spørger?
  1. BrugerfladeTjekketAfviser
  2. APITjekketAfviser
  3. ApplikationslogikTjekketAfviser
  4. Database med row-level securityTjekketAfviser
  5. FiladgangTjekketAfviser

Svar efter rolle, lokation og relationSvaret afslører ikke, om data findes

Adgang vurderes efter kundetilhørsforhold, rolle, lokation og den relevante arbejds- eller behandlingsrelation.

Sletning

Sletning følger en dokumenteret opbevaringsprofil

Kundens opbevaringsprofil fastlægges efter faggruppe, land, datakategori og formål. Sletning skal omfatte relevante databaser, filer, delinger, køer, caches, eksportfiler og andre aktive kopier, mens backups udfases gennem dokumenteret rotation. Reglerne for, hvor længe journaldata gemmes, og hvad der sker ved en sletteanmodning, er beskrevet for sig.

Se opbevaring af journaldata

Drift

Drift, backup og løbende kontrol

Produktionen kører hos Kinsta (Sevalla) i Google Clouds datacentre: API, database, bookingsider og webapp. Cloudflare leverer edge og TLS foran alle Sevalla-apps og lagrer medier og databasebackups i Cloudflare R2. Login (AWS Cognito), e-mail (Amazon SES), AI-tjenesterne og nøglerne til feltkryptering af journaldata (AWS KMS) ligger hos AWS. Leverandører og overførselsgrundlag fremgår af underdatabehandlerlisten.

Databasen tages i backup dagligt med 30 dages rotation, og som led i gendannelsesproceduren skal gendannelse afprøves i et isoleret miljø, hvor registrerede sletninger og legal holds genanvendes, før miljøet åbnes.

Automatiske alarmer reagerer på fejl, fejlede skrivninger til revisionsloggen, masseopslag i journaler og nye platformsejere. Sårbarheds- og ændringsstyring, patching, nøglerotation og hændelsesberedskab er faste krav til driften.

Se sikkerhed

Aftalegrundlaget bag foranstaltningerne

Dokumentation

Brug for en detaljeret beskrivelse til jeres revision?

Det accepterede TOMS-bilag registreres med titel, version og dokumenthash sammen med jeres accept. Kontrol begynder normalt med den accepterede TOMS og leverandørdokumentation, og detaljer, der kan kompromittere sikkerheden eller andre kunders fortrolighed, udleveres kun via en sikker og fortrolig proces. Skriv til privacy@flowdule.com med den ønskede kontrol og periode.

Kontakt os