Dataopbevaring beskriver, hvor data lagres eller behandles. En schweizisk server fastslår ikke placeringen af backups, supportsystemer, eksterne integrationer eller enhver person med adgang; vurder disse komponenter separat.
Adskil maskinens placering fra datarejsen
Et landemærke på en hostingplan besvarer et snævert spørgsmål: hvor den angivne konfiguration er placeret. Din applikation kan stadig sende information andre steder hen. Fejlrapportering, e-maillevering, betalingsbehandling, off-site backups og administratoradgang er en del af tjenesten, selv når de ikke fremgår af infrastrukturdigrammet. Behandl den schweiziske destination som én post i et datakort, ikke som en konklusion om hele projektet.
Begynd med at navngive de oplysninger, du håndterer. Et offentligt dokumentationswebsted, en kundeportal og et privat arkiv har brug for forskellige kontroller. Skel mellem offentliggjort indhold, personoplysninger, godkendelseshemmeligheder og interne driftsregistreringer. Registrer, hvorfor hver kategori findes, og hvad der ville ske, hvis den blev afsløret, ændret eller mistet. Det gør senere placeringsbeslutninger konkrete i stedet for at stole på en jurisdiktions generelle tiltrækningskraft.
Opbyg et lille behandlingsregister
Følg én repræsentativ brugerhandling fra browseren til lageret. Notér, hvilket system der modtager anmodningen, hvad det skriver, og hvilke andre tjenester der underrettes. Gentag øvelsen for kontoopprettelse, adgangskodegendannelse, uploads og support. Du vil ofte opdage sekundære kopier i logfiler, e-mailkøer og diagnostiske eksporter. Registrer disse, mens arkitekturen stadig er enkel nok til at ændre.
Brug et register med et formål, en destination, en adgangsejer og en opbevaringsbeslutning for hver komponent. Du behøver ikke et avanceret compliance-værktøj for at begynde. Den nyttige egenskab er, at nogen kan forklare hver række og opdatere den efter en ny integration. Et diagram uden backup-placeringer eller administrativ adgang er ufuldstændigt for en opbevaringsbeslutning.
| Komponent | Hvad der skal fastlægges | Nyttig dokumentation |
|---|---|---|
| Primær database | Hostingplacering og tilladt adgang | Tjenestespecifikation og adgangspolitik |
| Gendannelseskopi | Destination, opbevaring og sletning | Backupkonfiguration og gendannelsesprocedure |
| Supporteksport | Indhold og modtagere | Redigeret eksempel og supportpolitik |
| Ekstern integration | Information sendt og behandlingsvilkår | Integrationskonfiguration og udbyderdokumentation |
Forstå det ansvar, der forbliver hos dig
Den schweiziske forbundsdatabeskyttelses- og informationskommissær forklarer, at outsourcing af behandling ikke fjerner den dataansvarliges ansvar for databeskyttelse. Vejledningen dækker valg af databehandlere, udstedelse af instruktioner og kontrol af håndteringen af personoplysninger. Det er en grund til at inspicere tjenesteforholdet såvel som rackplaceringen. De præcise forpligtelser for din organisation afhænger af den gældende ramme og de involverede oplysninger.
Hvor oplysninger kan videregives på tværs af grænser, skal du bruge den relevante officielle vejledning og indhente rådgivning til beslutninger, der kræver en juridisk vurdering. Undgå at erklære, at et landenavn automatisk gør applikationen compliant. Spørg, hvem databehandlerne og underdatabehandlerne er, hvor behandlingen finder sted, og hvilke ordninger der gælder. Opbevar svarene sammen med projektets driftsdokumentation, så beslutningen kan revurderes senere.
Reducer de oplysninger, der kræver en placeringsbeslutning
Indsaml kun det, der tjener et defineret formål. Et nyhedsbrev har ikke nødvendigvis brug for en fuld postadresse, og en fejlfindingsrapport har sjældent brug for en hel kundedatabase. Fjernelse af unødvendige felter reducerer eksponering og forenkler opbevaring. Hold hemmeligheder ude af diagnostiske værktøjer, og overvej, om aggregerede målinger besvarer det driftsmæssige spørgsmål uden at gengive individuelle poster.
Kryptering kan hjælpe med at beskytte bestemte kopier, men identificér, hvem der kontrollerer nøglerne, og hvor dekryptering finder sted. En applikation, der skal behandle læsbare data, kan ikke behandles, som om ingen nogensinde kan få adgang til dem. På samme måde kan en pseudonym identifikator stadig forbinde poster over tid. Beskriv den implementerede kontrol præcist i stedet for at bruge et krypteringsmærke som erstatning for behandlingskortet.
Et praktisk scenarie: en lille kundeportal
Forestil dig en portal hostet på en schweizisk VPS, med en uafhængig gendannelseskopi og en tredjeparts e-mailtjeneste. Kundedatabasen forbliver på VPS under normal drift, men meddelelser om nulstilling af adgangskode og supportnotifikationer forlader den maskine. Teamet bør registrere minimumsfelterne i disse meddelelser, det anvendte destinationsmål for sikkerhedskopier og de personer, der har tilladelse til at eksportere poster.
En fornuftig gennemgang kan erstatte en fuld post i en fejlrapport med en tilfældig hændelsesreference, forkorte opbevaringen af diagnostik og begrænse adgangen til sikkerhedskopier. Disse ændringer er nyttige uanset det valgte land. Eksemplet er en planlægningsøvelse, ikke en erklæring om, at SwissOctet omfatter disse integrationer eller har verificeret en bestemt placering af data.
Verificér kortet, før du afgiver en offentlig forpligtelse
Før du lover dine brugere en placering, skal du sammenligne registret med den faktiske konfiguration og bekræftede servicevilkår. Test, om procedurerne for sikkerhedskopiering og sletning fungerer som forventet. Gennemgå eksporter, overvågningsagenter og planlagte job, fordi de kan indføre kopier, som ingen husker under det oprindelige køb. Udpeg en person til at godkende nye destinationer og opdatere registret, når arkitekturen ændres.
SwissOctet præsenterer schweiziske konfigurationer i sit katalog. Den aktive operatørs behandlingsordninger, supportadgang og opbevaringsregler skal bekræftes separat før en reel ordre. Vælg infrastrukturen med den grænse for øje: en klar schweizisk placering kan understøtte din arkitektur, mens et komplet og vedligeholdt datakort understøtter de udsagn, du fremsætter om den.
Din praktiske tjekliste.
- Klassificér de oplysninger, som projektet behandler.
- Kortlæg primær lagring, sikkerhedskopier, logfiler og integrationer.
- Identificér databehandlere, adgangsejere og opbevaringsbeslutninger.
- Gennemgå officiel vejledning om relevante grænseoverskridende spørgsmål.
- Verificér den faktiske konfiguration, før du lover en placering.
De detaljer, der betyder noget.
Betyder en schweizisk server, at enhver kopi forbliver i Schweiz?+
Nej. Destinationsmål for sikkerhedskopier, eksporter, supportsystemer og integrationer har deres egne datastier og skal kontrolleres separat.
Fjerner kryptering behovet for at kortlægge behandlingen?+
Nej. Du skal stadig vide, hvor data og nøgler findes, hvem der kan dekryptere dem, og hvilken behandling der finder sted.
Certificerer denne vejledning en SwissOctet-udrulning?+
Nej. Den giver en planlægningsmetode. Aktive behandlingsvilkår og implementerede kontroller skal bekræftes for den specifikke tjeneste.
Gå til kilden.
Disse referencer understøtter de tekniske begreber i denne guide. Følg den aktuelle dokumentation, før du ændrer et produktionssystem.
- FDPIC: Databehandling i skyen www.edoeb.admin.ch
- FDPIC: Outsourcing af databehandling www.edoeb.admin.ch
- FDPIC: Grænseoverskridende overførsel af personoplysninger www.edoeb.admin.ch
Redaktionel vejledning af SwissOctet. Eksempler er illustrative. Servicespecifikationer, tilgængelige valgmuligheder og kontraktvilkår skal verificeres separat.