formexposed
Başlayın

Teknik ve Organizasyonel Önlemler

Bu belge birden fazla dilde yayımlanmaktadır. Dil sürümleri arasında herhangi bir uyuşmazlık olması halinde Lehçe sürüm bağlayıcıdır.

Sürüm 1.1 · Son güncelleme: 22 Ekim 2026

LW IT Solutions Company Lukas Wójcik, al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Poland tarafından formexposed hizmetini korumak için uygulanan Art. 32 GDPR kapsamındaki önlemler. Bu sayfa Ek 2 olarak Veri İşleme Sözleşmesinin parçasıdır.

1. Kapsam ve ilke

Önlemler hizmetin işlediği tüm verilere uygulanır: Müşterilerimiz adına işlediğimiz verilere (Veri İşleme Sözleşmesinde açıklanır) ve müşteri hesapları ve günlükler gibi veri sorumlusunun biz olduğumuz verilere. İkisi için ayrı koruma düzeyleri yoktur; hesabı koruyan önlemler veri işleyen sıfatıyla işlediğimiz verileri de korur.

Art. 32(1) GDPR kapsamındaki yapı. Takma adlandırma ve şifreleme ((a) bendi) 4. bölümde; sistemlerin sürekli gizliliği, bütünlüğü, kullanılabilirliği ve dayanıklılığı ((b) bendi) 3, 5, 6 ve 7. bölümlerde; olay sonrasında kullanılabilirliği zamanında geri yükleyebilme ((c) bendi) 7.1 bölümünde; etkinliği düzenli test etme, değerlendirme ve inceleme süreci ((d) bendi) 9. bölümde ele alınır. Önlemleri, güncel teknik düzeyi ve uygulama maliyetlerini dikkate alarak Veri Koruma Etki Değerlendirmemizde açıklanan risklere göre seçtik.

İlke: niyet edilen değil, ölçülen. Burada yalnızca kodda veya işletimde gerçekten uygulanmış olanlar belirtilir. Planlanan ancak henüz uygulanmayanlar 10. bölümde açıkça “planlandı” olarak listelenir. Burada bulunmayan bir önlemin örtülü olarak mevcut olduğu varsayılamaz.

Makine adları, dahili adresler, portlar, kullanıcı adları ve yazılım sürümleri bilinçli olarak belirtilmez. Bunlar önlemleri değerlendirmeye yardımcı olmaz; ancak önlemleri aşmak isteyen birine yardımcı olur. Veri İşleme Sözleşmesi kapsamında denetim için bunlara ihtiyaç duyanlar, denetim için gerekli olduğu ölçüde, denetim sırasında gizlilik yükümlülüğü altında bunları alır.

2. Hizmetin yapısı

Hizmet, sağlayıcının Polonya'da aynı dahili ağda bulunan kendisine ait iki sunucusunda çalışır:

  • Veri tabanlı web sunucusu. Uygulamayı sunar, veri tabanını tutar, bildirimleri gönderir ve verileri yedekler. İnternetten istek kabul edecek şekilde yapılandırılmış olan yalnızca bu sunucudur.
  • Tarama sunucusu. Üçüncü taraflara ve bize ait web sitelerinin kontrollerini tarayıcıda gerçekleştirir ve belirli formları sınıflandıran, ücretli hesaplar için tarama bulgularını önceliklendirilmiş eylem planları olarak özetleyen ve “Fix it for me” içinde kod ekleyen dil modelini çalıştırır. İnternetten istek kabul edecek şekilde yapılandırılmamıştır; işlerini kendisi web sunucusundan alır ve sonuçları oraya geri gönderir.

İşletimde barındırma, veri merkezi veya bulut sağlayıcısı kullanılmaz ve haricî bir AI hizmetine hiçbir şey gitmez. Hangi üçüncü tarafların veri aldığı Alt Veri İşleyenler sayfasında belirtilir.

3. Gizlilik

3.1 Fiziksel erişim kontrolü

Sunucular, sağlayıcının Polonya'da halka açık olmayan mekânlarındadır. Yalnızca işletme sahibi erişebilir (işletmecinin beyanına göre). Konumun tam adresi burada bilinçli olarak verilmez.

