Almaniyada GDPR hostinqi

Almaniyada GDPR hostinqi o deməkdir ki, serverləriniz və onlardakı şəxsi məlumatlar Aİ qanunvericiliyi çərçivəsində alman data mərkəzində qalır və bu, həmin məlumatlar üçün GDPR-in ən çətin sualını, beynəlxalq ötürmələri aradan qaldırır. Bu, layihənizi özü-özlüyündə uyğun etmir: nəyi topladığınıza yenə siz qərar verir, bunu sənədləşdirir, qoruyur və digər xidmətlərinizi diqqətlə seçirsiniz.

Bu bələdçi hüquqi məsləhət deyil, praktik məlumatdır. Hüquqi əhəmiyyəti olan qərarlar üçün məlumatların qorunması üzrə mütəxəssisə müraciət edin.

GDPR sizdən nə tələb edir

Ümumi Məlumatların Qorunması Reqlamenti (almanca: DSGVO) Aİ-dəki insanların şəxsi məlumatlarını emal etdikdə tətbiq olunur. Serverdə veb-sayt, tətbiq və ya SaaS işlədən biri üçün əsas öhdəliklər bunlardır:

• Hüquqi əsas. Hər emal fəaliyyətinin bir əsası olmalıdır: razılıq, müqavilə, hüquqi öhdəlik, legitim maraq və bir neçə başqası.
• Məlumatların minimallaşdırılması. Yalnız lazım olanı toplayın, yalnız lazım olduğu müddətdə saxlayın.
• Şəffaflıq. Məlumatlarla nə etdiyinizi sadə dildə izah edən məxfilik bildirişi.
• Təhlükəsizlik. Riskə uyğun "müvafiq texniki və təşkilati tədbirlər".
• Emal edənlər. Sizin üçün şəxsi məlumatları emal edən hər xidmətlə müqavilələr.
• Ötürmələr. Məlumatlar Aİ-dən və ya AİZ-dən çıxdıqda təminatlar.
• Hüquqlar. İnsanlar məlumatlara giriş, düzəliş, silinmə və s. tələb edə bilər.
• Pozuntular. Pozuntu risk daşıya bilərsə, 72 saat ərzində orqanı xəbərdar edin.

Hostinq seçiminiz bunlardan üçünə birbaşa təsir edir: emal edənlər, ötürmələr və təhlükəsizlik.

Serverin yeri niyə vacibdir

Məlumatların fiziki olaraq harada yerləşməsi hansı qanunun ona çata biləcəyini və ötürmənin baş verib-vermədiyini müəyyən edir.

• Almaniyadakı server məlumatları Aİ daxilində saxlayır. Bu saxlama üçün ötürmə təminatları lazım deyil.
• Üçüncü ölkədəki serverə ötürmə üçün hüquqi əsas lazımdır: adekvatlıq qərarı, ötürmə təsirinin qiymətləndirilməsi ilə standart müqavilə şərtləri və ya başqa mexanizm. Bu, əlavə sənədləşmə və riskdir.
• Baş ofisi Aİ-dən kənarda olan provayder server Avropada olsa belə xarici giriş qanunlarına tabe ola bilər. Bir çox təşkilat provayder seçərkən bunu nəzərə alır.

Avropa auditoriyası üçün alman serveri həm də Avropanın mərkəzindən aşağı gecikmə deməkdir, beləliklə məxfilik seçimi ilə performans seçimi eyni istiqamətə yönəlir.

Provayderiniz emal edən kimi

Hostinq provayderi şəxsi məlumatları sizin adınızdan saxladıqda və ya emal etdikdə, o, emal edən, siz isə nəzarətçisiniz. GDPR-in 28-ci maddəsi aşağıdakıları əhatə edən yazılı müqavilə (DPA, almanca AVV) tələb edir:

• yalnız sizin təlimatlarınızla emal;
• işçilərin məxfiliyi;
• təhlükəsizlik tədbirləri;
• alt emal edənlər üçün qaydalar;
• məlumat subyektlərinin sorğuları və pozuntularla bağlı kömək;
• sonda məlumatların silinməsi və ya qaytarılması.

Şəxsi məlumatları provayderin serverlərinə yerləşdirməzdən əvvəl ondan DPA-nı və alt emal edənlərin siyahısını istəyin.

Wolkra bunu necə həll edir

Wolkra hazırda bir lokasiyada işləyir: Frankfurt-Mayn, Almaniya. Serverlər, blok yaddaş volume-ları, ehtiyat nüsxələr və snapshot-lar orada saxlanılır, məlumatlar isə Almaniyada və Aİ daxilində qalır. Məxfilik siyasəti hesab məlumatlarını emal edən xidmətləri adlandırır: e-poçtlar AWS-in Frankfurt regionu vasitəsilə göndərilir, kart ödənişləri Stripe-dan keçir, Cloudflare isə veb-saytı və konsolu qoruyur. Suallar konsoldakı bilet vasitəsilə göndərilir. Ətraflı: Aİ VPS və GDPR.

Serverinizin ətrafındakı xidmətlər

GDPR problemləri çox vaxt serverdən başlamır. Adətən günahkar əlavə xidmətlərdir:

Hər xidmətin, onun aldığı şəxsi məlumatların, harada yerləşdiyinin və DPA-nızın olub-olmadığının sadə siyahısını tərtib edin. Bu siyahı sizin emal fəaliyyətləri reyestrinizin (30-cu maddə) başlanğıcıdır.

