Rezydencja danych opisuje, gdzie dane są przechowywane lub przetwarzane. Serwer w Szwajcarii nie ustala lokalizacji kopii zapasowych, systemów wsparcia, integracji zewnętrznych ani wszystkich osób mających dostęp; oceń te komponenty osobno.
Oddziel lokalizację maszyny od drogi danych
Etykieta kraju w planie hostingu odpowiada na wąskie pytanie: gdzie znajduje się wymieniona konfiguracja. Twoja aplikacja nadal może wysyłać informacje gdzie indziej. Raportowanie błędów, dostarczanie poczty, przetwarzanie płatności, kopie zapasowe poza siedzibą i dostęp administratora są częścią usługi, nawet gdy nie ma ich na diagramie infrastruktury. Traktuj szwajcarski cel jako jeden wpis w mapie danych, a nie wniosek o całym projekcie.
Zacznij od nazwania informacji, którymi zarządzasz. Publiczna strona dokumentacji, portal klienta i prywatne archiwum wymagają różnych kontroli. Rozróżnij publikowane treści, dane osobowe, sekrety uwierzytelniania i wewnętrzne zapisy operacyjne. Zapisz, dlaczego każda kategoria istnieje i co by się stało, gdyby została ujawniona, zmieniona lub utracona. Dzięki temu późniejsze decyzje o lokalizacji staną się konkretne, zamiast opierać się na ogólnej atrakcyjności jurysdykcji.
Zbuduj niewielki rejestr przetwarzania
Prześledź jedno reprezentatywne działanie użytkownika od przeglądarki do magazynu. Zanotuj, który system odbiera żądanie, co zapisuje i które inne usługi są powiadamiane. Powtórz ćwiczenie dla tworzenia konta, odzyskiwania hasła, przesyłania plików i wsparcia. Często odkryjesz wtórne kopie w logach, kolejkach poczty i eksportach diagnostycznych. Zapisz je, dopóki architektura jest jeszcze wystarczająco prosta, by ją zmienić.
Użyj rejestru z celem, miejscem docelowym, właścicielem dostępu i decyzją o przechowywaniu dla każdego komponentu. Nie potrzebujesz rozbudowanego narzędzia zgodności, aby zacząć. Użyteczną cechą jest to, że ktoś potrafi wyjaśnić każdy wiersz i zaktualizować go po nowej integracji. Diagram bez lokalizacji kopii zapasowych lub dostępu administracyjnego jest niekompletny dla decyzji o rezydencji.
| Składnik | Co ustalić | Przydatne dowody |
|---|---|---|
| Baza danych podstawowa | Lokalizacja hostingu i dozwolony dostęp | Specyfikacja usługi i polityka dostępu |
| Kopia odzyskiwania | Miejsce docelowe, przechowywanie i usuwanie | Konfiguracja kopii zapasowych i procedura odtwarzania |
| Eksport wsparcia | Treść i odbiorcy | Zredagowana próbka i polityka wsparcia |
| Integracja zewnętrzna | Wysyłane informacje i warunki przetwarzania | Konfiguracja integracji i dokumentacja dostawcy |
Zrozum odpowiedzialność, która pozostaje po Twojej stronie
Szwajcarski Federalny Komisarz ds. Ochrony Danych i Informacji wyjaśnia, że zlecanie przetwarzania nie usuwa odpowiedzialności administratora za ochronę danych. Jego wytyczne obejmują wybór procesorów, wydawanie instrukcji i sprawdzanie przetwarzania danych osobowych. To powód, by zbadać relację usługową, a także lokalizację serwerowni. Dokładne obowiązki Twojej organizacji zależą od właściwych ram prawnych i zaangażowanych informacji.
Gdy informacje mogą być ujawniane transgranicznie, korzystaj z odpowiednich oficjalnych wytycznych i uzyskaj poradę w decyzjach wymagających oceny prawnej. Unikaj twierdzenia, że sama nazwa kraju automatycznie czyni aplikację zgodną z przepisami. Zapytaj, kim są procesory i podprocesory, gdzie odbywa się przetwarzanie i jakie ustalenia mają zastosowanie. Przechowuj odpowiedzi razem z dokumentacją operacyjną projektu, aby decyzję można było później zweryfikować.
Ogranicz informacje wymagające decyzji o lokalizacji
Zbieraj tylko to, co służy określonemu celowi. Newsletter niekoniecznie potrzebuje pełnego adresu pocztowego, a raport diagnostyczny rzadko potrzebuje całej bazy klientów. Usunięcie niepotrzebnych pól zmniejsza narażenie i upraszcza przechowywanie. Trzymaj sekrety poza narzędziami diagnostycznymi i rozważ, czy zagregowane pomiary odpowiadają na pytanie operacyjne bez odtwarzania pojedynczych rekordów.
Szyfrowanie może pomóc chronić określone kopie, ale ustal, kto kontroluje klucze i gdzie odbywa się odszyfrowywanie. Aplikacji, która musi przetwarzać czytelne dane, nie można traktować tak, jakby nikt nigdy nie mógł uzyskać do nich dostępu. Podobnie pseudonimowy identyfikator może nadal łączyć rekordy w czasie. Opisz wdrożoną kontrolę precyzyjnie, zamiast używać oznaczenia szyfrowania jako substytutu mapy przetwarzania.
Praktyczny scenariusz: mały portal klienta
Wyobraź sobie portal hostowany w szwajcarskim VPS, z niezależną kopią odzyskiwania i usługą poczty innego dostawcy. Baza klientów pozostaje na VPS podczas normalnego działania, ale wiadomości resetowania hasła i powiadomienia wsparcia opuszczają tę maszynę. Zespół powinien zapisać minimalne pola w tych wiadomościach, miejsce docelowe używane do kopii zapasowych i osoby uprawnione do eksportowania rekordów.
Rozsądny przegląd może zastąpić pełny rekord w raporcie błędu losowym odwołaniem do incydentu, skrócić przechowywanie danych diagnostycznych i ograniczyć dostęp do kopii zapasowych. Te zmiany są przydatne niezależnie od wybranego kraju. Przykład jest ćwiczeniem planistycznym, a nie stwierdzeniem, że SwissOctet obejmuje te integracje lub zweryfikował konkretne ustalenia dotyczące rezydencji.
Zweryfikuj mapę przed publicznym zobowiązaniem
Zanim obiecasz użytkownikom lokalizację, porównaj rejestr z rzeczywistą konfiguracją i potwierdzonymi warunkami usługi. Sprawdź, czy procedury tworzenia kopii zapasowych i usuwania działają zgodnie z oczekiwaniami. Przejrzyj eksporty, agentów monitorowania i zadania zaplanowane, ponieważ mogą wprowadzać kopie, o których nikt nie pamięta przy początkowym zakupie. Wyznacz osobę do zatwierdzania nowych miejsc docelowych i aktualizowania rejestru, gdy zmienia się architektura.
SwissOctet prezentuje szwajcarskie konfiguracje w swoim katalogu. Ustalenia dotyczące przetwarzania przez faktycznego operatora, dostępu wsparcia i zasad przechowywania należy potwierdzić osobno przed rzeczywistym zamówieniem. Wybierz infrastrukturę z uwzględnieniem tej granicy: jasna lokalizacja w Szwajcarii może wspierać Twoją architekturę, a kompletna i utrzymywana mapa danych wspiera formułowane przez Ciebie twierdzenia.
Twoja praktyczna lista kontrolna.
- Sklasyfikuj informacje przetwarzane przez projekt.
- Zmapuj magazyn podstawowy, kopie zapasowe, logi i integracje.
- Ustal procesory, właścicieli dostępu i decyzje o przechowywaniu.
- Przejrzyj oficjalne wytyczne dotyczące właściwych kwestii transgranicznych.
- Zweryfikuj rzeczywistą konfigurację przed obiecywaniem rezydencji.
Szczegóły, które mają znaczenie.
Czy serwer w Szwajcarii oznacza, że każda kopia pozostaje w Szwajcarii?+
Nie. Miejsca docelowe kopii zapasowych, eksporty, systemy wsparcia i integracje mają własne ścieżki danych i należy je sprawdzić osobno.
Czy szyfrowanie usuwa potrzebę mapowania przetwarzania?+
Nie. Nadal musisz wiedzieć, gdzie istnieją dane i klucze, kto może je odszyfrować i jakie przetwarzanie ma miejsce.
Czy ten przewodnik certyfikuje wdrożenie SwissOctet?+
Nie. Zapewnia metodę planowania. Rzeczywiste warunki przetwarzania i wdrożone kontrole wymagają potwierdzenia dla konkretnej usługi.
Przejdź do źródła.
Te źródła wspierają koncepcje techniczne w tym przewodniku. Przed zmianą systemu produkcyjnego zapoznaj się z aktualną dokumentacją.
- FDPIC: Przetwarzanie danych w chmurze www.edoeb.admin.ch
- FDPIC: zlecanie przetwarzania danych www.edoeb.admin.ch
- FDPIC: transgraniczne przekazywanie danych osobowych www.edoeb.admin.ch
Wskazówki redakcyjne SwissOctet. Przykłady są ilustracyjne. Specyfikacje usług, dostępne opcje i warunki umowne należy zweryfikować osobno.