3.2 Erişim kontrolü: hizmete giriş

  • Parolalar yalnızca PHP'nin standart yöntemiyle (bcrypt) oluşturulan özet olarak saklanır. Standart yöntem değişirse özet bir sonraki girişte yenilenir. Bilinmeyen adresle giriş denemesinde de sunucu özet hesaplar; böylece yanıt süresi hesabın var olup olmadığını açığa çıkarmaz. Parola sıfırlama isteğinin yanıtı da ne ifadesiyle ne süresiyle hesabın varlığını açığa çıkarır; aynı adrese saatte en fazla üç sıfırlama e-postası gönderilir. Yeni parolalar en az on karakter olmalı ve bcrypt daha fazla baytı dikkate almadığından 72 baytı (UTF-8) aşmamalıdır. Parola değiştirilince diğer tüm cihazların oturumu kapatılır; bağlantıyla sıfırlanınca tüm cihazların oturumu kapatılır ve bağlantı yalnızca bir kez geçerlidir.
  • Başarısız denemelerden sonra engelleme. Başarısız girişler IP adresi başına sayılır; kısa sürede fazla deneme olursa (şu anda 15 dakikada sekiz) bu adresten giriş geçici engellenir. Başarılı giriş sayacı sıfırlar. Denemeler yedi gün sonra silinir. Ayrıca her parola kontrolünden önce, başarılı denemeler dahil olmak üzere hesap başına (bilinmeyen adreslerde girilen adres başına) ve IP adresi başına bir deneme sayılır: şu anda 15 dakikada aynı IP adresinden hesap başına en fazla sekiz ve IP adresi başına 80; dağıtılmış tahminlere karşı tüm adresler birlikte hesap başına çok daha yüksek bir sınıra tabidir. Bu nedenle başka adresten başarısız denemeler artık hesap sahibini hesabından engellemez. Bu sayaçlar yalnızca HMAC anahtarı içerir; açık metin e-posta veya IP adresi içermez ve zaman pencereleriyle birlikte sona erer. Sayaç deposu kullanılamıyorsa girişe izin verilmez, giriş reddedilir. Aynı tür sınır, parola veya adres değişikliğinden, ikinci faktörü açma veya kapatmadan, çalışma alanı devrinden, veri dışa aktarımından ve hesap silmeden önce parolanın teyidine (hesap başına 15 dakikada beş deneme), kayıtlara (IP adresi başına saatte on) ve müşteri portalı parolalarına (portal ve IP adresi başına on deneme, portal başına 15 dakikada 50) uygulanır.
  • İkinci faktör. Her hesap RFC 6238 kapsamındaki tek kullanımlık kodla (TOTP) girişi etkinleştirebilir. Bunun sırrı veri tabanında şifreli saklanır; anahtar veri tabanında saklanmaz, dolayısıyla tek başına veri tabanı kopyası yeterli değildir. Kabul edilmiş kod ikinci kez geçerli olmaz. On kurtarma kodu yalnızca özet olarak saklanır. Tek kullanımlık kodlar ve kurtarma kodları kurulum sırasında da dahil olmak üzere hesap başına 15 dakikada on denemeyle sınırlıdır.
  • Yönetim alanı yalnızca ikinci faktörle. İşletmecinin yönetim alanı yalnızca ikinci faktörü etkin hesaplara açılır. Kurulum kontrol listesi ikinci faktörü olmayan her yönetici hesabını bildirir.
  • Oturumlar. Oturum çerezi betikler tarafından okunamaz (HttpOnly), yalnızca HTTPS üzerinden gönderilir (Secure) ve bir değişiklik yapabilecek üçüncü taraf site istekleriyle gönderilmez (SameSite=Lax). Girişte yeni oturum kimliği oluşturulur; böylece önceden yerleştirilmiş kimlik artık geçerli olmaz; sunucu kendisinin vermediği oturum kimliğini kabul etmez. Her hesap giriş yapılmış cihazlarını görür ve oturumlarını tek tek kapatabilir.
  • “Oturumumu açık tut” isteğe bağlıdır ve 30 gün geçerlidir; ancak yönetim hakkı olan hesaplarda geçerli değildir, bunlar her zaman parola ve ikinci faktörle giriş yapar. Token iki bölümden oluşur; doğrulama bölümü veri tabanında yalnızca özet olarak saklanır. Her kullanım onu yenisiyle değiştirir ve eşzamanlı isteklerde bile her token yalnızca bir kez geçerlidir; böylece çalınmış token en geç bir sonraki gerçek ziyarette fark edilir.
  • E-postalardaki bağlantılar. Adres teyidi ve parola sıfırlama bağlantıları veri tabanında yalnızca özet olarak saklanır. Sıfırlama bağlantısı bir saat, kayıt teyidi bağlantısı 72 saat, değiştirilmiş adresin teyit bağlantısı 24 saat geçerlidir. E-posta adresi değiştirilirse açık bir sıfırlama bağlantısı geçersiz olur.
  • Arayüzler. API anahtarları, uzantıların bağlantı kodları ve toplu kurulum kodları yalnızca özet olarak saklanır. API anahtarları dakikada yalnızca sınırlı sayıda kullanılabilir; uzantıların bağlantı kodları 15 dakika ve yalnızca bir kez geçerlidir.
  • Bot koruması, herkese açık formlarda (kayıt, giriş, parola, kontrol, üstbilgi aracı, opt-out, destek ve iletişim): yalnızca gönderim sırasında yüklenen Google reCAPTCHA. Yalnızca tam olarak formun eylemi için yeterli puana sahip geçerli Google yanıtı kabul edilir; Google üç saniye içinde yanıt vermezse gönderim reddedilir. Ayrıntılar Gizlilik Politikasındadır.