VPS-də texniki tədbirlər

"Müvafiq tədbirlər" riskə uyğun miqyaslanır. Adi server üçün möhkəm baza belədir:

Giriş

• Yalnız SSH açarları, parollar yox (SSH açarları bələdçisi).
• Hostinq hesabında və admin panellərində iki faktorlu autentifikasiya.
• Komanda üzvlərinə lazım olan ən aşağı rol. Wolkra owner, admin, billing və member rolları, üstəlik layihə səviyyəli rollar və fəaliyyət jurnalı olan təşkilatları dəstəkləyir (komandalar və təhlükəsizlik).

Şəbəkə

• Standart olaraq hər şeyi bağlayan firewall; verilənlər bazaları və admin alətləri heç vaxt ictimai açıq olmamalıdır.
• Öz serverləriniz arasındakı trafik üçün şəxsi şəbəkələr, beləliklə verilənlər bazalarının ümumiyyətlə ictimai IP-si olmur.
• Hər yerdə TLS. Caddy kimi reverse proxy sertifikatları avtomatik idarə edir (Caddy bələdçisi).

Məlumatlar

• Serverdən çıxan ehtiyat nüsxələri şifrələyin, məsələn restic və ya age ilə.
• Tətbiqdə xüsusilə həssas sahələri şifrələyin.
• Saxlama müddətini təyin edin: logları və köhnə qeydləri cədvəl üzrə silin.

journald ilə sadə log saxlama nümunəsi:

sudo mkdir -p /etc/systemd/journald.conf.d
sudo tee /etc/systemd/journald.conf.d/retention.conf >/dev/null <<'EOF'
[Journal]
MaxRetentionSec=30day
SystemMaxUse=1G
EOF
sudo systemctl restart systemd-journald

Veb-server logları üçün IP ünvanını ya tamamilə çıxarın, ya da qısaldın. Bir çox komanda təhlükəsizlik üçün tam logları bir neçə gün saxlayır, sonra isə anonimləşdirir.

Yeniləmələr və monitorinq

• Avtomatik təhlükəsizlik yeniləmələri (Ubuntu serverini qorumaq).
• Sui-istifadədən xəbər verə biləcək qeyri-adi sıçrayışlar üçün resurs qrafiklərini izləyin.

Bərpa

GDPR "şəxsi məlumatların əlçatanlığını və onlara girişi vaxtında bərpa etmək qabiliyyətini" qeyd edir. Praktikada bu, sınaqdan keçirdiyiniz ehtiyat nüsxələr deməkdir. Bax: ehtiyat nüsxə strategiyası bələdçisi.

Məlumat subyektlərinin sorğularının emalı

Kimsə soruşmazdan əvvəl necə cavab verəcəyinizi planlaşdırın:

• Giriş: bir şəxs haqqında saxladığınız hər şeyi ixrac edə bilərsinizmi?
• Silinmə: onu, o cümlədən axtarış indekslərindən və keşlərdən silə bilərsinizmi? Ehtiyat nüsxələr adətən adi saxlama müddəti bitdikcə öz-özünə silinir; bu sənədləşdirilibsə, ümumiyyətlə qəbul olunur.
• Düzəliş: istifadəçi öz məlumatlarını özü düzəldə bilərmi?

SQL sorğuları və ya admin addımları olan qısa daxili qeyd sonradan çox stresdən xilas edir.

Pozuntular

Şəxsi məlumatlar itərsə, sızarsa və ya icazəsiz əldə edilərsə:

1. Onu məhdudlaşdırın: açarları dəyişin, boşluğu bağlayın, lazım olarsa serveri oflayn edin.
2. Təsirə məruz qalan insanlar üçün riski qiymətləndirin.
3. Risk varsa, 72 saat ərzində nəzarət orqanınızı xəbərdar edin.
4. Risk yüksəkdirsə, təsirə məruz qalan insanları məlumatlandırın.
5. Xəbərdar etməmək qərarına gəlsəniz belə, baş verənləri sənədləşdirin.

Təmizləmədən əvvəl götürülmüş snapshot-lar sonradan nə baş verdiyini anlamağa kömək edir.

Praktik yoxlama siyahısı

• Server və ehtiyat nüsxələr Aİ-də (məsələn Frankfurtda)
• Hostinq provayderi və digər emal edənlərlə DPA bağlanıb
• Şəxsi məlumat alan bütün xidmətlərin siyahısı
• Məxfilik bildirişi yenilənib
• SSH açarları, 2FA, minimal imtiyazlı rollar
• Standart olaraq bağlayan firewall, verilənlər bazaları üçün şəxsi şəbəkə
• Hər ictimai endpoint-də TLS
• Log saxlama müddəti təyin olunub, kənardakı ehtiyat nüsxələr şifrələnib
• Bərpa sınaqdan keçirilib
• Giriş, silinmə və pozuntu sorğuları üçün plan

Almaniyada hostinq sizə təmiz başlanğıc nöqtəsi verir. Qalanı yaxşı vərdişlərdir və onların çoxu onsuz da layihənizi daha təhlükəsiz edir. Provayderləri bütün meyarlar üzrə müqayisə etmək üçün Almaniyada VPS necə seçilir bələdçisini oxuyun.