Rezidența datelor descrie unde sunt stocate sau prelucrate datele. Un server elvețian nu stabilește locația backup-urilor, sistemelor de suport, integrărilor externe sau a fiecărei persoane cu acces; evaluați aceste componente separat.
Separați locația mașinii de parcursul datelor
O etichetă de țară pe un plan de găzduire răspunde la o întrebare îngustă: unde se află configurația listată. Aplicația dumneavoastră poate trimite totuși informații în altă parte. Raportarea erorilor, livrarea e-mailurilor, procesarea plăților, backup-urile externe și accesul administratorului fac parte din serviciu chiar și atunci când lipsesc din diagrama infrastructurii. Tratați destinația elvețiană ca o intrare într-o hartă a datelor, nu ca o concluzie despre proiectul complet.
Începeți prin a numi informațiile pe care le gestionați. Un site public de documentație, un portal pentru clienți și o arhivă privată necesită controale diferite. Distingeți conținutul publicat, informațiile personale, secretele de autentificare și înregistrările operaționale interne. Înregistrați de ce există fiecare categorie și ce s-ar întâmpla dacă ar fi divulgată, modificată sau pierdută. Astfel, deciziile ulterioare privind locația devin concrete, în loc să se bazeze pe atractivitatea generală a unei jurisdicții.
Construiți un registru mic de prelucrare
Urmăriți o acțiune reprezentativă a utilizatorului de la browser la stocare. Observați ce sistem primește cererea, ce scrie și ce alte servicii sunt notificate. Repetați exercițiul pentru crearea contului, recuperarea parolei, încărcări și suport. Veți descoperi adesea copii secundare în jurnale, cozi de e-mail și exporturi de diagnostic. Înregistrați-le cât timp arhitectura este încă suficient de simplă pentru a fi schimbată.
Folosiți un registru cu un scop, o destinație, un proprietar al accesului și o decizie de retenție pentru fiecare componentă. Nu aveți nevoie de un instrument de conformitate elaborat pentru a începe. Proprietatea utilă este că cineva poate explica fiecare rând și îl poate actualiza după o nouă integrare. O diagramă fără locațiile backup-urilor sau accesul administrativ este incompletă pentru o decizie de rezidență.
| Componentă | Ce să stabiliți | Dovezi utile |
|---|---|---|
| Baza de date primară | Locația de găzduire și accesul permis | Specificația serviciului și politica de acces |
| Copie de recuperare | Destinație, retenție și ștergere | Configurația de backup și procedura de restaurare |
| Export de suport | Conținut și destinatari | Eșantion redactat și politica de suport |
| Integrare externă | Informații trimise și termeni de prelucrare | Configurația integrării și documentația furnizorului |
Înțelegeți responsabilitatea care vă rămâne
Comisarul Federal Elvețian pentru Protecția Datelor și Informații explică faptul că externalizarea prelucrării nu elimină responsabilitatea operatorului pentru protecția datelor. Îndrumările sale acoperă selectarea procesatorilor, emiterea instrucțiunilor și verificarea gestionării datelor personale. Acesta este un motiv pentru a inspecta relația de serviciu, precum și locația rack-ului. Obligațiile exacte pentru organizația dumneavoastră depind de cadrul aplicabil și de informațiile implicate.
Acolo unde informațiile pot fi divulgate peste granițe, folosiți îndrumările oficiale relevante și obțineți consultanță pentru deciziile care necesită o evaluare juridică. Evitați să declarați că un nume de țară face automat aplicația conformă. Întrebați cine sunt procesatorii și subprocesatorii, unde are loc prelucrarea și ce aranjamente se aplică. Păstrați răspunsurile împreună cu documentația operațională a proiectului, astfel încât decizia să poată fi reevaluată ulterior.
Reduceți informațiile care necesită o decizie de locație
Colectați doar ceea ce servește unui scop definit. Un newsletter nu are neapărat nevoie de o adresă poștală completă, iar un raport de depanare rareori are nevoie de o întreagă bază de date de clienți. Eliminarea câmpurilor inutile reduce expunerea și simplifică retenția. Țineți secretele în afara instrumentelor de diagnostic și luați în considerare dacă măsurătorile agregate răspund întrebării operaționale fără a reproduce înregistrări individuale.
Criptarea poate ajuta la protejarea anumitor copii, dar identificați cine controlează cheile și unde are loc decriptarea. O aplicație care trebuie să prelucreze date lizibile nu poate fi tratată ca și cum nimeni nu ar putea vreodată să le acceseze. De asemenea, un identificator pseudonim poate încă să lege înregistrări în timp. Descrieți controlul implementat cu precizie, în loc să folosiți o insignă de criptare ca substitut pentru harta prelucrării.
Un scenariu practic: un portal mic pentru clienți
Imaginați-vă un portal găzduit pe un VPS elvețian, cu o copie de recuperare independentă și un serviciu de e-mail terț. Baza de date a clienților rămâne pe VPS în timpul funcționării normale, dar mesajele de resetare a parolei și notificările de asistență părăsesc acel sistem. Echipa ar trebui să înregistreze câmpurile minime din acele mesaje, destinația folosită pentru backup și persoanele autorizate să exporte înregistrări.
O analiză rezonabilă ar putea înlocui o înregistrare completă dintr-un raport de eroare cu o referință aleatorie de incident, ar scurta retenția diagnosticelor și ar restricționa accesul la backup. Aceste modificări sunt utile indiferent de țara selectată. Exemplul este un exercițiu de planificare, nu o afirmație că SwissOctet include aceste integrări sau a verificat o anumită configurație de rezidență a datelor.
Verificați harta înainte de a vă asuma un angajament public
Înainte de a promite o locație utilizatorilor dvs., comparați registrul cu configurația reală și cu termenii de serviciu confirmați. Testați dacă procedurile de backup și ștergere funcționează conform așteptărilor. Verificați exporturile, agenții de monitorizare și sarcinile programate, deoarece acestea pot introduce copii de care nimeni nu își amintește la achiziția inițială. Desemnați pe cineva să aprobe destinațiile noi și să actualizeze registrul atunci când arhitectura se modifică.
SwissOctet prezintă configurații elvețiene în catalogul său. Modalitățile de procesare ale operatorului activ, accesul la asistență și regulile de retenție trebuie confirmate separat înainte de o comandă reală. Alegeți infrastructura având în vedere această limită: o locație elvețiană clară poate susține arhitectura dvs., în timp ce o hartă a datelor completă și întreținută susține afirmațiile pe care le faceți despre aceasta.
Lista dumneavoastră practică de verificare.
- Clasificați informațiile gestionate de proiect.
- Cartografiați stocarea principală, backupurile, jurnalele și integrările.
- Identificați procesatorii, proprietarii accesului și deciziile de retenție.
- Consultați îndrumările oficiale pentru întrebările transfrontaliere aplicabile.
- Verificați configurația reală înainte de a promite rezidența datelor.
Detaliile care contează.
Înseamnă un server elvețian că fiecare copie rămâne în Elveția?+
Nu. Destinațiile de backup, exporturile, sistemele de asistență și integrările au propriile căi de date și trebuie verificate separat.
Elimină criptarea nevoia de a cartografia procesarea?+
Nu. Trebuie să știți în continuare unde există datele și cheile, cine le poate decripta și ce procesare are loc.
Certifică acest ghid o implementare SwissOctet?+
Nu. Oferă o metodă de planificare. Termenii de procesare activi și controalele implementate trebuie confirmați pentru serviciul specific.
Mergeți la sursă.
Aceste referințe susțin conceptele tehnice din acest ghid. Urmați documentația actuală înainte de a modifica un sistem de producție.
- FDPIC: Prelucrarea datelor în cloud www.edoeb.admin.ch
- FDPIC: Externalizarea prelucrării datelor www.edoeb.admin.ch
- FDPIC: Transferul transfrontalier de date personale www.edoeb.admin.ch
Îndrumare editorială de SwissOctet. Exemplele sunt ilustrative. Specificațiile serviciilor, opțiunile disponibile și condițiile contractuale trebuie verificate separat.