3.3 Erişim kontrolü: sunucu yönetimi

  • İnternetten erişilebilen sunucu, yalnızca sunduğu hizmetlere izin vermek için paket filtresi kullanır ve sunucu yönetimine tekrarlanan başarısız girişlerden sonra adresleri otomatik engeller.
  • Sunucular arasındaki otomatik süreçler dar sınırlandırılmış haklara sahip kendi anahtarlarını kullanır. Web sunucusunun tarayıcının yeni sürümlerini ilettiği anahtar, tarama sunucusunda yalnızca sabit bir komut listesini çalıştırabilir ve tarayıcının dizinine yalnızca yazma yetkisiyle kopyalama yapabilir; onunla etkileşimli giriş mümkün değildir ve reddedilen her komut günlüğe kaydedilir. Aynı şekilde tarama sunucusu da ekran görüntülerini yalnızca web sunucusundaki belirli bir dizine yazabilir.
  • Web sitesini sunan sürecin ne üretim kurulumuna yazma erişimi ne de tarama sunucusu için anahtarı vardır. Yönetim alanından tetiklenen dağıtım yalnızca bir iş kaydeder; bunu ayrı bir işlem gerçekleştirir.
  • Veri tabanı giriş bilgileri ve anahtarlar gibi sırlar, sunulan dizinin dışındaki yapılandırma dosyalarında tutulur ve dağıtım sırasında birlikte kopyalanmaz. Web sunucusu yapılandırması web arayüzü üzerinden dağıtılmaz.

3.4 Yetkilendirme kontrolü: hizmet içindeki haklar

  • Roller. Her çalışma alanında sahip, yönetici ve okuyucu rolleri vardır. Değiştirme, silme, davet etme ve giriş bilgilerini saklama, sahip ve yöneticilere ayrılmıştır; yalnızca sahip rolleri değiştirebilir ve üyeleri kaldırabilir. Davet yalnızca gönderen kişi hâlâ sahip veya yönetici olduğu sürece geçerlidir. Okuyucular webhook ve sohbet kanalı adreslerini yalnızca ana bilgisayar adına kısaltılmış olarak görür; çünkü adres tek başına kanala gönderi yapmaya izin verir. Kontrol yalnızca arayüzde değil, sunucuda yapılır.
  • Çalışma alanına bağlama. Alan adlarına ve ayarlara yalnızca çalışma alanı üyeleri erişebilir. Hizmet her kontrol için tahmin edilemeyen rastgele bir bağlantı altında rapor oluşturur; kontrolün sonuçlarına ve ekran görüntülerine bu bağlantıyla giriş yapmadan, ekran görüntülerine ise yalnızca kendi raporlarının bağlantısıyla birlikte erişilebilir. Bağlantı hesapta ve uyarılarda görünür; onu başkasına ileten kişi raporu da iletmiş olur.
  • Durum değiştiren istekler, sabit sürede karşılaştırılan oturuma özel güvenlik token'ı gerektirir (CSRF koruması).
  • “Müşteri olarak görüntüle”. Destek amacıyla işletmeci uygulamayı Müşterinin gördüğü gibi görebilir. Görünüm bir saat sonra sona erer; parola, adres, ikinci faktör, cihazlar, abonelik, dışa aktarma ve silme değişikliklerini engeller, bu sırada yönetim alanını kapatır ve günlüğe kaydedilir. Sona erdirilmesi işletmecinin oturumunu tamamen kapatır; işletmeci yönetim alanına yalnızca parola ve ikinci faktörle yeniden giriş yaparak dönebilir. Müşteri bunu veri dışa aktarımında görebilir.
  • Yönetim. Yalnızca açıkça yetkilendirilmiş az sayıda hesap yönetim haklarına sahiptir; yönetim tarafından yapılan her ikinci faktör sıfırlaması günlüğe kaydedilir.

3.5 Ayrıştırma kontrolü

  • Müşterilerin verileri çalışma alanına göre mantıksal olarak ayrılır. Giriş yapılmış alandaki her okuma ve yazma yolu bu bağı taşır; raporlara ayrıca bağlantılarıyla erişilebilir (bölüm 3.4).
  • Geliştirme ve işletim ayrı veri tabanları ve ayrı veri tabanı kullanıcılarıyla ayrı kurulumlarda çalışır. Geliştirme kullanıcısının üretim veri tabanına erişimi yoktur. Gerçek müşteri verileri geliştirmeye kopyalanmaz; orada üretilmiş örnek verilerle çalışırız.
  • Tarayıcının her ortam için yalnızca işleri için ihtiyaç duyduğu verilere erişim hakları olan ayrı giriş bilgileri vardır. Hesapları, faturalandırmayı veya günlükleri okuyamaz.
  • Aynı sağlayıcının diğer hizmetleri de web sunucusunda çalışır. Kendi veri tabanları ve bu hizmetin verilerine erişimi olmayan kendi veri tabanı kullanıcıları vardır.

4. Şifreleme, takma adlandırma ve veri minimizasyonu

4.1 Giriş sonrasında tarama için giriş bilgileri

Bu işlev için Müşteri bir test hesabının kullanıcı adı ve parolasını saklar. Bunlar hizmetteki en hassas verilerdir ve bu nedenle diğer her şeyden farklı korunur:

  • Web sunucusu bunları saklarken tarama sunucusunun açık anahtarıyla şifreler (ECIES: kayıt başına tek kullanımlık anahtarla X25519, HKDF-SHA256, AES-256-GCM). Özel anahtar yalnızca tarama sunucusunda bulunur. Web sunucusu, veri tabanı ve yedekler yalnızca şifreli metin içerir; orada biz de okuyamayız.
  • Her kayıt kriptografik olarak kendi alan adına bağlanır. Başka bir alan adına taşınırsa şifre çözme başarısız olur.
  • Tarama için şifreli metin işe eklenir. Tarama sunucusu şifresini çözer ve giriş bilgilerini kontrol konteynerine yalnızca standart girdi üzerinden iletir; süreç listelerinde görünebilecek komut satırı argümanı olarak asla iletmez. Tarama sunucusu okur okumaz şifreli metin işten silinir; bir işlem kalıntıları en geç bir saat sonra temizler.
  • Giriş bilgileri asla görüntülenmez, günlüğe kaydedilmez, API üzerinden dışarı verilmez ve dışa aktarılmaz. Arayüz kullanıcı adının yalnızca ilk karakterini ve uzunluğunu gösterir. Kaldırılmaları şifreli metnin üzerine yazar.
  • Giriş sonrasında tarayıcı yalnızca okur: gönderim, aktif test, ekran görüntüsü, çıkış, silme veya iptal sayfaları yoktur.

4.2 Diğer şifreleme ve özetler

  • Parolalar, kurtarma kodları, müşteri portalı parolaları, API anahtarları, bağlantı ve toplu kurulum kodları, “Oturumumu açık tut” token'ları, cihaz listesindeki oturum kimlikleri ve teyit ve sıfırlama bağlantıları yalnızca özet olarak saklanır.
  • İkinci faktör sırları şifreli saklanır (bölüm 3.2).
  • Veri tabanının tamamının depolama sırasında şifrelendiğini iddia etmeyiz. Hassas değerler yukarıda açıklandığı gibi tek tek korunur.

4.3 Tasarım yoluyla veri minimizasyonu

  • Gönderim kontrolü: yalnızca üstbilgiler ve metnin en fazla ilk 8 KB'ı okunur. Veri tabanına yalnızca zaman, eşleştirme, varsa test gönderiminin kimliği ve gerçeklik kontrolünün sonucu (SPF, DKIM, DMARC) girer; içerik veya tam gönderen adresi asla girmez. En son e-postanın gerçeklik sonucu alan adıyla birlikte tutulur ve bir sonraki e-posta tarafından üzerine yazılır; teslim eden posta sunucusunun IP adresini ve gönderenin e-posta alan adını içerir. E-posta başarılı işlemden sonra posta kutusundan silinir; alma veya silme başarısız olursa bir sonraki başarılı işlemde silinir.
  • Kontroller: formların yapısı alan adları, türleri ve etiketleri, zorunluluk ve görünürlük öznitelikleriyle, değerler olmadan saklanır; tarayıcı önceden doldurulmuş gizli alanların (en fazla 24 karakter) ve veri özniteliklerinin (en fazla 60 karakter) başlangıçlarını yalnızca kontrol sırasında okur ve saklamaz. Tam kontrolün ekran görüntülerinde karartma yapılmaz; yalnızca tarayıcı kontrolleri giriş alanlarını kapatır. Formların alıcı adresleri yalnızca alan adı olarak saklanır. Aktif test gönderimleri yalnızca kişisel veri içermeyen işaretlenmiş test metinleri içerir.
  • WordPress ve TYPO3 uzantıları yalnızca günlük sayıları ve eklenti envanteri gibi özellikleri, bağlı bir WordPress eklentisinde ayrıca toplu koruma için engellenmiş mesajlardaki bağlantıların alan adlarını (varsayılan olarak etkin) iletir; başka içerik, ziyaretçilerin adları, adresleri veya IP adresleri iletilmez. İsteğe bağlı form ve alan hatası sayıları varsayılan olarak kapalıdır.
  • “Fix it for me”: yapıştırılan kod yalnızca istek süresince işlenir ve saklanmaz.
  • Rozet: müşteri web sitelerindeki rozet görseli çerez ayarlamaz ve oturum başlatmaz.
  • İşletmecinin telefonuna gönderilen işletim bildirimleri değişkensiz, dolayısıyla ad, adres veya içerik içermeyen sabit metinlerdir. İşletmeciye e-postayla gönderilen hata bildirimleri, hassas bilgilerden arındırılmamış ve 400 karakterle sınırlandırılmış ham hata mesajını içerir; münferit durumlarda adres veya bağlantı içerebilir.
  • Toplu koruma: Müşterilerin uzantıları arasında yalnızca engellenen spam'deki bağlantıların alan adları paylaşılır; IP ağlarının paylaşımı kapalıdır.
  • Konum: IP adresinin ülkesi yerel veri tabanı dosyasından belirlenir; coğrafi konum hizmetine adres gönderilmez.

5. Tarayıcının kötüye kullanımına karşı koruma

Tarayıcı üçüncü taraf sayfalarını gerçek bir tarayıcıyla yükler. Koruma olmazsa dışarıdan birinin dahili ağımıza veya herkese açık olmayan diğer hedeflere erişebileceği bir araç olurdu (sunucu taraflı istek sahteciliği). Bu nedenle iki bağımsız katman ve her tekil işlemin yalıtılması vardır.

5.1 Yalıtılmış işlem

  • Her kontrol daha sonra kaldırılan kendi konteynerinde çalışır. Yönetici hakları, ek işletim sistemi yetenekleri ve yetki yükseltme olanağı olmadan çalışır. Küçük geçici alanlar dışında dosya sistemi salt okunurdur.
  • Bellek, süreç sayısı ve çalışma süresi sınırlıdır; süreyi aşan işlem sonlandırılır.

5.2 Ağ: iki katman

  • Birinci katman, tarayıcıda: taramadan önce ve ardından yönlendirmeler ve gömülü içerik dahil tarayıcının her tekil isteğinde adresin nereye çözümlendiği kontrol edilir. Özel, yerel, ayrılmış ve belgeleme ağları (IPv4 ve IPv6) ve web için olağan olmayan portlar reddedilir. Her ikisi de bu kontrolü aşabileceğinden tarayıcı service worker kullanımına izin vermez ve WebSocket bağlantıları kapatılır.
  • İkinci katman, ağda: konteynerler kendi ağlarında çalışır. Güvenlik duvarı kuralları oradan internete yalnızca web portlarında bağlantıya izin verir; web sunucusu ve veri tabanının bulunduğu dahili ağımız dahil özel ağlara bağlantılar engellenir. Kontrol işleminin kendisinin ihtiyaç duyduğu istisnalar gerekli olanla sınırlandırılır ve dahili belgelerimizde açıklanır. Bu katman, bir ad ancak ilk kontrolden sonra farklı çözümlense bile etkili olur.

5.3 Web sunucusunun yaptığı istekler

Web sunucusunun kendisi üçüncü taraf adreslerine istek gönderdiğinde — alan adı kontrol kanıtı, üstbilgi aracı, açıkta kalan dosyaların aranması, nabız istekleri, RDAP sorguları ve sertifika kontrolü, webhook ve sohbet uyarıları ve isteğe bağlı ikinci kontrol noktası için — aynı kurallar uygulanır: yalnızca web protokolleri, olağan web portları üzerinden (webhook ve sohbet uyarıları yalnızca standart portta HTTPS üzerinden), yalnızca herkese açık adresler, adın daha sonra dahili bir hedefe yönlendirilememesi için yalnızca tam olarak önceden kontrol edilen adrese bağlantı, yönlendirmelerin ya hiç izlenmemesi ya da yalnızca elle ve her seferinde yeniden kontrol edilerek izlenmesi, kısa süre sınırları; alan adı kontrol kanıtı, nabız istekleri ve tarayıcı kontrollerinin ikinci kontrol noktası için ayrıca sınırlı yanıt boyutu.

5.4 Tarayıcının üçüncü taraf sitelerde yapmadıkları

  • Müşteriler için aktif test gönderimleri (kontrol başına en fazla beş) yalnızca kontrol kanıtı sunulan alan adlarında vardır (DNS, meta etiketi, dosya veya uzantı); tek istisna kendi test ve demo alan adlarımızın dahili kontrolleridir. Kanıt başka bir ana bilgisayara geçmesin diye kontrol kanıtı bulunan alan adının ana bilgisayar adı değiştirilemez. Diğer her şey pasiftir: sayfaları ziyaretçi gibi okumak.
  • Tarayıcı kontrolleri gönderimden hemen önceki noktaya kadar gider ve sipariş, ödeme veya gönderim başlatmaz.
  • Opt-out listesindeki alan adları kontrol edilmez; devam eden izleme bir sonraki planlanmış kontrolde sona erer.

6. Bütünlük: aktarım ve girdi

6.1 İletim

  • Uygulamaya internetten yalnızca HTTPS üzerinden erişilebilir; tarayıcıya bir yıl boyunca yalnızca HTTPS kullanması talimatı verilir (HSTS). Sertifikalar otomatik yenilenir.
  • Ek üstbilgiler uygulamanın üçüncü taraf sayfalara gömülmesini, dosya türlerinin tahmin edilmesini ve formların üçüncü taraf hedeflere gönderilmesini kısıtlar. İçerik güvenliği politikası uygulamada yalnızca sunucunun ilgili yanıtla izin verdiği betiklerin çalışmasına olanak tanır; güncel tarayıcılar HTML'e enjekte edilen betikleri veya olay işleyicilerini çalıştırmaz.
  • Gönderim kontrolü posta kutusuna sertifika doğrulamalı şifreli bağlantıyla erişilir.
  • Alıcının kaynağı ve bütünlüğü doğrulayabilmesi için webhook'lar Müşterinin sırrıyla imzalanabilir (zaman damgalı HMAC-SHA256). İsteğe bağlı ikinci kontrol noktasına istekler ve tarayıcı kontrollerinde yanıtları da imzalanır.
  • Açıkça belirtilen sınırlama: dahili ağımızdaki bağlantılar baştan sona şifreli değildir. Giriş sonrasındaki taramanın giriş bilgileri baştan sona şifreli kalır (bölüm 4.1).

6.2 Girdi kontrolü ve günlükler

  • Hesap ve çalışma alanlarındaki önemli işlemler (giriş, alan adı, uyarı hedefi ve hak değişiklikleri, silmeler, destek erişimi gibi) hesap, zaman, IP adresi ve ülkeyle etkinlik günlüğüne kaydedilir ve 365 gün sonra silinir.
  • Güvenlik ve kötüye kullanımın önlenmesi için tutulan sayfa erişim kayıtları 60 gün, hata günlükleri 90 gün, gönderilen e-postaların içerikleri 30 gün sonra silinir. İstenen adreslerdeki ve yönlendiren adreslerdeki, rapor veya portal bağlantılarındakiler gibi erişim token'ları sayfa erişim kayıtlarında yalnızca maskelenmiş olarak görünür.
  • Sözleşme belgelerinin kabulü, gösterilen sürüm, sağlama toplamı, zaman, IP adresi ve tarayıcı tanımlayıcısıyla saklanır.
  • Kanıt günlüklerine haricî zaman damgası otoritesinden zaman damgası eklenebilir; oraya içeriğin kendisi değil, yalnızca sağlama toplamı gider.

7. Kullanılabilirlik ve dayanıklılık

7.1 Yedekleme

  • Veri tabanı her gece yedeklenir. Yedek ancak içeriği kontrol edildikten sonra nihai adını alır: yedekleme programının başarıyla tamamlanması, en az bir kayıt, veri tabanındaki kadar tablo ve tam işlemin kapanış satırı. Eski yedekler yalnızca yeni bir yedek başarıyla oluşturulduktan sonra kaldırılır.
  • Her yedek 14 gün sonra silinir. Depolama konumu sunulan tüm dizinlerin dışındadır; proje içindeki bir konum reddedilir.
  • Geri yükleme testi: haftada bir en son yedek geçici bir veri tabanına yüklenir, üretimle tablo tablo karşılaştırılır ve tekrar silinir. Sonuç saklanır.
  • Yedekleme veya test başarısız olursa e-postayla ve işletmecinin telefonuna bildirim gönderilir.
  • Olay sonrası kurtarma: veri tabanı arızalanır veya veriler bozulursa en son test edilmiş yedeği geri yükleriz. Bu yedekten sonraki değişiklikler, kural olarak en fazla bir günlük olanlar, kaybolabilir; yedekleme başarısız olmuşsa buna göre daha fazlası. Ardından bilinen sonraki silme taleplerini yeniden uygularız (bölüm 8). Belirli bir kurtarma süresi taahhüt etmeyiz.
  • Açıkça belirtilen sınırlama: yedekler şu anda veri tabanıyla aynı konumda saklanır ve ayrıca şifrelenmez. İşletim hatalarına, hatalı değişikliklere ve bozuk verilere karşı korur; sunucunun kendisinin kaybına karşı korumaz. İkinci konumda şifreli kopya planlanmaktadır (bölüm 10).
  • Giriş sonrasındaki taramanın giriş bilgileri yedeklerde yalnızca şifreli metin olarak bulunur; ikinci faktör sırrı da veri tabanı dışındaki anahtarla yalnızca şifreli biçimde bulunur.

7.2 İzleme

  • Durum işlemi her beş dakikada bir veri tabanı, kuyruk ve tarayıcının boşta olsa bile düzenli yazdığı yaşam sinyali dahil hizmetin bileşenlerini kontrol eder. Bir bileşen arızalanırsa bildirim, düzelirse normale dönüş bildirimi gönderilir.
  • Karşılıklı gözetim: durum işlemi üzerinde çalıştığı makinenin arızasını bildiremez. Bu nedenle tarama sunucusu uygulamanın yanıt verip vermediğini her dakika kontrol eder ve art arda birkaç başarısızlıktan sonra işletmecinin telefonuna sabit metinle bildirim gönderir. Ters yönde web sunucusu tarayıcının yaşam sinyalini izler; kurulum kontrol listesi karşılıklı gözetimin çalışıp çalışmadığını gösterir.
  • Hata uyarısı: daha önce hiç oluşmamış hata türü derhâl bir kez bildirilir; hata birikimi işletmecinin telefonuna yalnızca tek sinyal gönderir; günde bir genel bakış gönderilir. Böylece bir hatayı ilk kez Müşteriden öğrenmeyiz.
  • Açıkça belirtilen sınırlama: iki sunucu aynı konumdadır. Örneğin elektrik veya internet bağlantısı nedeniyle tüm konumun arızalanması hiçbir uyarı mekanizması tarafından bildirilmez; bir insan tarafından fark edilir.

7.3 Değişiklikler ve dağıtım

  • Yeni sürümler önce ayrı geliştirme ortamında derlenir ve test edilir. Dağıtım ilk dosya yazılmadan önce tüm ön koşulları kontrol eder, veri tabanı şeması değişikliklerini yapar ve tarayıcı yeniden başlatılmadan önce çalışan kontrollerin düzenli biçimde tamamlanmasına izin verir.
  • Yeni Müşterinin izlediği yol için gerçek HTTP üzerinden, geçişlerden sonra çalıştırılan bir duman testi vardır. Her tekil dağıtımdan önce otomatik test paketi çalıştırıldığını iddia etmeyiz.

8. Silme ve saklama süreleri

  • Her gece silme işlemi, Gizlilik Politikasında ve Veri İşleme Sözleşmesinde belirtilen süreleri uygular. Metinlerdeki sayıların alındığı aynı ayarları okur; dolayısıyla bu sürelerde metin ve davranış birbirinden farklı değildir.
  • Ekran görüntüleri dahil kontrol sonuçları 13 ay sonra (alan adı başına en sonuncusu kalır), uzantı sayıları 13 ay sonra, uyarı teslimat günlükleri 90 gün sonra, destek talepleri 24 ay sonra silinir.
  • Alan adının kaldırılması kontroller, formlar, bulgular, ekran görüntüleri, raporlar, işler, uyarı hedefleri ve günlükleri, olaylar, teslimat verileri, giriş sonrasındaki taramanın giriş bilgileri ve kanıtlar dahil alan adının verilerini siler.
  • Hesap derhâl silinir; başka üyesi olmayan çalışma alanları verileriyle birlikte silinir, başka üyesi olanlar ise önce yöneticilere, onların arasında en uzun süredir üye olana olmak üzere başka üyeye devredilir. Kendi süreleri dolana kadar şunlar kalır: silme kaydı dahil, kayıtları artık mevcut bir hesaba karşılık gelmeyen eski hesap numarasını tutan günlükler, gönderilmiş e-postalar, sözleşmenin akdedilmesinin kanıtı, destek talepleri, potansiyel müşteri kontrollerinin raporları (en fazla 90 gün) ve Stripe'taki faturalandırma verileri; ayrıntılar Gizlilik Politikasındadır.
  • Silinen veriler yedeklerde 14 gün sonra süreleri dolana kadar kalır. Yedek içinde hedefli silme yapılmaz; yedek geri yüklenirse bilinen sonraki silme talepleri elle yeniden uygulanır.

9. Organizasyon ve inceleme

  • Kişiler: hizmeti şu anda işletme sahibi kendisi yürütür. Diğer kişiler yalnızca gizlilik taahhüdünden sonra ve gerekli ölçüde erişim alır, verileri yalnızca talimatlarımızla işlerler (Art. 29 ve Art. 32(4) GDPR).
  • Alt veri işleyenler: yalnızca güvencelerini inceledikten sonra Art. 28(4) GDPR uyarınca sözleşmeyle görevlendirir ve Alt Veri İşleyenler sayfasında listeleriz; ayrıntılar Veri İşleme Sözleşmesinde düzenlenir.
  • Kişisel veri ihlalleri: kişisel veri ihlali veri işleyen sıfatıyla işlediğimiz verileri etkilerse Müşteriye gereksiz gecikme olmaksızın, mümkünse 48 saat içinde bildiririz; ayrıntılar Veri İşleme Sözleşmesinde düzenlenir.
  • Güvenlik açığı bildirimi: bildirimleri Güvenlik sayfasında ve /.well-known/security.txt dosyası üzerinden kabul ederiz.
  • Kurulum ve lansman kontrol listesi: yönetim alanındaki kontrol listesi yedekleme, ikinci faktörü olmayan yöneticiler, posta kurulumu ve yaşam sinyali gibi güvenlikle ilgili ayarların durumunu ölçer ve sapmaları gösterir.
  • Bu önlemlerin incelenmesi (Art. 32(1)(d) GDPR): hizmetteki her önemli değişiklikte, her güvenlik olayından sonra ve bunun dışında yılda en az bir kez. Önlemlerin etkili olup olmadığını ve risklere hâlâ uyup uymadığını değerlendirir; sonucu bu sayfanın yeni sürümünde veya değişiklik yoksa 11. bölümde inceleme tarihiyle kaydederiz. Kurulum ve lansman kontrol listesi kapsadığı ayarların durumunu sürekli ölçer.
  • Haricî denetimler: şu anda haricî sızma testi yaptırılmamaktadır ve güvenlik sertifikaları yoktur. Kimse bunların var olduğunu varsaymasın diye burada belirtilir.

10. Planlanan, henüz uygulanmayanlar

Bu hususlar yeni bir sürümde burada uygulanmış olarak listelenene kadar taahhüt edilmiş önlemler değildir:

  • İkinci konumda yedek: sunucunun tamamen kaybının bile veri kaybına yol açmaması için gece yedeğinin sunucu dışında şifreli kopyası.
  • İkinci kontrol noktası: tarayıcı kontrollerinin ikinci konumdan bağımsız teyidi hizmette hazırlanmıştır ancak kurulmamıştır. Bu olmadan ikinci konumdan teyit yoktur.
  • Sunucu yönetiminin sıkılaştırılması: bu devam etmektedir. 1. bölümde verilen nedenlerle ayrıntıları yayımlamayız.

11. Durum ve sürüm

  • Sürüm 1.1 · Son güncelleme: 22 Ekim 2026 · dil sürümleri arasında farklılık varsa Almanca yerine Lehçe sürüm esas alınır; başka değişiklik yoktur.
  • Sürüm 1.0 · Son güncelleme: 11 Ekim 2026 · ayrı sayfa olarak ilk sürüm; daha önce Veri İşleme Sözleşmesinin Ek 2'siydi. Önceki eke göre düzeltmeler: geri yükleme testi haftalık çalışır, yedekler aynı sunucudadır, her dağıtımdan önce otomatik test paketi çalışmaz, dahili ağdaki bağlantılar baştan sona şifreli değildir. Yeni açıklananlar: giriş sonrasındaki taramanın giriş bilgilerinin şifrelenmesi, tarayıcının yalıtılması, karşılıklı gözetim ve hata uyarısı.
  • Değişiklikler yeni sürüm numarasıyla burada ve Sözleşme Belgelerindeki Değişiklikler genel bakışında yayımlanır; önlemlerin zayıflatılması halinde Veri İşleme Sözleşmesinin bildirim süresi uygulanır.
  • Dil sürümleri arasında farklılık varsa Lehçe sürüm esas alınır.