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.2 · Son güncelleme: 29 Ekim 2026
1. Bu kayıt nasıl okunmalı?
Bu, formexposed için Art. 30 GDPR kapsamındaki işleme faaliyetleri kaydıdır. Gizlilik politikası veya pazarlama metni değildir. Görevi, bir denetim makamına, bizi veri işleyen olarak denetleyen Müşteriye veya bir soruyu yanıtlaması gereken sonraki kişiye gerçekte nelerin işlendiğini, nerede tutulduğunu, kimin aldığını ve ne kadar kaldığını göstermektir. Formları kontrol eden ve izleyen bir hizmetin kendisinin de kontrole açık olması gerektiği için yayımlıyoruz.
Yazımı üç kurala dayandı.
- Niyet edilen değil, ölçülen. Veri alanları, saklama süreleri, alıcılar veya güvencelere ilişkin bir ifade yalnızca program kodu, veri tabanı şeması veya ölçümle destekleniyorsa yer alır. Planlananlar “planlandı”, varsayılan olarak kapalı olanlar “varsayılan olarak kapalı” diye belirtilir. Bir şeyi kanıtlayamıyorsak söyleriz.
- Saklama iki kez belirtilir. Bir kez her işleme faaliyeti için, bir kez de 6. bölümde genel tablo olarak: hangi gece işlemi hangi veriyi siler ve hangi verilere ulaşmaz. Yalnızca verilerin bir kısmına uygulanan saklama süresini tümüne uyguluyormuş gibi gösteren kayıt, açık konuyu adlandıran kayıttan kötüdür.
- Açık konular dipnotta değil, metinde belirtilir. 8.1 bölümü henüz uygulanmamış önlemleri, 10. bölüm açık konuları planlanan önlemlerle birlikte listeler. Kayıt bir çalışma aracıdır, sertifika değildir.
Tablo adları yerine veri alanları. Her işleme faaliyeti için saklanan verileri anlaşılır alan adlarıyla listeleriz. Denetçinin ilgili yeri bulabilmesi için veri tabanı tablosunun adı parantez içinde gelir; örneğin “giriş denemeleri (login_attempts)”. Alan listeleri hafızadan değil, veri tabanı şemasından türetilmiştir.
Yer tutucu olarak saklama süreleri. Saklama süresi yönetim alanından ayarlanabiliyorsa burada gece işleminin okuduğu şekliyle görünür: gördüğünüz sayı, silmeyi yöneten aynı ayardan gelir. Programda sabit olan saklama süreleri sayı olarak verilir.
Ölçüm dayanağı. Şema, kod ve ayarlar, kod ve şema bakımından üretim sistemiyle eşleşen geliştirme sisteminde 11 Ekim 2026 tarihinde ölçüldü. Geliştirme sisteminden satır sayıları vermiyoruz; test verileri içerirler ve canlı işletim hakkında bir şey söylemezler.
Bilinçli olarak dışarıda bırakılanlar. Bu kayıt sunucularımızın ana bilgisayar adlarını, dahili ağ adreslerini, portlarını, kullanıcı adlarını veya yazılım sürümlerini belirtmez. Bu ayrıntılar saldırgana yardımcı olur, ilgili kişilere olmaz. Aynı nedenle kendi sunucularımızın güvenliğindeki açık konuları yalnızca genel olarak açıklarız (bölüm 8.1): riski adlandırırız, ona giden yolu değil. Ayrıntıları talep üzerine denetim makamına sunarız.
Hukuki nitelik. Bu kayıt, Art. 30 GDPR kapsamında denetim makamı için tuttuğumuz belgedir; gönüllü yayımlanır. Hiçbir sözleşmenin parçası değildir ve Müşterilere veya üçüncü kişilere karşı beyan, garanti veya niteliğe ilişkin anlaşma oluşturmaz. Müşterilere borçlu olduğumuz hususlar Hizmet Koşullarında, Veri İşleme Sözleşmesinde ve eklerinde düzenlenir; bu yükümlülükler bakımından bunlar bu kayda göre önceliklidir. Kayıt bu sürümün tarihi itibarıyla durumu açıklar. “Açık konu” veya “değerlendirme” gibi sınıflandırmalar kendi görüşümüzü yansıtır ve denetim makamının veya mahkemenin hukuki değerlendirmesini önceden belirlemez; “planlandı” diye açıklanan önlemler taahhüt edilmiş tarihi olmayan niyetlerdir.
2. Hukuki kuruluş ve bu kaydın neden iki bölümden oluştuğu
| Alan | Kayıt |
| Hukuki kuruluş | LW IT Solutions Company Lukas Wójcik, Polonya ticaret siciline (CEIDG) kayıtlı şahıs işletmesi; sahibi Lukas Wójcik |
| Adres | al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Poland |
| Vergi tanımlayıcıları | NIP 7252266190, VAT ID PL7252266190 |
| İletişim | contact@lukaswojcik.com; destek penceresi (gezinme menüsündeki soru işareti); iletişim sayfası |
| Hizmet | formexposed: web sitelerindeki iletişim formlarının kontrol edilmesi, izlenmesi ve güvenliğinin sağlanması (uygulama formexposed.com, tanıtım sayfası form.exposed) |
| Art. 27 GDPR kapsamındaki temsilci | Uygulanmaz. Hukuki kuruluş Birlik içinde (Polonya) yerleşiktir. |
| Veri koruma görevlisi | Atanmadı. Art. 37 kapsamındaki değerlendirme 9. bölümdedir. |
| Yetkili denetim makamı | Prezes Urzędu Ochrony Danych Osobowych (UODO, Polonya veri koruma makamı), ul. Moniuszki 1A, 00-014 Warszawa |
| Barındırma | Polonya'da kendi sunucularımız: uygulama ve veri tabanını içeren bir web sunucusu ve aynı dahili ağda yerel dil modeli bulunan bir tarama sunucusu. Üçüncü taraf veri merkezi veya bulut sağlayıcısı yoktur. |
formexposed farklı kişi gruplarına karşı farklı roller üstlenir. Bunları karıştırmak hiçbir grup için doğru olmayan bir kayıt oluşturur.
- Veri sorumlusu (B Bölümü, Art. 30(1)). Kendi Müşterilerimizin ve ekip üyelerinin verileri (hesap, giriş, faturalandırma, destek, günlükler), kendi web sitemizin ziyaretçileri, hesapsız kontroller (ücretsiz kontrol, üstbilgi aracı, araştırma, potansiyel müşteri kontrolü) ve kötüye kullanımın önlenmesi için veri sorumlusu biziz.
- Veri işleyen (A Bölümü, Art. 30(2)). Müşterinin hizmete getirdiği veya Müşteri için hizmet sunduğumuzda oluşan üçüncü kişilerin kişisel verilerini Müşteri adına işleriz: gönderim kontrolündeki gerçek form e-postalarının kopyaları, Müşterinin müşteri portalı aboneleri, Müşterinin uyarılarının alıcıları, Müşterinin kontrol edilen sayfalarında tesadüfen görünür olan kişiler, Müşterinin test hesabının giriş bilgileri ve Müşterinin yapıştırdığı form kodu. Dayanak, kayıt sırasında her Müşteriyle akdedilen Veri İşleme Sözleşmesidir.
- Yalnızca Müşteri tarafında. WordPress eklentisinin ve TYPO3 uzantısının bazı işlevleri verileri, bize hiç ulaşmadan yalnızca Müşterinin web sitesinde işler (karantina, güvenlik ağı, aritmetik bulmaca, saklama ayarları, yerel sayaçlar, kaydedici). Bunlar bizim işlememiz değildir ve bu nedenle iki bölümde de yer almaz. Yine de sınırın görünür olması için A Bölümünün sonunda açıklarız.
Ayrım yalnızca metne değil, koda da işlenmiştir: gönderim kontrolü gerçek form e-postasından veri tabanına yalnızca zamanı, eşleştirmeyi ve kimlik doğrulama sonucunu yazar; tarayıcı kontrollerinin ekran görüntüleri giriş alanlarını maskeler; test hesabı giriş bilgileri web sunucusunun artık okuyamayacağı şekilde şifrelenir. Ayrıntılar ilgili kayıtlarda verilir.
6 ila 11. bölümler her iki kısım için de geçerlidir: saklama, otomatik kararlar, teknik ve organizasyonel önlemler, veri koruma görevlisi, açık konular ve bu kaydın güncel tutulması.
Kapsam. Bu belge, kaydın formexposed hizmetiyle ilgili kısmıdır. Aynı hukuki kuruluşun diğer hizmetler için yaptığı işlemeler kendi kayıtlarında belgelenir; hizmet dışındaki genel muhasebe ve işletme yönetimi bu kısımda kapsanmaz.
3. A Bölümü – Art. 30(2): Müşteriler adına işleme
A.0 İlgili taraflar
| Alan | Kayıt |
| Veri işleyen | LW IT Solutions Company Lukas Wójcik, al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Poland; contact@lukaswojcik.com |
| Veri sorumluları | formexposed Müşterileri: hesaplarında alan adları bulunduran ve üçüncü kişi verilerinin oluştuğu işlevleri kullanan işletmeler ve ajanslar. Ajanslarda ayrıca ajansın kendi müşterisi veri sorumlusu olabilir; ajans bu durumda müşterisine karşı veri işleyen, biz ise ek veri işleyen olarak hareket ederiz. |
| Veri sorumluları listesi | Bu kaydın parçasıdır; Müşterilerin kişisel verilerini içerdiğinden ve her yeni Müşteriyle güncelliğini yitireceğinden hizmetin sisteminde elektronik biçimde tutulur (Art. 30(3) GDPR), bu kamuya açık sürümde yayımlanmaz: her çalışma alanının sahibinin müşteri hesabından alınan adı, e-posta adresi ve şirketi (adres ve KDV kimlik numarası yalnızca Stripe'ta) (users, workspaces, workspace_users) ve çalışma alanının alan adları (domains). Talep üzerine denetim makamına döküm olarak sunarız. |
| Veri sorumlularının temsilcileri ve veri koruma görevlileri | Sistemde bunun için özel alan yoktur. Müşteri Art. 27 GDPR kapsamında temsilci veya veri koruma görevlisi atamışsa bize bildirebilir; bildirimi veri sorumluları listesiyle birlikte tutarız. |
| Veri işleyenin temsilcisi | Uygulanmaz (Polonya'da yerleşik). |
| Veri koruma görevlisi | Atanmadı (bölüm 9). |
| Talimatlar | Talimat, Veri İşleme Sözleşmesinden ve Müşterinin yaptığı ayarlardan doğar: Müşteri gönderim kontrolünü açar, uyarı hedeflerini ayarlar, test hesabını saklar ve müşteri portalını kurar. Bu işlem olmadan söz konusu işleme gerçekleşmez. |
| Teknik ve organizasyonel önlemler | 8. bölüm ve Teknik ve Organizasyonel Önlemler sayfası A Bölümündeki her işleme faaliyetine uygulanır. Özel önlemler ilgili kayıtta belirtilir. |
A.1 Gönderim kontrolü – form e-postalarının kontrol kopyası
| Alan | Kayıt |
| Amaç | Müşterinin iletişim formundan gelen e-postanın gerçekten gönderilip gönderilmediğini ve nasıl doğrulandığını kontrol etmek (SPF, DKIM, DMARC, hizalama). Kabul edilen aktif test gönderiminden sonra kopyası ayarlanabilir bekleme süresi içinde (şu anda 3 saat) kontrol posta kutusuna ulaşmalıdır; aksi halde “Test e-postası alınmadı” uyarısı oluşur. Üstbilgiler ayrıca form e-postasının gerçekliğini, kullanılan e-posta hizmetini ve engelleme listesi kontrolü için gönderen adresini belirlemede kullanılır. |
| Ön koşul | Ücretli plan, doğrulanmış alan adı, Müşteri tarafından etkinleştirilmiş olması. Müşteri tanımlayıcı içeren kendi kontrol adresini (“delivery+identifier@…” biçiminde) formunun bildirimine gizli kopya olarak girer. Yapılandırılmış kontrol posta kutusu olmadan işlev kullanılamaz. |
| İlgili kişi kategorileri | Müşterinin formunu gönderen web sitesi ziyaretçileri; ziyaretçinin mesaja verilerini yazdığı kişiler; üstbilgilerde alıcı olarak görünen Müşteri personeli. |
| Kişisel veri kategorileri | Kontrol posta kutusunda (posta hizmeti sağlayıcısında): silinene kadar, ad, e-posta adresi, telefon numarası ve serbest metin içeren gerçek başvurular dahil her form e-postasının tam kopyası. Alma işleminin okudukları: üstbilgiler ve gövdenin en fazla ilk 8 KB'ı. Veri tabanında: alınma zamanı, alan adıyla ve varsa test işlemiyle eşleştirme (delivery_log); alan adı başına SPF, DKIM ve DMARC sonucu, hizalama, gönderen alan adı, imzalayan alan adları ve gönderen posta sunucusunun adresini içeren en son kimlik doğrulama sonucu (domains içindeki alan adının kimlik doğrulama alanı). İçerik, konu ve ziyaretçinin gönderen adresi veri tabanına yazılmaz. |
| Gönderen alan adına ilişkin not | Form ziyaretçinin adresini gönderen olarak giriyorsa (kontrolün ortaya çıkarmayı amaçladığı yanlış yapılandırma), kimlik doğrulama sonucu adresin kendisini değil, o adresin alan adını içerir. Ziyaretçi kişisel alan adı kullanıyorsa bu da kişisel veri olabilir. Bir sonraki alımda üzerine yazılır. |
| Kaynak | Müşterinin girdiği gizli kopya üzerinden web sitesindeki form. |
| Hukuki dayanak (veri sorumlusunca belirlenir) | Müşteri tarafından belirlenir. Müşterinin gizlilik politikası için önerdiğimiz metin, kopyayı Art. 6(1)(f) GDPR'ye dayandırır (başvuruları güvenilir biçimde almaya yönelik meşru menfaat). Müşteri bu veri akışı hakkında ziyaretçilerini bilgilendirir; Veri İşleme Sözleşmesi bunu zorunlu kılar. |
| Alıcılar | Kontrol posta kutusunu işleten posta hizmeti sağlayıcısı (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA). Kopya doğrudan oraya gider: yalnızca alan adımızın MX kayıtları bu posta kutusunu gösteriyorsa ulaşır (lansman öncesi kontrol listesi bunu kontrol eder); yönlendirmeyle posta kutusuna ulaşmaz. Müşteri alan adı sayfasında yalnızca zaman, eşleştirme ve kimlik doğrulama sonucunu görür. Kimlik doğrulama sonucu kötüleşirse Müşteriye ve seçtiği kanallara gönderilen uyarı, web sitesine ait değilse gönderen alan adını belirtir (A.3, 4.1). |
| Üçüncü ülke | Posta hizmeti sağlayıcısına bağlıdır; bkz. bölüm 4. Planlanan sağlayıcıyla sözleşme ve aktarım dayanağı henüz belgelenmemiştir. |
| Saklama | Başarılı işlemden sonra e-posta, hiçbir alan adıyla eşleştirilemese bile silinmek üzere işaretlenir ve aynı işlemde posta kutusundan kaldırılır. Yönetim alanında izleme açıkken alma işlemi durum işlemiyle birlikte her beş dakikada bir çalışır (srv/cron_status.php, cfg/zustellung_lib.php). Alma veya silme başarısız olursa e-posta bir sonraki başarılı işleme kadar posta kutusunda kalır. Aynı alma işlemi delivery_log içindeki eşleştirmeleri 180 gün sonra siler. Kimlik doğrulama sonucu alan adı var olduğu sürece kalır. |
| Kanıtın ispatladığı | Yalnızca belirli test işlemiyle eşleştirilen kopyanın kontrol posta kutusuna alındığını. Ne gerçek alıcıya ulaştığını ne de CRM'e kaydedildiğini kanıtlar. HubSpot'tan yerel teyit sunulmaz. |
| Teknik ve organizasyonel önlemler | Bölüm 8. Özellikle: içerik yalnızca bellekte değerlendirilir; gövde, konu veya tam gönderen adresleri saklanmaz; eşleştirmenin başarılı olup olmamasından bağımsız silinir. |
Gönderim kontrolü, Müşterilerimizin ziyaretçilerinden gelen gerçek mesajların bize ulaştığı tek işlevdir. Bu nedenle kendi sorumluluğumuzdaki hizmet değil, Müşteri adına işlemedir ve bu nedenle gerçek risk ölçüsü posta kutusunda geçirilen zamandır: normalde dakikalar; alma kesintiye uğrarsa tekrar çalışana kadar. Kopyalar özel nitelikli kişisel veri içermemelidir; ziyaretçinin ne yazacağı kendisine bağlı olduğundan bunu teknik olarak önleyemeyiz.
A.2 Müşteri portalı ve abonelere aylık rapor
| Alan | Kayıt |
| Amaç | Ajans (Business planı), müşterilerine alan adlarının durumunu kendi markasıyla gösterir (rastgele adreste portal, isteğe bağlı parola, isteğe bağlı ajansın kendi alt alan adı altında). Müşteri oradan e-postayla aylık rapor sipariş edebilir. Rapor ajans adına gönderilir. |
| İlgili kişi kategorileri | Raporu sipariş eden ajans müşterileri ve personelleri; portalı açan kişiler. |
| Kişisel veri kategorileri | Abone: e-posta adresi, dil, teyit tanımlayıcısı, sipariş zamanı ve sipariş anındaki IP adresi, teyit zamanı (double opt-in), abonelikten çıkma zamanı, son gönderilen ay (client_subscribers). Portal: ad, alan adı seçimi, rastgele tanımlayıcı, yalnızca özet olarak parola, oluşturan kişi, zaman, iptal (client_portals). Portal ziyaretleri sayfa görüntüleme günlüğünde görünür (B.2). |
| Kaynak | Abonelerin kendileri tarafından portala girilir. |
| Hukuki dayanak (veri sorumlusunca belirlenir) | Double opt-in yöntemiyle alınan abone rızası; veri sorumlusu ajanstır. Kendisi kaydolup teyit etmeyen kimseye yazmayız. |
| Alıcılar | Ajans (abonelerini görür); teyit e-postası ve rapor için posta hizmeti sağlayıcısı (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA). |
| Üçüncü ülke | Posta hizmeti sağlayıcısı üzerinden; bkz. bölüm 4. |
| Saklama | Gece silme işlemi (cfg/fristen_lib.php, “portal aboneleri” kısmı): hiç teyit edilmemiş siparişler 30 gün sonra; abonelikten çıkanlar, önceki rızanın kanıtı olarak çıkıştan üç yıl sonra. Teyit etmiş ve abonelikten çıkmamış aboneler ajansın çalışma alanı var olduğu sürece kalır. İptal edilmiş portal yalnızca engellenir, silinmez; aboneleri artık rapor almaz ancak verileri kalır (bölüm 10). Portallar ve aboneler çalışma alanıyla birlikte derhâl silinir (fe_arbeitsbereich_daten_loeschen()). Gönderilmiş raporlar giden kutusunda 30 gün kalır (B.25). |
| Teknik ve organizasyonel önlemler | Bölüm 8. Özellikle: portal parolası yalnızca özet olarak, tahmin denemeleri sınırlı (portal ve IP adresi başına on, portal başına 15 dakikada 50); her e-postada tek tıklamayla abonelikten çıkış; portal yalnızca durumu ve temel sayıları gösterir, kanıt içeren tekil bulguları göstermez. |
A.3 Müşterinin uyarı alıcıları, üstlenenler ve atanan kişiler
| Alan | Kayıt |
| Amaç | Müşterinin alan adı için ayarladığı hedeflere hata ve değişiklik bildirimleri: e-posta, webhook, Slack, Discord, Microsoft Teams, Google Chat, Telegram. Hedef başına derhâl veya günlük ya da haftalık biriktirilmiş olarak; ayrıca yalnızca üst kademeye iletme için hedefler. Her sorun bildirimi alıcının bağlantıyla üstlenebileceği bir olaya dönüşür. İzlenen formlar için Müşteri sorumlu kişi ve son tarih belirtebilir. |
| İlgili kişi kategorileri | Müşterinin uyarı hedefi olarak girdiği veya atanan kişi olarak belirttiği çalışanları ve hizmet sağlayıcıları; olayı üstlenen kişiler. Kendi hesabı bulunan ekip üyeleri B Bölümünde de yer alır. |
| Kişisel veri kategorileri | Uyarı hedefi: kanal, hedef adresi (e-posta adresi, webhook veya sohbet adresi, Telegram sohbet kimliği), seçilmiş olaylar, teslimat biçimi, webhook imzalama sırrı, son teslimat ve son hata (alerts). Teslimat günlüğü: hedef, olaylar, durum, hata, zaman (alert_log). Özet kuyruğu: teslimata kadar bildirim satırları ve bağlantı (alert_queue). Olay: başlık, bildirim satırları, bağlantı, üstlenme tanımlayıcısı, zaman ve forma girildiği şekliyle üstlenen kişinin adı veya e-posta adresi, aksi halde giriş yapmış üyenin adresi (alert_incidents). Olay ve hedef başına üst kademeye iletme teslimat denemeleri: deneme sayısı (en fazla beş), son ve sonraki denemenin ve başarının zamanları, giden kutusundaki e-postaya referans, hata (alert_escalation_deliveries tablosu). Atama: sorumlu kişinin hesabı ve son tarih (monitored_forms içinde). |
| Bildirimlerin içeriği | Alan adı, olay, kısa açıklama ve alan adı sayfasına bağlantı. Ziyaretçi mesajlarının içeriği yoktur. |
| Kaynak | Müşteri tarafından girilir; üstlenen kişi adını kendisi girer; alıcı botta “Başlat” düğmesine bastığında Telegram sohbet kimliği oluşur (B.32). |
| Hukuki dayanak (veri sorumlusunca belirlenir) | Müşteri tarafından belirlenir; kural olarak kendi işletiminin organizasyonu (Müşterinin çalışanları ve hizmet sağlayıcıları bakımından Art. 6(1)(b) veya (f) GDPR). |
| Alıcılar | Seçilen kanalların işletmecileri; bkz. 4.1. E-posta uyarıları posta hizmeti sağlayıcısı (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA) üzerinden. |
| Üçüncü ülke | Seçilen kanala bağlı; birkaç sağlayıcı ABD'de, Telegram AB dışında yeterlilik kararı olmadan yerleşiktir. Bkz. 4.1. |
| Saklama | Teslimat günlüğü 90 gün sonra (geceleri, fe_alert_log_aufraeumen() işleviyle srv/cron_status.php üzerinden). Özet bildirimleri teslimattan 30 gün sonra (cfg/kanal_lib.php, her özet teslimatında). Olaylar çözülene kadar; çözülenler çözümden 180 gün sonra (cfg/vorfall_lib.php, üst kademeye iletme işlemi), üst kademeye iletme teslimat denemeleriyle birlikte. Uyarı hedefleri ve atamalar Müşteri silene kadar veya alan adıyla birlikte. |
| Teknik ve organizasyonel önlemler | Bölüm 8. Özellikle: webhook'lar hedef başına ayrı sırla imzalanır; sohbet programlarındaki bağlantı önizlemelerinin hiçbir şey başlatmaması için üstlenme yalnızca tıklama sonrasında (POST); bakım aralığındaki uyarılar yalnızca günlüğe kaydedilir, gönderilmez. |
A.4 Kontrol edilen Müşteri sayfalarında ve ekran görüntülerinde tesadüfen görünür olan kişiler
| Alan | Kayıt |
| Amaç | Müşteri hesabındaki alan adlarının kontrolü (tarama, izleme, aktif kontrol), Müşterinin herkese açık sayfalarını okur ve formların ekran görüntülerini alır. Sayfanın kendisinin gösterdikleri kontrolle hiçbir ilgisi olmayan kişilerle ilgili olabilir. Bu veriler tesadüfen oluşur; kontrolün amacı değildir. |
| İlgili kişi kategorileri | Adı, fotoğrafı veya iletişim bilgileri kontrol edilen sayfada görünen kişiler (formun yanındaki irtibat kişisi, ana sayfadaki ekip fotoğrafları, yasal bilgiler). |
| Kişisel veri kategorileri | Ekran görüntüleri: ana sayfanın görünür alanı, kırpılmış olarak her görünür form ve aktif test gönderiminden sonraki takip sayfasının görüntüsü; web dizini dışında dosyalar olarak saklanır, veri tabanında yalnızca referans bulunur (scan_screenshots). Form yapısı: sayfa adresi, seçici, alan adları, alan türleri, alan etiketleri, zorunluluk ve görünürlük bayrakları, gönderim düğmelerinin etiketleri (forms, “alan haritası” alanı); alan değerleri yoktur. Tarayıcı zaman damgalarını ve token'ları tanımak için gizli alanların başlangıcını (en fazla 24 karakter) ve veri özniteliklerini (en fazla 60 karakter) yalnızca kontrol sırasında okur; yalnızca sonuç saklanır. Kanıtlı bulgular (findings), sayfa başlıklarını içeren özet (scans). Ücretli hesaplardaki uygun kontroller için yerel model seçilmiş bulgulardan ve tarama meta verilerinden önceliklendirilmiş eylem planı oluşturur; metni, dili, durumu ve zaman damgası tarama özetinde saklanır. Formda alıcı olarak e-posta adresi görünüyorsa yalnızca alan adı saklanır, adres asla saklanmaz. |
| Kaynak | Tarayıcının aldığı, Müşteri alan adının herkese açık sayfaları. |
| Hukuki dayanak (veri sorumlusunca belirlenir) | Müşterinin kendi web sitesinin içeriği için Müşteri tarafından belirlenir. Bizim için işleme sipariş edilen kontrolün parçasıdır. |
| Alıcılar | Müşteri; ajanslarda portal veya kendi markasıyla sunulan rapor üzerinden ajansın müşterisi; rapor bağlantısını alan herkes (rastgele adreslerde raporlar, arama motorlarında değil). Form türü belirsizse kendi sunucumuzdaki yerel dil modeli sınıflandırma için sayfa başlığı, sayfa adresi ve formun görünür metniyle (en fazla 400 karakter) form yapısını alır; görüntü almaz. Uygun ücretli kontroller için yerel model ayrıca eylem planı üretmek üzere ana bilgisayar adını, genel sonucu ve puanı, CMS'yi, ilgili form türünü ve sayfa adresini, belirlenen eklentiyi ve seçilmiş başarısız veya belirsiz bulguları alır. İstek dahili iş kuyruğunda geçici olarak tutulur ve alındıktan sonra veya bir saatten eski kayıtların zamanlanmış temizliğiyle silinir. |
| Üçüncü ülke | Yok. |
| Saklama | Alan adının kontrol sonuçları en fazla 13 ay; alan adı başına en son tamamlanmış kontrol kalır (gece silme işlemi, “eski kontrol sonuçları” kısmı). Formlar, bulgular, görüntü referansları ve görüntü dosyaları kontrol sonucuyla birlikte silinir. Alan adıyla birlikte bu veriler derhâl silinir (B.15'teki silme zinciri; istisnalar bölüm 6.4). |
| Maskelemenin sınırları | Tam kontrolün ekran görüntüleri hiçbir şeyi maskelemez: sayfanın her ziyaretçiye gösterdiğini gösterir. Tarayıcı hiçbir şey girmediğinden form alanları alınırken boştur; önceden doldurulmuş değerler görünürdü. Giriş sonrasında ekran görüntüsü alınmaz (A.5). Tarayıcı kontrollerinin görüntüleri giriş alanlarını maskeler (A.6). |
| Teknik ve organizasyonel önlemler | Bölüm 8. Özellikle: görüntüler yalnızca rapor üzerinden alınabilir ve başka birine ait görüntü tanımlayıcısı “bulunamadı” döndürür; raporlar noindex ile; her kontrol kendi yalıtılmış konteynerinde çalışır. |
Aynı veriler hesapsız kontrollerde (ücretsiz kontrol, araştırma, potansiyel müşteri kontrolü) oluşur. Orada adına hareket ettiğimiz Müşteri yoktur; dolayısıyla bu durumlar B Bölümünde yer alır (B.5, B.7, B.8).
A.5 Giriş sonrasında tarama için test hesabı giriş bilgileri
| Alan | Kayıt |
| Amaç | Yalnızca giriş sonrasında görünen formları okumak (müşteri alanı, üye alanı). Tarayıcı Müşterinin kendi web sitesinde oluşturduğu test hesabıyla giriş yapar ve belirtilen sayfaları okur. Giriş formu dışında hiçbir şey göndermez, orada aktif test yapmaz, ekran görüntüsü almaz ve çıkış, silme veya iptal adreslerini ziyaret etmez. Giriş formunda CAPTCHA varsa durur; CAPTCHA'lar aşılmaz. |
| Ön koşul | Doğrulanmış alan adı, ücretli plan, sahip veya yönetici rolü, hesabın test hesabı olduğuna ilişkin açık teyit. En fazla beş sayfa; tümü aynı alan adında. |
| İlgili kişi kategorileri | Test hesabının adına tutulduğu kişi (ideal olarak hiç kimse; Müşteri işlevsel hesap kullanmalıdır); giriş sonrasındaki sayfalarda verileri görünen kişiler. |
| Kişisel veri kategorileri | Test hesabının kullanıcı adı ve parolası, yalnızca şifreli; kullanıcı adı ipucu (ilk karakter ve uzunluk); giriş adresi, sayfa listesi, giriş alanlarının adları, başarı göstergesi, oluşturan kişi, zamanlar, kısa kod olarak son sonuç (domain_logins). Çalışan iş için şifreli metnin kopyası (scan_jobs içindeki “giriş paketi” alanı). Giriş sonrasındaki sayfalardan: A.4'teki gibi form yapısı, ekran görüntüsü ve çerez olmadan. |
| Kaynak | Müşteri tarafından hesapta girilir. |
| Hukuki dayanak (veri sorumlusunca belirlenir) | Müşteri tarafından belirlenir. Müşteri test hesabını kullanmaya yetkili olduğunu taahhüt eder. |
| Alıcılar | Yok. Ne Müşteri ne destek ne de programlama arayüzü giriş bilgilerini okuyabilir; arayüz yalnızca kullanıcı adı ipucunu gösterir. |
| Üçüncü ülke | Yok. |
| Giriş bilgilerinin korunması | Kullanıcı adı ve parola saklanırken derhâl tarama sunucusunun açık anahtarıyla şifrelenir (X25519, HKDF-SHA256, AES-256-GCM; alan adı ilişkili veri olarak bağlanır, dolayısıyla şifreli metin başka alan adına eklenemez). Özel anahtar yalnızca tarama sunucusundadır. Web sunucusu, veri tabanı ve yedekler yalnızca şifreli metin içerir; orada biz de şifreyi çözemeyiz. Tarama sunucusu yalnızca işlem için şifreyi çözer, giriş bilgilerini yalıtılmış kontrol konteynerine yalnızca standart girdiyle iletir, işteki kopyayı derhâl siler ve hiçbir sonuç, günlük veya hata metnine yazmaz. Müşterinin web sitesine giderken yalnızca o web sitesinin şifrelemesiyle korunurlar; bu iletimin sınırları 10. bölümde açıklanır. |
| Saklama | Saklanan giriş bilgileri Müşteri silene kadar. Silmede şifreli metnin üzerine aynı uzunlukta rastgele veri yazılır ve satır silinir; bekleyen işler temizlenir (fe_login_loeschen()). Alan adıyla birlikte satır yabancı anahtar üzerinden silinir. Tarama sunucusu işlerdeki kopyaları işlemden sonra temizler; kalanlar (işin yarıda kesilmesi, tarama sunucusunun devre dışı olması) durum işlemi tarafından en geç bir saat sonra temizlenir (fe_login_aufraeumen(), “login_jobs” kısmı). Veri tabanı yedekleri, yedeğin 14 gün sonra süresi dolana kadar şifreli metni içerir. |
| Teknik ve organizasyonel önlemler | Bölüm 8. Özellikle: ayrı anahtarlı asimetrik şifreleme; çıkış ve silme yolları için engelleme listesi; giriş sonrasında ekran görüntüsü alınmaması; işlevin yalnızca ücretli planlarda ve doğrulanmış alan adlarında bulunması; her değişikliğin etkinlik günlüğünde kaydı (giriş bilgileri olmadan). |
Müşterinin sunucusunun, CMS yönetim alanının veya barındırma hesaplarının giriş bilgilerini saklayacak hiçbir yol bilinçli olarak oluşturulmamıştır. Test hesabı Müşterinin web sitesindeki ziyaretçi hesabıdır; Müşterinin sistemine erişim değildir.
A.6 Yapılandırılmış form akışları, tarayıcı kontrolleri ve bağımsız kontrol
| Alan | Kayıt |
| Amaç | İzlenen form, gerçek tarayıcıda (Chromium, WebKit veya ikisi) gönderimden hemen önceki noktaya kadar yürütülür: sayfayı yükleme, önceki tıklamaları yapma (en fazla beş, asla giriş alanına veya gönderim düğmesine değil), alanları açıkça sentetik değerlerle doldurma (ayrılmış .invalid uzantısı altındaki adres gibi), çok adımlı formlarda ilerleme. Tarayıcı kontrolü hiçbir şey göndermez; gönderim tarayıcıda teknik olarak engellenir. Ayrıca formun süre ölçümleri ve görsel karşılaştırmaları yapılır. |
| İlgili kişi kategorileri | A.4 ile aynı (form sayfasında görünür kişiler); Müşterinin atanan kişi olarak girilen çalışanları (A.3). |
| Kişisel veri kategorileri | Yapılandırma: form adresi, seçiciler, başlangıç adresi, tıklama adımları, tarayıcı seçimi, etiket, kritiklik, atama, son tarih (monitored_forms). İşlem başına sonuçlar: durum, teknik başarısızlık nedeni, hassas bilgilerden arındırılmış hata mesajları, ağ ve süre ölçümleri, giriş alanları maskelenmiş en fazla 32 KB JPEG form görüntüsü (form_browser_runs). Kontrol başına gözlemler (form_observations), zaman serileri (form_performance). Hedef listeli işler (scan_jobs içindeki “targets” ve “result” alanları). |
| Test erişimi | Müşteri test hesabı saklamışsa (A.5) tam kontrol bunu yapılandırılmış form akışları için de kullanır. Ölçülen koda göre iki tam kontrol arasındaki bağımsız tarayıcı kontrolleri test hesabı olmadan çalışır. |
| Bağımsız kontrol | Uyarıdan önce çapraz kontrol yapacak farklı konumda ikinci kontrol noktası öngörülmektedir. Alan adını, hassas bilgilerden arındırılmış yapılandırmayı ve iş tanımlayıcısını alırdı; ziyaretçi girdisi ve giriş bilgileri almazdı. Şu anda kurulmamıştır (varsayılan olarak kapalı). Bu kontrol olmadan ikinci konumdan kanıt yoktur; uyarı kendi ölçümümüze dayanır. |
| Kaynak | Müşteri tarafından yapılandırılır; sonuçlar Müşterinin sayfasının alınmasından gelir. |
| Hukuki dayanak (veri sorumlusunca belirlenir) | Müşterinin web sitesi içeriği ve çalışanlarının sorumlulukları için Müşteri tarafından belirlenir. |
| Alıcılar | Müşteri; bağımsız kontrol kurulmuşsa işletmecisi (şu anda hiç kimse). |
| Üçüncü ülke | Yok. |
| Saklama | Tarayıcı işlemlerinin sonuçları, tamamlanmış tarayıcı işleri ve zaman serileri 13 ay sonra (gece silme işlemi, “browser_runs”, “browser_jobs”, “form_performance” kısımları). Yapılandırmalar alan adı silinene kadar (tek tek değiştirilebilir veya kapatılabilir, silinemez); alan adıyla birlikte işlemler, gözlemler ve zaman serileriyle beraber yabancı anahtarlar üzerinden silinirler. |
| Ölçümün kanıtladığı | Kontrol tarayıcımızdaki süreler ve durumlar. Gerçek ziyaretçilerin deneyimini ölçmez; ne tamamlama oranlarını ne de kaybolan başvuruları kanıtlar. |
| Teknik ve organizasyonel önlemler | Bölüm 8. Özellikle: gönderim teknik olarak önlenir; yalnızca aynı alan adındaki adresler; maskelenmiş görüntüler; yalıtılmış kontrol konteyneri. |
A.7 “Fix it for me” – yapıştırılan form kodu
| Alan | Kayıt |
| Amaç | Müşteri formunun kodunu yapıştırır; kendi donanımımızdaki dil modeli koruma modülünü ekler. Değiştirilmiş dosya, yama, sözdizimi kontrolünün sonucu ve kontrol çağrısının gerçekten eklenip eklenmediğine ilişkin gösterge geri döner. Kod yapıştırılmadan hizmet, son taramadaki alan adlarıyla hazır modül sunar. |
| İlgili kişi kategorileri | Verileri tesadüfen yapıştırılan kodda bulunan kişiler (alıcı adresi, yorumlardaki adlar, posta sunucusu giriş bilgileri gibi). |
| Kişisel veri kategorileri | Yapıştırılan kod, en fazla 30.000 karakter. Veri tabanında yalnızca etkinlik günlüğü kaydı (çalışma alanı ve zamanla “fix_ai” eylemi); bu, çalışma alanı başına şu anda on çağrı olan günlük sınıra sayılır. |
| Kaynak | Müşteri tarafından yapıştırılır. |
| Hukuki dayanak | Kodun kendisi için Müşteriyle sözleşmenin ifası (Art. 6(1)(b) GDPR); tesadüfen içerdiği üçüncü kişi verilerinin dayanağını Müşteri belirler. |
| Alıcılar | Yok. Dil modeli dahili ağdaki kendi tarama sunucumuzda çalışır; yedek seçenek olarak bile haricî AI hizmeti kullanılmaz. |
| Üçüncü ülke | Yok. |
| Saklama | Kod saklanmaz. Sözdizimi kontrolü için geçici dosya oluşturulur ve hemen ardından silinir. Etkinlik günlüğü kaydı 365 gün sonra silinir. |
| Müşteriye not | Parola, API anahtarı veya kişisel veri içeren kod yapıştırılmadan önce temizlenmelidir. İçeriği kontrol etmeyiz. |
| Teknik ve organizasyonel önlemler | Bölüm 8. Özellikle: yalnızca ücretli planlardaki sahip ve yöneticiler; yapıştırılan kod modele veri olarak işaretlenerek iletilir ve asla çalıştırılmaz; üçüncü taraf sunuculara yüklenmez. |
A.8 Kendi markasıyla sunum ve ajansın irtibat kişileri
| Alan | Kayıt |
| Amaç | Ajansın (Business planı) raporları, kısa raporları, kanıt günlükleri ve müşteri portalı kendi markasıyla, talep üzerine kendi alt alan adı altında görünür. |
| İlgili kişi kategorileri | İletişim satırında adı veya iletişim bilgileri bulunan ajans irtibat kişileri. |
| Kişisel veri kategorileri | Şirket adı, web sitesi, iletişim satırı, müşteriye not, vurgu rengi, görünüm, logo dosyası, formexposed atfı için anahtar, doğrulama tanımlayıcısı ve doğrulama durumuyla kendi alan adı (workspace_branding). |
| Kaynak | Ajans tarafından girilir. |
| Hukuki dayanak | Ajansla sözleşmenin ifası (Art. 6(1)(b) GDPR). İletişim satırı ajans çalışanlarını adlandırıyorsa dayanağı ajans belirler. |
| Alıcılar | Ajansın rapor, kısa rapor veya portal bağlantısı verdiği herkes. |
| Üçüncü ülke | Yok. |
| Saklama | Ajans değiştirene kadar; marka ve logo dosyası çalışma alanıyla birlikte silinir (fe_arbeitsbereich_daten_loeschen()). DNS doğrulaması yedi gün başarısız olan özel alan adı kapatılır. Özel alan adı varsayılan olarak kapalıdır. |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
A.9 Eklenti ve uzantıdan sayılar, durum göstergeleri ve alan hataları
| Alan | Kayıt |
| Amaç | WordPress eklentisi ve TYPO3 uzantısı bağlı web sitesinin formlarına ilişkin sayıları günde bir kez bildirir: nedene göre engellenen gönderimler, gönderimler, gönderilmiş ve başarısız e-postalar, form ayarlarının durum göstergeleri, kaynağa ve saklama süresine göre saklanan başvurular. İsteğe bağlı, varsayılan olarak kapalı: form olayları ve alan konumu başına alan hatası kategorileri. Bu sayılar “Rakamlarla koruma”, aylık rapor, sessizlik uyarısı ve riskli ayarlara ilişkin bildirimleri oluşturur. |
| Sınıflandırma | Sayılar hiçbir kişiyi tanımlamayacak şekilde tasarlanmıştır. Müşterinin ziyaretçilerinin tetiklediği, web sitesindeki olaylardan doğdukları için A Bölümünde listeleriz; bize göre en fazla sınır durumlarda kişisel veridirler (belirli günde çok az gönderimi olan web sitesi). İletimin kendisi (anahtarlar, sürümler, ana bilgisayar) B Bölümündedir (B.20). |
| İlgili kişi kategorileri | Form gönderen Müşteri web sitesi ziyaretçileri. |
| Kişisel veri kategorileri | Ana bilgisayar başına günlük sayılar: toplam ve nedene göre engellenenler, gönderimler, gönderilmiş ve başarısız e-postalar, e-posta gönderiminin hata kategorisi (yalnızca dört kategoriden biri, alıcı adresi içerebildiği için hata metni asla değil), reCAPTCHA yanıt sayıları, silinen ve serbest bırakılan başvurular (plugin_stats). Durum: form, CAPTCHA ve posta eklentilerinin sabit listesinden sürümler, sayı olarak ayar göstergeleri, saklama süreleri (plugin_health). Değişiklik bildirimleri: güncellenmiş eklentinin adı ve sürümü (plugin_changes). İsteğe bağlı: alan konumu başına hata kategorileriyle form ve gün başına sayaçlar (form_metrics). Asla: ziyaretçilerin girdileri, alan adları, parolaları, dosyaları, e-posta adresleri, adları, IP adresleri veya kalıcı tanımlayıcıları. |
| Kaynak | Web sitesinin bağlantı sırrını kullanan programlama arayüzü üzerinden Müşterinin web sitesindeki eklenti. |
| Hukuki dayanak (veri sorumlusunca belirlenir) | Müşteri tarafından belirlenir; isteğe bağlı sayımları etkinleştirip etkinleştirmeyeceğine ve ziyaretçilerini nasıl bilgilendireceğine Müşteri karar verir. |
| Alıcılar | Müşteri. Engellenmiş mesajlardaki bağlantıların alan adları toplu korumaya gider (B.21). |
| Üçüncü ülke | Yok. |
| Saklama | Günlük sayılar, değişiklik bildirimleri ve form sayaçları 13 ay sonra (gece silme işlemi, “plugin_stats” ve “form_metrics” kısımları). Durum göstergelerinin üzerine her bildirimde yazılır. Sistemde hiçbir alan adı artık ilgili ana bilgisayara atıfta bulunmadığında onun tüm eklenti verileri silinir (son alan adı silindiğinde derhâl; eski veriler geceleri, “orphan_hosts” kısmı). |
| Sayıların kanıtladığı | Eklentinin saydıkları. Ne tamamlama oranlarını ne de kaybolan başvuruları kanıtlar. |
| Teknik ve organizasyonel önlemler | Bölüm 8. Özellikle: yalnızca web sitesine bağlı anahtar çiftiyle kabul; yalnızca bilinen anahtarlar ve sayılar kabul edilir, diğer her şey atılır; 14 günlük pencere dışındaki günler reddedilir. |
A.10 Sınır: yalnızca Müşterinin web sitesinde kalanlar
WordPress eklentisi ve TYPO3 uzantısının aşağıdaki işlevleri verileri yalnızca Müşterinin sunucusunda işler. Bize ulaşmaz ve bunlara erişimimiz yoktur. Yalnızca web sitesi işletmecisi sorumludur; etkinleştirmeye, saklama sürelerine ve ziyaretçilerini nasıl bilgilendireceğine o karar verir. Eklenti bunun için işletmecinin gizlilik politikasına eklenecek paragraflar önerir.
| İşlev | Yerel olarak işlenenler | Müşteri tarafındaki saklama |
| Karantina | Nedeniyle birlikte durdurulan gönderimler, web sitesinin adresine e-postayla serbest bırakılabilir | 14 gün |
| Güvenlik ağı | Yeniden göndermek için form e-postası başarısız olmuş gönderimler (varsayılan olarak açık) | 30 gün |
| reCAPTCHA yerine aritmetik bulmaca | Ziyaretçinin tarayıcısında aritmetik görev, üçüncü taraf hizmeti yok (varsayılan olarak kapalı) | – |
| Saklama ayarları | İşletmecinin seçtiği süreden sonra form eklentilerindeki saklanmış başvuruların silinmesi (varsayılan olarak kapalı) | yapılandırıldığı gibi |
| İstek sınırlama | IP adresinden türetilmiş, bize iletilmeyen kısa ömürlü tanımlayıcı | kısa ömürlü |
| Yerel günlük sayaçlar | İletimden önce sayaç değerleri | en fazla 14 gün |
| Yöneticiler için kaydedici | Giriş yapmış yöneticinin tarayıcısının oturum depolamasında teknik seçiciler ve gezinme adımları; girdiler okunmaz. Yalnızca seçilen yapılandırma iletilir (sonrasında A.6) | en fazla 15 dakika |
| Ziyaretçi yardımı | Ayrı etkinleştirilebilir; taslak saklamaz ve otomatik yeniden göndermez | – |
| Yeni spam kurallarının gözlemlenmesi | Ek eşleşmeler otomatik etkinleştirme olmadan yerel sayılır | yedi gün |
A.11 Form koruması (formconfirmed)
| Alan | Kayıt |
| Amaç | Otomatik gönderimleri tanımak amacıyla Müşterilerin web sitelerindeki formlar üzerinden yapılan gönderimlerin değerlendirilmesi: görevlerin verilmesi ve kontrolü (iş kanıtı), tek kullanımlık doğrulama belirteçleri, doldurma süresi, tuzak alan, tekrarlanan istekler; Müşterinin isteği üzerine mesaj metninin bir dil modeli tarafından değerlendirilmesi. Yalnızca form korumasını etkinleştiren Müşteriler için. |
| İlgili kişi kategorileri | Müşterilerin web sitelerinde korunan bir form içeren sayfayı açan veya bu formu gönderen ziyaretçiler. |
| Kişisel veri kategorileri | IP adresi (yalnızca kısaltılmış ve her gün değişen bir anahtarla karma değere dönüştürülmüş olarak saklanır), sayfanın adresi ve alan adı, zaman bilgileri ve doldurma süresi, tuzak alan dolduruldu evet/hayır, web sunucusu günlüğündeki tarayıcı tanımlayıcısı; yalnızca içerik kontrolü etkinse mesaj metni (yalnızca bellekte). |
| Kaynak | Ziyaretçinin tarayıcısı (görev, doğrulama belirteci); Müşterinin sunucusu (kontrol isteği, gerekirse metin). |
| Alıcılar | Müşteri (puan, eylem, gerekçeler). Başka alıcı yok; bu işleme için alt veri işleyen yok. |
| Üçüncü ülke | Yok. |
| Saklama | Karma değerli tanımlayıcı 1 saat; kullanılmış doğrulama belirteçleri en fazla 11 dakika; IP adresi ve metin içermeyen kontrol sonuçları 30 gün; günlük sayılar 400 gün; web sunucusu günlüğü 14 gün; metin saklanmaz. |
| Teknik ve organizasyonel önlemler | Bölüm 8; ayrıca günlük anahtarla kısaltma ve karma değer, imzalı görevler, tek kullanım, metni günlüğe kaydetmeden kendi donanımımızda çalışan dil modeli. |
4. A Bölümü – alıcılar, alt veri işleyenler ve üçüncü ülkeye aktarımlar
Aşağıdaki tablo, kendimizin görevlendirdiği ve A Bölümündeki verileri alabilecek alıcıları listeler. Esas ve sürekli güncellenen liste Alt Veri İşleyenler sayfasıdır; bu tablodan farklıysa bu biçimlendirme sorunu değil, bir bulgudur.
| Alıcı | Aldıkları | Üçüncü ülke | Dayanak | Durum |
| Namecheap, Inc. (Private Email), Phoenix, Arizona, USA | Gönderim kontrolünün kontrol posta kutusu (A.1); uyarı e-postalarının (A.3), portal abonelerine teyit ve raporların (A.2) gönderilmesi | İşleme yeri henüz doğrulanmalı; “Alt Veri İşleyenler” sayfasına bakın | Veri İşleme Sözleşmesi; aktarım dayanağı henüz doğrulanmalı | Açık. İlgili sözleşme, gerçek işleme yerleri ve aktarım dayanağı henüz belgelenmemiştir. Bu kayıt ne sertifikayı ne de akdedilmiş sözleşmeyi teyit eder. |
| Namecheap, Inc. (alan adı kayıt kuruluşu, DNS; posta kutusu kurulana kadar e-posta yönlendirme) | Posta kutusu kurulana kadar alan adımızdaki adreslere gelen genel posta; yalnızca doğrudan posta kutusunu gösteren MX kayıtlarıyla ulaşan gönderim kontrolü kopyaları değil (A.1) | ABD | doğrulanmalı: AB-ABD Veri Gizliliği Çerçevesi kapsamındaki sertifika veya standart sözleşme maddeleri | Kullanımda; dayanak açık. |
| Yerel dil modeli bulunan kendi tarama sunucumuz | Sınıflandırma için form yapısı ve ücretli hesaplarda eylem planları için tarama meta verileriyle seçilmiş bulgular (A.4), yapıştırılan kod (A.7), yalnızca işlem sırasında şifresi çözülmüş test erişimi (A.5) | – | Tarafımızca işletilir, üçüncü taraf değil | Kullanımda. |
| İkinci konumda bağımsız kontrol | Alan adı, hassas bilgilerden arındırılmış yapılandırma, iş tanımlayıcısı (A.6) | konuma bağlı | devreye almadan önce belirlenecek | Kurulmadı. |
Barındırma: üçüncü taraf yok. Uygulama, veri tabanı, ekran görüntüleri ve yedekler Polonya'daki kendi sunucularımızda tutulur. Veri merkezi veya bulut sağlayıcısına geçersek bu paragraf yeniden yazılmalıdır.
4.1 Müşterinin seçtiği uyarı kanalları
Görevlendirdiğimiz alıcılara ek olarak, Müşterinin uyarıları için seçtiği kanallar vardır (A.3). İletimi sunucumuz başlatır; hedefi ve sağlayıcıyı Müşteri belirler. Kanal seçimi bizi veri işleyen olarak kendi yükümlülüklerimizden kurtarmaz. Her sağlayıcı için rol, sözleşme ve üçüncü ülkeler için gerekli güvenceler belirlenmelidir; sohbet hizmetlerinde bu henüz tamamlanmamıştır (hukuki inceleme için açık soru).
| Kanal | Gönderilenler | Sağlayıcının merkezi |
| E-posta | Alan adı, olay, açıklama, bağlantı; girilen adrese | Namecheap, Inc. (Private Email), Phoenix, Arizona, USA üzerinden |
| Serbest seçilen adrese webhook | Hedefin sırrıyla imzalanmış JSON olarak olay (alan adı, olaylar, satırlar, bağlantı, zaman damgası) | Müşteri tarafından belirlenir |
| Slack, Discord, Microsoft Teams, Google Chat | Girilen webhook adresine sohbet mesajı olarak aynı bildirim | ağırlıklı olarak ABD |
| Telegram | Müşterinin seçtiği hedef; mesajı botumuz üzerinden bağlı sohbet kimliğine göndeririz | AB dışında, yeterlilik kararı yok; aktarım dayanağı hukuki inceleme için açık sorudur |
Hiçbir durumda ziyaretçi mesajının içeriği gönderilmez. Bildirimler alan adı, olay ve bağlantı taşır.
5. B Bölümü – Art. 30(1): kendi sorumluluğumuzda işleme
Bu bölümdeki her şeyin veri sorumlusu: LW IT Solutions Company Lukas Wójcik, al. Tadeusza Kościuszki 80/82, lok. 301, 90-437 Łódź, Poland, contact@lukaswojcik.com. Temsilci gerekmez (Birlikte yerleşik). Veri koruma görevlisi atanmadı (bölüm 9). Teknik ve organizasyonel önlemler: 8. bölüm ve Teknik ve Organizasyonel Önlemler sayfası. İlgili kişilerin haklarını nasıl kullanacağı Erişim, Silme ve Diğer Haklarınız sayfasında açıklanır; hesap sahipleri verilerini kendileri dosya olarak indirebilir (Ayarlar).
Meşru menfaate dayandığımızda (Art. 6(1)(f) GDPR) menfaati ve daha az müdahaleci bir aracın neden yeterli olmadığını belirtiriz. Dengeleme bizim değerlendirmemizdir; hukuki incelemenin parçasıdır.
B.1 Web sitemizin ziyaretçileri – web sunucusu günlükleri
| Alan | Kayıt |
| Amaç | Web sitesinin ve uygulamanın işletimi ve güvenliği: sunum, sorun giderme, saldırı ve aşırı yükün tespiti. |
| İlgili kişi kategorileri | Tarayıcıları rozet görselimizi yükleyen Müşteri sayfalarının ziyaretçileri (B.18), rapor veya üstlenme bağlantısını açan alıcılar ve eklentisi arayüzümüzü çağıran web siteleri dahil formexposed.com veya form.exposed sayfası açan herkes. |
| Kişisel veri kategorileri | Tam IP adresi, zaman, istenen adres, durum kodu, aktarılan bayt, yönlendiren sayfa (referrer), tarayıcı tanımlayıcısı (user agent). |
| Saklandığı yer | Öndeki proxy ve web sunucusunun erişim günlükleri, veri tabanında değil web sunucusunda dosyalar olarak. |
| Kaynak | İsteği yapan tarayıcı veya program. |
| Hukuki dayanak | Art. 6(1)(f) GDPR. Menfaat: güvenli ve kesintisiz işletim. Dengeleme: tam adres olmadan aynı gönderenden gelen tekrarlanan istekler ilişkilendirilemez ve saldırılar püskürtülemez; kısaltılmış adres bu ayrımı desteklemez. Günlükler başka verilerle birleştirilmez ve kısa süre sonra silinir. |
| Alıcılar | Yok. |
| Üçüncü ülke | Yok. |
| Saklama | 14 gün: 14 nesille günlük döndürme, ardından üzerine yazma (uygulamanın gece silme işlemi değil, sistem günlük döndürme hizmeti). |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.2 Uygulamanın sayfa görüntüleme günlüğü
| Alan | Kayıt |
| Amaç | Güvenlik ve kötüye kullanım tespiti (kim neyi ne sıklıkta istiyor), hesap erişiminin izlenebilirliği, analiz hizmeti olmadan basit kullanım istatistikleri. |
| İlgili kişi kategorileri | Gerçek sayfa görüntülemelerinde tüm web sitesi ziyaretçileri ve uygulama kullanıcıları (arka plan istekleri ve form gönderimleri değil). |
| Kişisel veri kategorileri | Tam IP adresi, yazılırken bundan türetilen ülke (yerel coğrafi veri tabanı, üçüncü tarafa sorgu yok), giriş yapmış kullanıcılar için hesap kimliği, istenen adres ve yönlendiren sayfa (bunların içindeki rapor veya portal bağlantılarındakiler gibi erişim token'ları maskelenmiş), tarayıcı tanımlayıcısı ve bundan türetilen cihaz türü, işletim sistemi ve tarayıcı, dil, zaman (access_logs). “Müşteri olarak görüntüle” sırasında (B.14), desteğin sayfa görüntülemeleri Müşterinin günlüğünde görünmesin diye hesap kimliği ayarlanmaz. |
| Kaynak | Tarayıcı isteği. |
| Hukuki dayanak | Art. 6(1)(f) GDPR. Menfaat: kötüye kullanımın önlenmesi ve izlenebilirlik. Dengeleme: B.1 ile aynı; kötüye kullanım örüntüleri haftalar içinde görünür olduğundan saklama süresi daha uzundur. IP adresinin kısaltılıp kısaltılmaması veya saklama süresinin kısaltılması hukuki inceleme için açık sorudur. |
| Alıcılar | Yok. Hesap sahipleri kendi sayfa görüntülemelerini veri dışa aktarımında alır. |
| Üçüncü ülke | Yok. |
| Saklama | 60 gün (geceleri 03:00 ile 03:05 arasında, srv/cron_status.php, “sayfa görüntüleme günlüğü” ayarı). |
| Teknik ve organizasyonel önlemler | Bölüm 8. IP adresi yönlendirilmiş üstbilgiden yalnızca istek kendi öndeki proxy'mizden gelirse, o zaman da yalnızca proxy'nin eklediği kayıttan alınır; aksi halde herkes kaynağını istediği gibi belirtebilirdi. |
B.3 Tarayıcıdaki çerezler ve depolama
| Alan | Kayıt |
| Amaç | Teknik olarak gerekli depolama: oturum, siteler arası istek sahteciliğine karşı koruma (CSRF), hesapsız kontrollerin sınırlarının sayılması, giriş, talep üzerine oturumun açık tutulması, açık veya koyu görünüm. |
| İlgili kişi kategorileri | formexposed.com ziyaretçileri ve kullanıcıları. |
| Kişisel veri kategorileri | Oturum çerezi bpid (oturum tanımlayıcısı; tarayıcı kapatıldığında sona erer; HttpOnly, SameSite=Lax, HTTPS üzerinden Secure). Yalnızca “Oturumumu açık tut” seçildikten sonra bp_remember çerezi (seçici ve doğrulayıcı; 30 gün). Yerel depolama bp_theme (açık, koyu veya sistem). Yönetim alanında ayrıca işletmecilerin yerel görünüm ayarları. Sınırlar için oturum tanımlayıcısından özet oluşturulur; tanımlayıcının kendisi saklanmaz. |
| Ayarlanmayanlar | Analiz, reklam veya izleme çerezi yoktur. İş ortaklığı programı (B.33) çerez olmadan çalışır. Müşteri sayfalarındaki rozet görseli çerez ayarlamaz (B.18). Korunan form gönderildiğinde reCAPTCHA Google çerezleri ayarlayabilir (B.23). |
| Hukuki dayanak | Uç cihaza erişim: kullanıcının istediği hizmet için kesinlikle gerekli (§ 25(2) no. 2 TDDDG, Alman Telekomünikasyon Dijital Hizmetler Veri Koruma Kanunu; Art. 399(3) PKE, Polonya Elektronik İletişim Hukuku (Prawo komunikacji elektronicznej)). İşleme: Art. 6(1)(b) GDPR (hesap) ve (f) (güvenlik, sınırlar). |
| Alıcılar | Yok. |
| Üçüncü ülke | Yok. |
| Saklama | Oturum; oturumu açık tutma token'ı için 30 gün. Gece işlemi veri tabanında süresi dolmuş oturumu açık tutma token'larını siler (remember_tokens); çıkış, parola değişikliği ve cihaz erişiminin iptalinde derhâl siler. |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.4 Hesapsız ücretsiz kontrol – kabul, sınırlar ve kötüye kullanım izlemesi
| Alan | Kayıt |
| Amaç | Herkes hesap olmadan alan adı kontrol ettirebilir. Giriş alanının üçüncü taraf web sitelerine karşı silaha dönüşmemesi için kademeli sınırlar uygulanır: alan adı başına yedi günde bir anonim kontrol (sonrasında aynı rapor), 24 saatte IP adresi ve oturum başına sınırlar, tüm sistem için günlük sınır, çok yeni alan adlarının engellenmesi, engelleme listesi ve opt-out, yalnızca herkese açık adresler. Dikkat çekici örüntüler kaydedilir ve işletmeciye bildirilir. Ayrı ayrı sayılan IP adresi, oturum ve tüm sistem sınırları, eklentiden hesapsız kontrole (bağlı anahtar çifti bulunan eklenti adres yerine web sitesi başına sayılır) ve opt-out'a (B.30) da uygulanır; ücretsiz üstbilgi aracının (B.9) IP adresi ve gün başına ve tüm sistem için kendi sınırları vardır. |
| İlgili kişi kategorileri | Kontrol, üstbilgi aracı isteği veya opt-out başlatan kişiler; eklenti kurulu sunucular. |
| Kişisel veri kategorileri | Her isteğin günlüğü: kaynak (kontrol, eklenti, üstbilgi aracı, opt-out), tam IP adresi, oturum tanımlayıcısının özeti, kontrol edilen ana bilgisayar, IP adresinden ülke, gerekçesiyle kabul veya ret, zaman (check_throttle). Anormallikler: tür (IP adresi, oturum, ülke, sistem), anahtar (“IP” türünde tam IP adresi), örüntü, ciddiyet, kısa açıklama, tespit ve çözüm zamanları, çözen kişi (abuse_flags). İş: ana bilgisayar, mod, güven düzeyi ve istek sahibi tanımlayıcısı olarak kısaltılmış oturum özeti (scan_jobs). Rapor: rastgele tanımlayıcı, ana bilgisayar, dil, sona erme, ilk görüntüleme, görüntüleme sayısı (reports). Sicil sorgusundan önbelleğe alınmış alan adı yaşı (domain_age_cache). |
| Kaynak | Kişinin girdisi; isteği; alan adı yaşı için sicil sorgusu (RDAP). |
| Hukuki dayanak | İstenen kontrolün ifası: Art. 6(1)(b) GDPR (Hizmet Koşulları kapsamında ücretsiz kontrolün kullanımı); alternatif olarak (f). Sınırlar ve izleme: Art. 6(1)(f). Menfaat: hizmetin üçüncü taraf web sitelerine karşı araç veya spam yağdırma aracı olarak kullanılmasını önlemek. Dengeleme: adres ve oturumla ilişkilendirme olmadan sınırlar uygulanamaz; yedi günlük süre, bu kayıttan sayılan en uzun sınır kadar kısadır. |
| Alıcılar | Google (gönderimde reCAPTCHA, B.23). Alan adı yaşı için tarayıcı, yetkili sicile yönlendiren rdap.org RDAP yönlendirme hizmetini sorgular; yalnızca alan adı iletilir. Anormallik oluştuğunda işletmeci Telegram üzerinden değişkensiz sinyal alır (ana bilgisayar yok, adres yok). Rastgele bağlantısına sahip herkes raporu görebilir. |
| Üçüncü ülke | reCAPTCHA üzerinden ABD (B.23). |
| Saklama | İstek günlüğü 7 gün (geceleri, srv/cron_status.php). Çözülmüş anormallikler çözümden 90 gün sonra; çözülmemiş olanlar birisi çözene kadar kalır (bölüm 10). Anonim raporlar 30 gün sonra sona erer; gece işlemi ardından raporu, işi, kontrol sonucunu, formları, bulguları ve görüntüleri siler (fe_reports_aufraeumen()). Yönetici bir adresin kayıtlarını elle serbest bırakabilir; bu, son 24 saatlik günlüğünü siler. |
| Teknik ve organizasyonel önlemler | Bölüm 8. Yönetim alanında tüm anonim kontroller için acil durdurma; birikme olduğunda yeni ücretsiz kontroller kabul etmeyen geri basınç mekanizması. |
B.5 Üçüncü taraf web sitelerinin tarayıcı kontrolü
| Alan | Kayıt |
| Amaç | Herkese açık iletişim formlarının güvenlik kontrolü: spam ve kötüye kullanıma karşı güvenceler, veri koruma ve erişilebilirlik özellikleri, gömülü üçüncü taraf betikleri, çerez bandındaki ret sonrası davranış, mobil görünüm. Hesapsız kontroller (B.4), hesaptaki henüz doğrulanmamış alan adları ve araştırmanın (B.7) ve potansiyel müşteri kontrolünün (B.8) temeli için geçerlidir. Hesaptaki doğrulanmış alan adlarında Müşteri adına hareket ederiz (A.4). |
| Tarayıcının davranışı | Tarayıcı sayfasına atıflı kendi tanımlayıcısı; kontrolden önce robots.txt okur ve disallow kuralı ana sayfayı kapsıyorsa durur (robots.txt erişilemezse veya sunucu hatası varsa da aynı şekilde); tekil alt yollardaki disallow kuralları ayrıca izlenmez. Form nabzı, kanıt alma, üstbilgi aracı ve açıkta kalan dosyaların aranması robots.txt okumaz. Kontrol başına en fazla sekiz herkese açık sayfa, ayrıca çerez bandında “Reddet” tıklamasıyla en fazla üç sayfa, telefon görünümünde en fazla üç sayfa, doğrulanmış alan adları için aktif kontroller ve giriş sonrasında en fazla beş sayfa (A.5); sayfalar paralel değil sırayla yüklenir; yalnızca herkese açık adresler, dahili ağlar yok, yönlendirmeler yeniden kontrol edilir; engelleme listesi ve opt-out kabulden önce ve ikinci kez tarayıcıda kontrol edilir. Pasif: kontrol kanıtı olmadan Müşteriler için hiçbir şey gönderilmez (istisna: kendi test ve demo alan adlarımızın dahili kontrolleri, B.6). |
| İlgili kişi kategorileri | Kontrol edilen web sitelerinin işletmecileri (şahıs işletmesi sahipleri gibi gerçek kişilerse); kontrol edilen sayfalarda tesadüfen görünür olan kişiler. |
| Kişisel veri kategorileri | A.4 ile aynı: sayfa adresleri ve başlıkları, form yapısı (alan adları, türleri ve etiketleri, alan değerleri değil), güvenceler, üçüncü taraf betikleri (adresler; piksellerin ve kayıt araçlarının hesap kimlikleri saklamadan önce değiştirilir), çerez bandı davranışı, ekran görüntüleri (ana sayfanın görünür alanı, formlar). Formda alıcı adresi görünüyorsa yalnızca alan adı (scans, forms, findings, scan_screenshots). |
| Kaynak | Herkese açık erişilebilir sayfalar. |
| Hukuki dayanak | Art. 6(1)(f) GDPR. Menfaat: istenen güvenlik kontrolünü gerçekleştirmek; web sitesi işletmecilerini ziyaretçilerine zarar verebilecek zayıflıklara karşı uyarmak. Dengeleme: yalnızca her ziyaretçinin gördüğü şeyler, küçük kapsamda ve hiçbir şey göndermeden okunur; işletmeci istediği zaman kanıt sunmadan alan adını kalıcı hariç tutabilir. Art. 14 GDPR bilgileri tarayıcı sayfası, opt-out ve Gizlilik Politikası aracılığıyla sağlanır; bunun Art. 14(5)(b) kapsamında yeterli olup olmadığı hukuki inceleme için açık sorudur. |
| Alıcılar | Raporu başlatan ve rastgele bağlantıyı verdiği herkes; form türü belirsizse kendi sunucumuzdaki yerel dil modeli (form yapısı, sayfa başlığı ve adresi, formun görünür metni). Eklenti sürümlerinden kaynaklanan güvenlik açığı uyarıları anonim raporlarda asla görünmez. |
| Üçüncü ülke | Yok. |
| Saklama | Anonim: 30 gün (B.4). Potansiyel müşteri kontrolü: 90 gün (B.8). Araştırma: yayımlanana kadar (B.7). Hesaptaki alan adı: en fazla 13 ay, son kontrol kalır; alan adıyla birlikte derhâl silinir. İşletmecinin alan adı ve rapor olmadan dahili kontrolleri (komut satırından oluşturulanlar gibi): saklama süresi yok (bölüm 10). Tarama sunucusundaki geçici dosyalar her işlemden sonra silinir. |
| Teknik ve organizasyonel önlemler | Bölüm 8. Özellikle: yetkileri düşürülmüş ayrı kontrol konteyneri, salt okunur dosya sistemi, bellek sınırı ve kendi ağı; çift hedef kontrolü. |
B.6 Aktif test gönderimleri
| Alan | Kayıt |
| Amaç | İletişim formunun korumasız gönderimi kabul edip etmediğini, CAPTCHA, tuzak alan (honeypot), token, e-posta adresi doğrulaması ve istek sınırlamanın sunucu tarafında etkili olup olmadığını ve üstbilgi enjekte edilip edilemediğini kontrol etmek. |
| Ön koşul | Müşteriler için yalnızca kontrol kanıtı sunulan alan adları (DNS kaydı, meta etiketi, dosya veya bağlı eklenti); ayrıca işletmeci kendi test ve demo alan adlarımız için dahili komut satırı aracıyla “doğrulanmış” düzeyinde kontroller oluşturur. Yalnızca genel anahtar açıkken, yalnızca güvenilir biçimde genel iletişim formu olarak sınıflandırılmış form için. Siparişler, rezervasyonlar, kayıtlar, bültenler, ödemeler, dosya yüklemeleri, gerçek kişisel veri içeren zorunlu alanlar veya kamu makamları, sağlık ve eğitim kuruluşlarının alan adları için asla. |
| İlgili kişi kategorileri | Form e-postalarını alan Müşteri çalışanları. |
| Kişisel veri kategorileri | Test gönderimi kişisel veri içermez: gönderen “FormExposed Security Scanner”, kendi gönderen adresimiz veya .invalid altında adres, işaretlenmiş konu satırı ve sayfanın dilinde tarayıcı sayfasına, opt-out'a ve kontrol numarasına atıflı metin. Sakladıklarımız: sayfanın yanıtı, bulgular, takip sayfasının görüntüsü (A.4 gibi). |
| Kapsam | Kontrol başına en fazla beş gönderim (ayar, varsayılan 5); planın kontrol sıklığında tekrarlanır, en yüksek planda günlük. |
| Kaynak | Müşterinin talimatı. |
| Hukuki dayanak | Müşteriyle sözleşmenin ifası (Art. 6(1)(b) GDPR); gönderimler Müşterinin kendi formuna gider. Müşteri tarafındaki alıcılar için: Müşterinin organizasyonu. |
| Alıcılar | Müşteri (form e-postası). |
| Üçüncü ülke | Bizim aracılığımızla yok. |
| Saklama | Sonuçlar A.4 gibi. |
| Teknik ve organizasyonel önlemler | Bölüm 8. Üstbilgi enjeksiyonu yalnızca tespit edilir, gerçek alıcıyla asla gerçekleştirilmez; e-posta adresi doğrulaması yalnızca var olması mümkün olmayan alan adı kullanır. |
B.7 “Form güvenliği endeksi” araştırması
| Alan | Kayıt |
| Amaç | Ülke veya sektörde iletişim formlarının korunmasına ilişkin istatistikler. Yalnızca web sitesi adları olmadan toplamlar yayımlanır; segmentler yalnızca form içeren 20 sayfadan itibaren. |
| İlgili kişi kategorileri | Listedeki web sitelerinin işletmecileri; tesadüfen görünür kişiler. |
| Kişisel veri kategorileri | B.5 gibi, yalnızca pasif. Ayrıca liste: ana bilgisayar, segment, durum, iş (study_domains); başlık, ülke ve sonuç toplamlarıyla araştırma (studies). |
| Kaynak | İşletmecinin derlediği herkese açık web siteleri listesi; sayfaların kendileri. |
| Hukuki dayanak | Art. 6(1)(f) GDPR. Menfaat: form güvenliğinin durumuna ilişkin istatistiksel ifadeler. Dengeleme: pasif, yavaşlatılmış (işlem başına az sayıda iş), engelleme listesi ve opt-out geçerli, yalnızca toplamlar yayımlanır, ham veriler silinir. |
| Alıcılar | Kamu, yalnızca toplamlar. |
| Üçüncü ülke | Yok. |
| Saklama | Ham veriler (kontrol sonuçları, formlar, bulgular, görüntüler, işler) yayımlamada silinir (fe_studie_veroeffentlichen()). Segment içeren ana bilgisayar listesi sonrasında kalır; onun veya hiç yayımlanmayan araştırmaların saklama süresi yoktur (bölüm 10). Hangi listelerin kontrol edileceğine ve araştırmaların yayımlanıp yayımlanmayacağına işletmeci karar verir. |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.8 Potansiyel müşteri kontrolü (ajanslar için müşteri kazanma modu)
| Alan | Kayıt |
| Amaç | Ajans (Business planı) potansiyel müşterinin web sitesini pasif kontrol eder ve kendi markasıyla kısa raporu ve pasif raporu alır. Kimseyle iletişime geçmeyiz; bağlantıyı ajans kendisi iletir. |
| İlgili kişi kategorileri | Kontrol edilen web sitesinin işletmecisi; tesadüfen görünür kişiler; kontrolü başlatan ajans çalışanları. |
| Kişisel veri kategorileri | B.5 gibi, yalnızca pasif. Ayrıca: çalışma alanı, kontrolü başlatan kişi, ana bilgisayar, raporun rastgele tanımlayıcısı, zaman (prospect_checks). |
| Kaynak | Ajansın girdisi; herkese açık sayfalar. |
| Hukuki dayanak | Art. 6(1)(f) GDPR (hizmeti sunma menfaatimiz ve ajansın sağlam temelli yaklaşım menfaati). Ajansın ve bizim rollerimiz ve ajansın raporu iletirkenki yükümlülükleri hukuki inceleme için açık sorulardır: ajans raporu talep olmadan e-postayla gönderir veya telefon ederse bu, işletmeler arasında bile Art. 398 PKE ve § 7(2) UWG (Alman Haksız Rekabete Karşı Kanunu) kapsamında rıza gerektiren doğrudan pazarlamadır. Bu ajansın sorumluluğudur; Hizmet Koşulları onu buna göre yükümlü kılar. |
| Alıcılar | Ajans ve bağlantıyı verdiği herkes. |
| Üçüncü ülke | Yok. |
| Saklama | Rapor ve kontrol sonucu 90 gün sonra sona erer, ardından gece işlemiyle silinir (fe_reports_aufraeumen()); kontrol kaydı 90 gün sonra 04:00'ten itibaren günlük toplu koruma işleminde silinir (srv/cron_status.php). Çalışma alanıyla birlikte derhâl. |
| Teknik ve organizasyonel önlemler | Bölüm 8. Aylık kota (ayar, varsayılan 30); yedi gün içinde aynı sayfa aynı raporu döndürür; opt-out geçerlidir. |
B.9 Hesapsız üstbilgi aracı
| Alan | Kayıt |
| Amaç | Alan adının ana sayfasındaki güvenlik üstbilgileri için ücretsiz not (A+ ile F arası). İki istek, tarayıcı yok, form yok, gönderim yok. |
| İlgili kişi kategorileri | Aracı kullanan kişiler; kontrol edilen alan adının işletmecileri. |
| Kişisel veri kategorileri | B.4 gibi istek günlüğü (kaynak “headers”, IP adresi, oturum özeti, ana bilgisayar). Sonuç: ana bilgisayar, not, puanlar, değerlendirilmiş üstbilgiler (header_checks). |
| Hukuki dayanak | Art. 6(1)(f) GDPR, B.4 ve B.5 gibi. |
| Alıcılar | Google (reCAPTCHA, B.23). |
| Üçüncü ülke | reCAPTCHA üzerinden ABD. |
| Saklama | İstek günlüğü 7 gün; sonuçlar şu anda 90 gün sonra (gece silme işlemi, “header_checks” kısmı, “headers_keep_days” ayarı). Hesaptaki alan adlarında not her gün yeniden belirlenir ve alan adıyla saklanır. |
| Teknik ve organizasyonel önlemler | Bölüm 8. IP adresi ve gün başına sınırlar; opt-out geçerlidir. |
B.10 Müşteri hesapları
| Alan | Kayıt |
| Amaç | Müşteri hesaplarının, çalışma alanlarının ve planların işletilmesi. |
| İlgili kişi kategorileri | Müşteriler (işletmeler) ve kendi hesabı olan ekip üyeleri. |
| Kişisel veri kategorileri | E-posta adresi ve normalleştirilmiş biçimi, yalnızca özet olarak parola, ad (zorunlu), soyadı ve şirket (verilmişse); uygulama adres ve KDV kimlik numarasını saklamaz, bunlar yalnızca Stripe'ta verilir (B.26); durum, dil, görünüm modu, para birimi, plan ve faturalandırma durumu, Stripe müşteri ve abonelik kimliği, faturalandırma döneminin sonu, dönem sonunda iptal, sona erme bilgileriyle teyit ve sıfırlama tanımlayıcıları, teyit edilene kadar yeni e-posta adresi, kayıt zamanı, son giriş ve son IP adresi, tüm oturumların iptal zamanı, iki faktör verileri (B.11), aylık rapor açık/kapalı, hatırlatma e-postası zamanı, kodlarla açılan haklar, yönlendirme kodu ve yönlendirme (users). Ad, zamanlar, durum içeren çalışma alanları (workspaces); rol ve katılım tarihi içeren üyelik (workspace_users). |
| Kaynak | Kişinin kaydı ve ayarları; Stripe'tan faturalandırma durumu. |
| Hukuki dayanak | Art. 6(1)(b) GDPR (sözleşme). Son IP adresi: (f) (hesap güvenliği). |
| Alıcılar | Stripe (B.26); hesap e-postaları için posta hizmeti sağlayıcısı (B.25). Aynı çalışma alanının üyeleri diğer üyelerin adını, e-posta adresini ve rolünü görür. |
| Üçüncü ülke | Stripe ve posta hizmeti sağlayıcısı üzerinden. |
| Saklama | Hesap sahibi silene kadar. Silmede, sahibinin başka kimsenin kullanmadığı kendi çalışma alanları tüm alan adları ve verileriyle birlikte silinir; başka üyeleri olan çalışma alanları önce yöneticilere, onların arasında en uzun süredir üye olana olmak üzere başka üyeye devredilir. Üyelikler, oturumu açık tutma token'ları, cihazlar, API anahtarları, açık Telegram kodları, rapor geri bildirimleri (B.35) ve hesap satırı silinir; devam eden ücretli abonelik önce Stripe'ta iadesiz olarak derhâl sona erdirilir (www/ajax.php, fe_konto_reste_loeschen()). Buna karşılık faturalandırma alanındaki iptal dönem sonunda geçerli olur; sonrasında hesap ücretsiz planda devam eder. Kalanlar 6.4 bölümünde açıklanır. Hiç teyit edilmemiş ve hiç giriş yapılmamış hesaplar, çalışma alanlarına başka üye bağlı değilse 30 gün sonra silinir (gece silme işlemi, “pending_accounts” kısmı). Etkin olmayan hesaplar silinmez. Hesap sözleşmesi başka şekilde, örneğin bizim feshimizle sona ererse hesabı sözleşmenin sonundan itibaren en geç 30 gün içinde sileriz; bu şu anda elle yapılır (Veri İşleme Sözleşmesinde taahhüt edilmiştir). |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.11 Giriş, cihazlar, ikinci faktör ve etkinlik günlüğü
| Alan | Kayıt |
| Amaç | Hesapların korunması: giriş ve diğer parola denemelerinin sınırlandırılması, giriş yapılmış cihazların gösterilmesi ve erişimlerinin iptali, iki faktörlü giriş, değişikliklerin izlenebilirliği. |
| İlgili kişi kategorileri | Hesap sahipleri ve ekip üyeleri; giriş, kayıt veya müşteri portalı parolasını deneyen kişiler. |
| Kişisel veri kategorileri | Giriş denemeleri: IP adresi, girilen e-posta adresi, başarı, zaman (login_attempts). Cihazlar: oturum tanımlayıcısının özeti (tanımlayıcının kendisi asla değil), oturumu açık tutma token'ına bağlantı, IP adresi, tarayıcı tanımlayıcısı ve bundan türetilen tarayıcı, işletim sistemi ve cihaz türü, giriş, son etkinlik ve iptal zamanları ve “Müşteri olarak görüntüle” için destek kişisinin tanımlayıcısı (login_sessions). “Oturumumu açık tut” token'ları: seçici, doğrulayıcı, sona erme (remember_tokens). İki faktör: şifreli sır, etkinleştirme zamanı, son kullanılan zaman adımı, yalnızca özet olarak kurtarma kodları (users içinde). Etkinlik günlüğü: hesap, çalışma alanı, eylem, hedef, ayrıntılar, IP adresi, ülke, zaman (audit_logs). Giriş, ikinci faktör, parola teyidi, parola sıfırlama, kayıt ve müşteri portalı parolaları için deneme sayaçları: amaçtan ve hesap kimliğinden (bilinmeyen adres veya sıfırlamada küçük harfe dönüştürülmüş e-posta adresi), IP adresinden, hesap ve IP adresi birlikte veya portal kimliğinden (IP adresiyle birlikte de) türetilmiş HMAC anahtarı, deneme sayısı, sona erme; e-posta ve IP adresleri burada açık metin saklanmaz (auth_attempt_buckets tablosu). |
| Hukuki dayanak | Art. 32 ile birlikte Art. 6(1)(b) GDPR (cihaz listesi, ikinci faktör) ve (f) (giriş denemeleri, etkinlik günlüğü). Menfaat: hesapları ele geçirilmeye karşı korumak, değişiklikleri belgelemek (Art. 5(2)). Dengeleme: kısaltılmış adres “bu ben miydim?” sorusunu yanıtlamaz; etkinlik günlüğü ancak aylar sonra doğan uyuşmazlıktan daha uzun süre var olmalıdır. |
| Alıcılar | Yok. Hesap sahibi cihazlarını görür ve giriş denemelerini, cihazlarını ve etkinliklerini veri dışa aktarımında alır; “Müşteri olarak görüntüle” oturumunda destek kişisinin ne IP adresi ne de tarayıcısı burada görünür. |
| Üçüncü ülke | Yok. |
| Saklama | Giriş denemeleri 7 gün; başarılı girişten sonra aynı adresten başarısız denemeler derhâl silinir. Deneme sayaçları zaman pencerelerinin sonunda (şu anda 15 dakika, parola sıfırlama ve kayıt için bir saat); süresi dolanlar bir sonraki erişimle ve gece işlemiyle silinir. Cihazlar son kullanımdan veya iptalden 90 gün sonra (gece silme işlemi, “sessions” kısmı), hesapla birlikte derhâl. Oturumu açık tutma token'ları 30 gün sonra sona erer. Etkinlik günlüğü 365 gün (geceleri); hesap silindiğinde kayıtları saklama süresinin sonuna kadar kalır (bölüm 6.4). |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.12 Sözleşmenin akdedilmesinin kanıtı
| Alan | Kayıt |
| Amaç | Müşterinin kayıt sırasında Hizmet Koşulları, Veri İşleme Sözleşmesi ve Gizlilik Politikasının hangi sürümünü kabul ettiğini veya dikkate aldığını ve hizmeti işletmesi için kullandığını kanıtlamak. |
| İlgili kişi kategorileri | Müşteriler. |
| Kişisel veri kategorileri | Belge başına: hesap, belge, sürüm (gösterilen metnin özeti), vesile, IP adresi, tarayıcı tanımlayıcısı, zaman (legal_consents). Gösterilen sürümün kendisi tam metin, dil, başlık ve adresle sürüm başına bir kez (legal_versions; kişisel veri içermez). |
| Hukuki dayanak | Art. 6(1)(b) ve (f) GDPR (sözleşmenin akdedilmesinin kanıtı, taleplere karşı savunma). |
| Alıcılar | Yok. Hesap sahibi kayıtlarını veri dışa aktarımında alır. |
| Üçüncü ülke | Yok. |
| Saklama | Hesap mevcut olduğu sürece; hesap silindikten sonra rızadan itibaren dört yıl, ardından geceleri silinir (srv/cron_status.php). Koddaki gerekçe: yıl sonundan başlayan üç yıllık zamanaşımı süresinin yukarı yuvarlanması. Polonya hukukunun farklı süre gerektirip gerektirmediği hukuki incelemenin parçasıdır. |
| Teknik ve organizasyonel önlemler | Bölüm 8. Üç belgeden biri eksikse kayıt kapatılır. |
B.13 Ekip davetleri
| Alan | Kayıt |
| Amaç | Çalışma alanına başka kişileri davet etmek. |
| İlgili kişi kategorileri | Davet edilenler. |
| Kişisel veri kategorileri | E-posta adresi, rol, davet tanımlayıcısı, davet eden kişi, sona erme, kabul zamanı (workspace_invites); giden kutusundaki davet e-postası (B.25). |
| Kaynak | Davet eden üye tarafından girilir. |
| Hukuki dayanak | Müşteri bakımından Art. 6(1)(b) GDPR; davet edilen kişi bakımından (f) (Müşterinin ekibini dahil etme menfaati). |
| Alıcılar | Posta hizmeti sağlayıcısı (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA). |
| Üçüncü ülke | Posta hizmeti sağlayıcısı üzerinden. |
| Saklama | Davet 14 gün ve yalnızca davet eden kişi çalışma alanı sahibi veya yöneticisi olduğu sürece geçerlidir. Kabul edilmeyen davetler sona erdikten sonra, kabul edilenler kabulden 30 gün sonra silinir (geceleri, srv/cron_status.php ve cfg/fristen_lib.php içindeki “invites” kısmı). Çalışma alanıyla birlikte derhâl. |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.14 Desteğin “Müşteri olarak görüntüle” işlevi
| Alan | Kayıt |
| Amaç | Süper yönetici destek sorusunu çözmek için uygulamayı Müşterinin gördüğü gibi görür (“bende düğme görünmüyor”). |
| İlgili kişi kategorileri | İlgili Müşteri; süper yönetici. |
| Kişisel veri kategorileri | Müşterinin uygulamada gördüğü her şey. Kaydedilenler: süper yönetici tanımlayıcısıyla ayrı cihaz satırı (login_sessions), etkinlik günlüğünde başlangıç ve bitiş (audit_logs). |
| Hukuki dayanak | Art. 6(1)(b) GDPR (hizmetin parçası olarak destek), alternatif olarak (f). |
| Sınırlar | En fazla bir saat, ardından tam çıkış. Görünümün sona erdirilmesi süper yöneticinin geldiği oturum dahil tüm oturumunu kapatır; yönetim alanına yalnızca parola ve ikinci faktörle yeniden giriş yaparak döner. Süper yöneticinin yetkisi düşürülür veya engellenirse derhâl sona erer. Müşterinin hesabını değiştiren her şey engellenir: parola, e-posta adresi, ikinci faktör, cihazlar, abonelik, dışa aktarma, silme, devir. Oturum sırasında yönetim alanı kapalıdır. Müşteri erişimi cihaz listesinde ve veri dışa aktarımında destek erişimi olarak görür. |
| Alıcılar | Yok. |
| Üçüncü ülke | Yok. |
| Saklama | Cihaz satırı 90 gün, etkinlik günlüğü 365 gün. |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.15 Alan adları, kontrol kanıtı ve izleme
| Alan | Kayıt |
| Amaç | Müşteriler için temel hizmet: hesapta alan adı tutmak, kontrol kanıtı sunmak, düzenli kontrol etmek ve değişiklikleri tespit etmek. Buna form nabzı (plana göre 10 ila 30 dakikada bir tarayıcısız hafif istek), günlük posta DNS ve sertifika gözcüsü, alan adı sona erme tarihi, engelleme listeleri, açıkta kalan dosyalar, dışarıdan görünür sürümler, betik envanteri, formdaki görsel değişiklikler, CAPTCHA ve posta sağlayıcılarının kesintileri ve form eklentilerinin güvenlik açığı gözcüsü dahildir. |
| İlgili kişi kategorileri | Müşteriler ve ekip üyeleri; gerçek kişi oldukları durumlarda alan adı işletmecileri. |
| Kişisel veri kategorileri | Ana bilgisayar, herkese açık tanımlayıcı, not, müşteri etiketi, kanıt türü ve tanımlayıcısı, kontrol sıklığı, izleme açık/kapalı, bakım aralıkları, başvuru değeri, rozet, gönderim kontrolü ve dağıtım kancası tanımlayıcıları, eklenti anahtarı, gözcülerin durumları ve son sonuçlarıyla alan adı (DNS, sertifika, form e-postasının gerçekliği, engelleme listeleri, açıkta kalan dosyalar, üstbilgiler, sürümler) (domains). Form sayfası başına nabız (form_pulse). Eklenti sürümlerinden güvenlik açıkları (vuln_hits). Adres, özet, boyut, onaylayan kişi ve gerekçeyle onay içeren betik envanteri (script_inventory, script_changes). Kontroller A.4 gibi. Açıkta kalan dosyalarda yol, ciddiyet ve tür saklanır, içerik asla saklanmaz. |
| Üçüncü taraflara istekler | DNS sorguları (SPF, DMARC, MX, kanıt kaydı). IANA dizinine göre RDAP üzerinden sicil sorgusu: yalnızca alan adı. DNS engelleme listeleri (SpamCop, PSBL, Mailspike, SURBL; Spamhaus yalnızca erişim bilgileri saklanmışsa, şu anda değil): web ve posta sunucusunun IP adresleri ve alan adı, ziyaretçi verileri yok. Google Web Risk yalnızca kurulmuşsa (şu anda değil): ana sayfanın adresi. Zaman damgası otoritesi: yalnızca özet değeri (B.19). WPVulnerability: yalnızca eklenti veya tema tanımlayıcısı ya da WordPress sürümü; kurulu eklenti sürümüyle karşılaştırmayı kendimiz yaparız. Cloudflare, hCaptcha, Google Cloud, SendGrid, Mailgun ve Brevo durum sayfaları: isteğin kendisi dışında hiçbir şey iletilmez. |
| Kaynak | Müşteri; Müşterinin sayfasına istekler; herkese açık dizinler. |
| Hukuki dayanak | Art. 6(1)(b) GDPR. |
| Alıcılar | İşletmenin alan adları ve sunucu adreslerinin kişisel veri olmadığı ölçüde, belirtilen hizmetler Müşterilerimizin kişisel verilerini almaz; şahıs işletmesi sahiplerinde alan adı kişisel veri olabilir. Çalışma alanı üyeleri alan adını görür. |
| Üçüncü ülke | İstekler üçüncü ülkelerdeki hizmetlere ulaşabilir (sicil sorguları, engelleme listeleri gibi). Yalnızca “Üçüncü taraflara istekler” satırında belirtilenler iletilir. |
| Saklama | Alan adı silinene kadar. Ardından fe_domain_loeschen() kontrol sonuçlarını, formları, bulguları, görüntüleri, raporları, işleri, uyarı hedeflerini ve uyarı günlüğünü, olayları, Telegram kodlarını, teslimatları, nabzı, güvenlik açıklarını ve kanıtları derhâl siler; yabancı anahtarlar üzerinden izlenen formları, tarayıcı işlemlerini, test hesabını ve form sayaçlarını; başka alan adı atıfta bulunmuyorsa ana bilgisayarın eklenti verilerini. Alan adının betik envanteri ve betik değişiklikleri de silinir; kendilerine ait saklama süresi yoktur (bölüm 6.4). Kontrol sonuçları en fazla 13 ay, sonuncusu kalır. |
| Teknik ve organizasyonel önlemler | Bölüm 8. Açıkta kalan dosya ve sürüm gözcüleri yalnızca doğrulanmış alan adlarında, yol başına en fazla bir istek, yalnızca ilk 8 KB; üçüncü taraf yollarını talep olmadan yoklamak saldırı aracı olurdu. |
B.16 Hesap sahibine yönelik uyarılar, olaylar ve üst kademeye iletme
| Alan | Kayıt |
| Amaç | Müşteriyi hata ve değişiklikler hakkında bilgilendirmek, bakım aralıklarına uymak, olayları üstlenmek ve üst kademeye iletmek. Hedefler üçüncü kişilerse Müşteri adına hareket ederiz (A.3); hesap sahibinin kendisiyse burada açıklanır. |
| İlgili kişi kategorileri | Alıcı olarak hesap sahipleri ve ekip üyeleri. |
| Kişisel veri kategorileri | A.3 gibi. Bildirimler hesap sahibinin dilinde görünür. |
| Hukuki dayanak | Art. 6(1)(b) GDPR. |
| Alıcılar | Posta hizmeti sağlayıcısı; seçilen sohbet hizmetleri (4.1). |
| Üçüncü ülke | Kanala bağlı (4.1). |
| Saklama | A.3 gibi: teslimat günlüğü 90 gün, özet bildirimleri teslimattan 30 gün sonra, olaylar çözüme kadar ve ardından 180 gün. Uyarı hedefleri alan adıyla birlikte. |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.17 Hesaplara aylık rapor
| Alan | Kayıt |
| Amaç | Her ayın 1'inde 08:00'den itibaren (ayın 3'üne kadar telafi), hesap başına tüm alan adlarını kapsayan bir e-posta: düzey, puan ve değişim, uyarılar, engellenen botlar, e-posta gönderimi, karşılaştırma değeri. |
| İlgili kişi kategorileri | Aylık raporu açık olan etkin hesap sahipleri. |
| Kişisel veri kategorileri | E-posta adresi, dil, alan adlarının temel sayıları. |
| Hukuki dayanak | Art. 6(1)(b) GDPR (hizmetin parçası). Ayarlardan abonelikten çıkılabilir; merkezî olarak kapatılabilir. |
| Alıcılar | Posta hizmeti sağlayıcısı (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA). |
| Üçüncü ülke | Posta hizmeti sağlayıcısı üzerinden. |
| Saklama | Ayrı depolama yok; e-posta giden kutusunda 30 gün kalır (B.25). |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.18 Rozet ve herkese açık teyit sayfası
| Alan | Kayıt |
| Amaç | Müşteri web sitesine rozet görseli ekleyip herkese açık teyit sayfasına bağlayabilir. Rozet yalnızca alan adı doğrulanmışsa, izleme çalışıyorsa ve son tamamlanmış kontrol en fazla 45 günlük olup “Korunuyor” veya “Kısmen korunuyor” sonucunu vermişse “Korunuyor” gösterir; aksi halde tarafsız olarak “İletişim formu kontrolü” gösterir. Teyit sayfası düzeyi ve tarihi belirtir, tekil bulguları göstermez. |
| İlgili kişi kategorileri | Tarayıcıları görseli yükleyen Müşteri web sitesi ziyaretçileri; teyit sayfası ziyaretçileri. |
| Kişisel veri kategorileri | Görsel yüklenirken: web sunucusu günlüğünde IP adresi, zaman, istenen adres, yönlendiren sayfa ve tarayıcı tanımlayıcısı (B.1). Görsel adresi oturum başlatmaz, çerez ayarlamaz ve sayfa görüntüleme günlüğüne yazmaz. Teyit sayfası normal sayfadır (B.2, B.3). |
| Hukuki dayanak | Art. 6(1)(f) GDPR. Menfaat: görselin sunulması ve işletimin güvenli tutulması. Gömülü üçüncü taraf içeriğine ilişkin içtihat anlamında, ziyaretçinin IP adresinin iletimi için Müşteriyle ortak veri sorumlusu olup olmadığımız ve Art. 26 kapsamında düzenleme gerekip gerekmediği hukuki inceleme için açık sorudur. Müşteri gizlilik politikası için önerilen metin alır. |
| Alıcılar | Yok. |
| Üçüncü ülke | Yok. |
| Saklama | 14 gün (web sunucusu günlüğü). Görsel bir saat önbelleğe alınır. Rozet kapatıldığında tanımlayıcı geçersiz olur. |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.19 Kanıt günlüğü ve zaman damgası
| Alan | Kayıt |
| Amaç | Alan adı ve ay başına bir günlük (ücretli planlar): hesap verebilirlik, sigortacılar veya tedarikçi denetimleri için kanıt olarak neyin, hangi sonuçla kontrol edildiği, neyin bildirildiği ve değiştiği. Her sürüm bir kontrol numarası alır; herkese açık sayfa alan adını, dönemi ve temel sayıları teyit eder, ayrıntıları değil. 7 Ekim 2026'dan beri RFC 3161 kapsamındaki zaman damgası otoritesi zamanı teyit eder. |
| İlgili kişi kategorileri | Müşteriler; dolaylı olarak günlükte onaylayan veya üstlenen olarak adı geçebilen kişiler. |
| Kişisel veri kategorileri | Alan adı, ay, kontrol numarası, içerik özeti (SHA-512), günlüğün özeti ve verileri, zaman damgası yanıtı, zaman damgası otoritesi ve zamanı, başarısız denemeler (proof_docs). |
| Hukuki dayanak | Art. 6(1)(b) GDPR. |
| Alıcılar | Zaman damgası otoritesi (varsayılan Certum, yedek DigiCert), içeriği değil, günlüğün yalnızca özetini alır. Herkese açık: teyit sayfasından temel sayılar. Müşteri ve günlüğü veya kontrol numarasını verdiği herkes. |
| Üçüncü ülke | Kişisel veri aktarımı yok: özet içerik hakkında çıkarıma izin vermez. Yedek otorite ABD'de yerleşiktir. |
| Saklama | Alan adı silinene kadar (fe_domain_loeschen()). Zaman damgası eIDAS kapsamında nitelikli zaman damgası değildir. |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.20 Eklenti ve uzantı: kontrol, bağlantı ve iletim
| Alan | Kayıt |
| Amaç | WordPress eklentisi ve TYPO3 uzantısı kontrol isteyebilir (hesapsız da), hesaba bağlanabilir (kurulum hesapta bir tıklamayla kontrol kanıtı sayılır), koruma işlevlerini açabilir, günlük sayıları bildirebilir (A.9) ve e-posta hataları ile bakım modunu derhâl bildirebilir. |
| İlgili kişi kategorileri | Müşteriler; eklentiyi hesapsız kullanan web sitesi işletmecileri. |
| Kişisel veri kategorileri | Ana bilgisayar başına: eklenti ve CMS sürümü, kontrol sayısı, son rapor tanımlayıcısı, bağlantı sırrının özeti, ilk ve son iletişim (plugin_sites). Sona erme bilgisiyle özet olarak tek kullanımlık bağlantı kodları (plugin_connect_tokens). Ajansın özet olarak, ön ek, etiket, kullanım sayısı ve oluşturan kişiyle toplu kurulum kodları (workspace_connect_codes). Çağıran sunucunun IP adresini içeren istek günlüğü (B.4). Eklenti anahtarı web sitesinin head bölümünde herkese açıktır; sırrın özetidir ve sırrın kendisi yalnızca özet olarak saklanır ve asla geri verilmez. |
| Hukuki dayanak | Art. 6(1)(b) GDPR (hesap); hesapsız (f) (istenen kontrol, kötüye kullanımın önlenmesi). |
| Alıcılar | Yok. |
| Üçüncü ülke | Yok. |
| Saklama | Artık hiçbir alan adı atıfta bulunmadığında ana bilgisayarın verileri silinir; hesapsız eklentinin satırı yalnızca iletişimsiz geçen 90 günden sonra (gece silme işlemi, “orphan_hosts” kısmı). Tek kullanımlık kodlar sona ermeden bir gün sonra. Toplu kurulum kodları çalışma alanıyla birlikte. |
| Teknik ve organizasyonel önlemler | Bölüm 8. 27 Eylül 2026'dan beri sunucu yalnızca web sitesine bağlı anahtar çiftlerini kabul eder; eski, bağlı olmayan bağlantı sırları silinmiştir. |
B.21 Toplu koruma
| Alan | Kayıt |
| Amaç | Ortak spam savunması: bağlı web siteleri koruma katmanlarının durdurduğu mesajlardaki bağlantıların alan adlarını bildirir. Yedi gün içinde en az üç web sitesinde en az beş eşleşmeyle görünen alan adı, tüm bağlı web sitelerine geri gönderilen listeye alınır; koruma katmanları böyle bağlantı içeren mesajları yok etmez, karantinaya taşır. |
| İlgili kişi kategorileri | Bildirilen bağlantı alan adlarının gerçek kişi sahipleri (kendi adı altında spam sitesi işleten kişi gibi). Mesajların gönderen ve alıcıları değil: adresler, metinler ve adlar bildirilmez. |
| Kişisel veri kategorileri | Sinyaller: tür, alan adı, bildiren ana bilgisayar, gün, eşleşmeler (swarm_signals). Liste: tür, alan adı, web sitesi ve eşleşme sayıları, zamanlar (swarm_list). Büyük hizmetler, Müşterilerimizin alan adları ve işletmecinin ayarladığı istisnalar asla listeye alınmaz. |
| IP ağları | IP ağlarının (/24, /48) paylaşımı hazırlanmıştır. Kapalıdır ve eklenti hiçbirini bildirmez; IP adresleri kişisel veri olduğundan yalnızca hukuki incelemeden sonra açılacaktır. |
| Hukuki dayanak | Art. 6(1)(f) GDPR. Menfaat: tüm Müşterilerin formlarını spam dalgalarından korumak. Dengeleme: yalnızca alan adları, listeyi zehirlemeye karşı asgari eşikler, mesaj kaybı yok, her zaman kaldırılabilir. |
| Alıcılar | Tüm bağlı web siteleri (alan adları listesi). |
| Üçüncü ülke | Bağlı web sitelerinin konumuna bağlı; liste AEA dışındaki web sitelerine de ulaşabilir. Yalnızca sınır durumlarda kişisel veridir (gerçek kişilerin alan adları). Bu durumlar için GDPR Bölüm V kapsamındaki aktarım dayanağı henüz belirlenmelidir (hukuki inceleme için açık soru). |
| Saklama | Sinyaller 30 gün (04:00'ten itibaren günlük toplu koruma işlemi, cfg/swarm_lib.php). Liste her gün yeniden hesaplanır; artık eşiğe ulaşmayanlar çıkar. |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.22 API anahtarları, programlama arayüzü ve MCP sunucusu
| Alan | Kayıt |
| Amaç | Müşterinin kendi araçlarının (REST API, Zapier, Make, AI asistanları için MCP sunucusu) Müşterinin alan adlarına, kontrollerine ve olaylarına erişimi. |
| İlgili kişi kategorileri | Anahtar oluşturan Müşteriler. |
| Kişisel veri kategorileri | Yalnızca özet olarak anahtar, ön ek, etiket, oluşturma, son kullanım ve iptal zamanları (api_keys). Dakika başına çağrılar (api_usage). |
| Hukuki dayanak | Art. 6(1)(b) GDPR. |
| Alıcılar | Müşterinin anahtar verdiği araç; bunu Müşteri belirler. |
| Üçüncü ülke | Müşterinin aracına bağlı. |
| Saklama | Anahtarlar iptal edilene kadar, hesapla birlikte derhâl; hesapsız anahtarlar (eski veriler) geceleri. Çağrı sayaçları bir gün sonra (çağrı sırasında ara sıra temizlenir). |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.23 reCAPTCHA ve kendi form korumamız
| Alan | Kayıt |
| Amaç | Kendi formlarımıza otomatik erişime karşı savunma: ücretsiz kontrol, üstbilgi aracı, opt-out, giriş, kayıt, unutulan ve sıfırlanan parola, destek ve iletişim. Ayrıca üçüncü taraf olmadan kendi korumamız: tuzak (gizli alan), imzalı zamanlama kontrolü ve CSRF token'ı. 29 Ekim 2026'dan itibaren ayrıca ücretsiz kontrol, kayıt, giriş ve “parolamı unuttum” işlevinde form korumamız formconfirmed (iş kanıtı ve tek kullanımlık doğrulama belirteci). |
| İlgili kişi kategorileri | Bu formları gönderen kişiler. |
| Kişisel veri kategorileri | Google'da: IP adresi, tarayıcı ve cihaz verileri, davranış verileri, Google çerezleri. Bizde: Google'ın değerlendirmesi (puan ve eylem) yalnızca kontrol anında, saklanmadan; gönderim reddedildiğinde de saklanmaz. Kendi form korumamızda: IP adresi (yalnızca kısaltılmış ve karma değer olarak saklanır), sayfa, zaman bilgileri, tuzak alan dolduruldu evet/hayır; içerik yok. |
| Zamanlama | Google betiği sayfa açıldığında değil, yalnızca korunan form gönderildiğinde yüklenir. Kendi form korumamız görevini sayfa açıldığında alır ve form kullanılmaya başlandığı anda hesaplamayı yapar. Geliştirme sisteminde reCAPTCHA kapalıdır. |
| Hukuki dayanak | Art. 6(1)(f) GDPR. Menfaat: özellikle aksi halde üçüncü taraf web sitelerine karşı kullanılabilecek ücretsiz kontrol için botlara karşı koruma. Betik yalnızca gönderimde yüklense bile uç cihaza erişimin § 25 TDDDG veya Art. 399 PKE kapsamında rıza gerektirip gerektirmediği hukuki inceleme için açık sorudur. Kendi form korumamız çerez kullanmaz, tarayıcıda hiçbir şey saklamaz ve parmak izi oluşturmaz; uzun vadede reCAPTCHA'nın yerini alması amaçlanmaktadır. |
| Alıcılar | Google Ireland Limited; Google LLC. Kendi form korumamızda yok. |
| Üçüncü ülke | ABD (yalnızca reCAPTCHA). Dayanak: AB-ABD Veri Gizliliği Çerçevesi kapsamında sertifika veya standart sözleşme maddeleri; ayrıntılı belgelenmeli. |
| Saklama | reCAPTCHA: bizde saklama yok; Google'da kendi kurallarına göre. Kendi form korumamız: karma değerli tanımlayıcı 1 saat, kullanılmış doğrulama belirteçleri en fazla 11 dakika, IP adresi içermeyen kontrol sonuçları 30 gün. |
| Kesinti | Google üç saniye içinde yanıt vermez veya kullanılamaz yanıt verirse gönderim reddedilir; boş token ve formun eylemi dışında bir eyleme verilen yanıt da reddedilir. Kontrol yalnızca reCAPTCHA kapalıysa atlanır. Kendi form korumamızda geçerli doğrulama belirteci olmayan gönderim reddedilir; hizmete görev için erişilemediyse gönderime izin verilir. |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.24 Destek ve iletişim formu
| Alan | Kayıt |
| Amaç | Destek penceresi ve iletişim sayfası üzerinden başvuruları almak ve yanıtlamak. İkisi aynı yolu ve aynı tabloyu kullanır. |
| İlgili kişi kategorileri | Giriş yapmış veya yapmamış başvuranlar. |
| Kişisel veri kategorileri | Hesap (giriş yapılmışsa; bu durumda girilen değil hesabın adresi geçerlidir), e-posta adresi, sabit listeden neden, en fazla 4.000 karakter metin, durum, tam IP adresi, ülke, tarayıcı tanımlayıcısı, yönlendiren sayfa (yalnızca kendi yollarımız), dil, alınma ve yanıt zamanları (support_requests); etkinlik günlüğü kaydı (metinsiz); giden kutusunda başvurana alındı teyidi (B.25), yalnızca giriş yapmış gönderenlerde en fazla 2.000 karakter metinle, giriş yapılmadan yapılan taleplerde metinsiz. |
| Hukuki dayanak | Başvuru sözleşmeyle ilgiliyse Art. 6(1)(b) GDPR; aksi halde (f). Tam IP adresi: (f) (saat ve adres başına üç başvuru sınırı, kötüye kullanımın önlenmesi). |
| Alıcılar | Teyit ve yanıt için posta hizmeti sağlayıcısı (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA). Telegram değişkensiz sabit sinyal (“yeni destek talebi var”) alır, dolayısıyla kişisel veri almaz. |
| Üçüncü ülke | Posta hizmeti sağlayıcısı üzerinden. |
| Saklama | 24 ay (gece silme işlemi, “support” kısmı); elle daha erken. Hesap silindiğinde başvurular saklama süresinin sonuna kadar kalır (bölüm 6.4). |
| Teknik ve organizasyonel önlemler | Bölüm 8. reCAPTCHA, kendi form korumamız, istek sınırlama. |
B.25 E-posta gönderimi (giden kutusu)
| Alan | Kayıt |
| Amaç | İşlemsel e-postalar: kayıt ve yeni e-posta adreslerinin teyidi, parola sıfırlama, davetler, uyarılar, aylık raporlar, portal teyitleri ve raporları, destek alındı teyitleri ve yanıtları, deneme dönemi ve kurulum hatırlatmaları, işletmecilere işletim bildirimleri. Reklam yok; kendisi kaydolmamış veya Müşterinin alıcı olarak girmediği kişilere e-posta yok. |
| İlgili kişi kategorileri | Bu e-postaların alıcıları. |
| Kişisel veri kategorileri | Alıcı adresi, konu, tam içerik, yanıt adresi, amaç, gönderim yolu, durum, hata, denemeler, zamanlar (mail_outbox). İçerik geçerli tanımlayıcıları olan teyit ve sıfırlama bağlantıları içerebilir. |
| Hukuki dayanak | Art. 6(1)(b) GDPR; işletim bildirimleri için (f). |
| Alıcılar | Namecheap, Inc. (Private Email), Phoenix, Arizona, USA (gönderim); hesap sahibi gönderilmiş e-postalarını veri dışa aktarımında görür (içeriksiz). |
| Üçüncü ülke | Posta hizmeti sağlayıcısının işleme yerine bağlı; sözleşme ve aktarım dayanağı henüz belgelenmeli (bölüm 4). |
| Saklama | 30 gün (geceleri, srv/cron_status.php). Bu süre bilinçli olarak günlüklerin en kısasıdır: uzun gönderim günlüğü geçerli anahtarlar koleksiyonu olurdu. Durum işlemi yeniden deneme zamanının gelip gelmediğini her beş dakikada kontrol eder. |
| Durum | E-posta gönderimi lansmandan önce kurulmalıdır. Posta hizmeti sağlayıcısı, merkezi ve dayanağıyla kesinleştirilene kadar hukuki metinler bir işaret gösterir. |
| Teknik ve organizasyonel önlemler | Bölüm 8. Başarısız e-postalar giderek artan aralıklarla yeniden denenir ve azami deneme sayısından sonra bırakılır. |
B.26 Ödemeler ve faturalandırma
| Alan | Kayıt |
| Amaç | Aboneliklerin akdedilmesi ve yönetilmesi (aylık veya yıllık peşin), bitimden üç gün önce hatırlatmalı kartsız 14 günlük deneme dönemi, yıllık aboneliklerde faturayla ödeme (varsayılan olarak kapalı), barındırma sağlayıcısı ve iş ortağı kodlarıyla ödemesiz açma, faturalandırma, vergi amaçlı saklama. |
| İlgili kişi kategorileri | Müşteriler. |
| Kişisel veri kategorileri | Stripe'ta: e-posta adresi, ad, fatura adresi, KDV kimlik numarası, ödeme verileri, faturalar; meta veri olarak hesap kimliğimiz ve plan. Bizde: Stripe müşteri ve abonelik kimliği, plan, durum, dönem sonu, dönem sonunda iptal (users); alınan Stripe olayları yalnızca tanımlayıcı, tür, durum ve zamanlarla, içeriksiz (stripe_events); hesap, kampanya ve sona erme bilgisiyle barındırma sağlayıcısı kodu kullanımları (bundle_redemptions). Kart verileri bize asla ulaşmaz. |
| Kaynak | Stripe ödeme aşamasında Müşteri; Stripe'tan olaylar. |
| Hukuki dayanak | Art. 6(1)(b) GDPR; vergi amaçlı saklama için (c). |
| Alıcılar | Stripe Payments Europe Limited (Ireland); Stripe, Inc. (USA). Ödeme işlemlerinin bazı kısımlarında Stripe kendi sorumluluğunda hareket eder; kesin rol dağılımı hukuki incelemenin parçasıdır. |
| Üçüncü ülke | Stripe, Inc. üzerinden ABD; dayanak: Stripe koşulları kapsamında Veri Gizliliği Çerçevesi veya standart sözleşme maddeleri. |
| Saklama | Faturalandırma alanları hesapla birlikte; devam eden abonelik hesap silinmeden önce sona erdirilir. Faturalar ve faturalandırma kayıtları Polonya vergi hukukuna göre vergi ödeme süresinin dolduğu yılın sonundan itibaren beş yıl; Stripe'ta tutulur ve Stripe müşteri portalından alınabilir. Stripe olayları ve kod kullanımlarının saklama süresi yoktur (bölüm 6.4). |
| Teknik ve organizasyonel önlemler | Bölüm 8. Stripe olayları yalnızca geçerli imzayla kabul edilir; her olay bir kez işlenir. |
B.27 Yedekler
| Alan | Kayıt |
| Amaç | Hata sonrasında kurtarma: yanlış silme, bozulmuş geçiş işlemi. |
| İlgili kişi kategorileri | Verileri veri tabanında bulunan herkes. |
| Kişisel veri kategorileri | Uygulama veri tabanının tam, sıkıştırılmış dökümü. Ekran görüntüleri ve logo dosyaları veri tabanı dışında tutulur ve bu yedeğin parçası değildir. Test hesabı giriş bilgileri yalnızca şifreli metin olarak yer alır (A.5). |
| Prosedür | Her gece 03:00'te silme işleminden sonra; böylece yedek, saklama sürelerinin az önce sildiğini içermez. Döküm yalnızca içeriği kontrol edildikten sonra tutulur (çıkış kodu, tablo sayısı, son satır). Pazar günleri geri yükleme testi en son yedeği geçici veri tabanına yükler ve tablo tablo karşılaştırır. Bir şey başarısız olursa işletmecilere sinyal ve e-posta gönderilir. |
| Hukuki dayanak | Art. 32(1)(c) ile birlikte Art. 6(1)(f) GDPR. |
| Alıcılar | Yok. |
| Üçüncü ülke | Yok. |
| Saklama | 14 gün; eski dökümler yalnızca başarılı yeni yedeklemeden sonra kaldırılır (cfg/backup_lib.php). Bu sürede gerçekleşen silmeler yedeğe yalnızca süresi dolduğunda yansır; veriler yedekten geri yüklenirse silme talepleri sonrasında yeniden uygulanır. |
| Konum | Yedekler şu anda veri tabanıyla aynı konumda tutulur ve ayrıca şifrelenmez; ikinci konumda şifreli kopya planlanmaktadır (bölüm 8.1 ve 10). |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.28 Hata günlüğü ve hata uyarısı
| Alan | Kayıt |
| Amaç | Müşteri bildirmeden önce hataları bulmak ve düzeltmek. Yeni hata türleri ve hata dalgaları işletmecilere bildirilir; ayrıca 08:00'den itibaren günlük genel bakış sunulur. |
| İlgili kişi kategorileri | İsteği hataya yol açan kullanıcılar; dolaylı olarak hata mesajında verileri bulunan kişiler. |
| Kişisel veri kategorileri | Düzey, kaynak, mesaj, JSON olarak bağlam, oturumun hesap kimliği, zaman (error_logs). Hata türleri: parmak izi, örüntü (e-posta adresleri, adresler, sayılar ve tanımlayıcılar çıkarılmış), en fazla 2.000 karakterlik değiştirilmemiş bir örnek mesaj, ilk ve son oluşum, sayı (error_kinds). |
| Hukuki dayanak | Art. 6(1)(f) GDPR (işletim güvenliği, Art. 32). |
| Alıcılar | Posta hizmeti sağlayıcısı üzerinden e-postayla işletmeciler: yeni hata türünde kaynak ve mesajın en fazla 400 karakterlik ham metni (temizlenmemiş), ayrıca günlük genel bakış e-postası; hata dalgasında yalnızca Telegram sinyali gider. Telegram yalnızca değişkensiz sabit cümleler alır (“Yeni hata türü oluştu”, “Kısa sürede çok sayıda hata”). |
| Üçüncü ülke | Posta hizmeti sağlayıcısı üzerinden. |
| Saklama | Hata günlüğü 90 gün (geceleri). Hata türleri için saklama süresi yok (bölüm 10). Hata uyarısı üretim sisteminde açık, geliştirme sisteminde kapalıdır. |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.29 İşletim sinyalleri ve durum izlemesi
| Alan | Kayıt |
| Amaç | Kesintileri fark etmek: her beş dakikada bileşen kontrolü (ana sayfa, veri tabanı, disk alanı, tarayıcı yaşam sinyali, kuyruk birikimi), durum sayfası, arızada ve normale dönüşte sinyal, tam kesintinin bile fark edilmesi için haricî izleme hizmetine yaşam sinyali; tarayıcı önündeki birikim. |
| İlgili kişi kategorileri | Kural olarak yok. |
| Kişisel veri kategorileri | Yok. Kontrol sayısı ve son hatayla bileşen başına günlük satırlar (system_status_logs), tarayıcı yaşam sinyali (scanner_heartbeat), kişiyle ilişkilendirilmeyen günlük temel sayılar (daily_stats). Telegram sinyalleri değişkensiz sabit cümlelerdir; yaşam sinyali içeriksiz istektir. |
| Hukuki dayanak | Kişisel veri olmadığı için uygulanmaz; ihtiyaten Art. 6(1)(f). |
| Alıcılar | Telegram (sabit cümleler); haricî izleme hizmeti (yalnızca istek); e-postayla işletmeciler. |
| Üçüncü ülke | Telegram AB dışında; kişisel veri iletilmez. |
| Saklama | Durum satırları 400 gün (geceleri). |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.30 Opt-out – alan adının hariç tutulması
| Alan | Kayıt |
| Amaç | Herkes kanıt sunmadan herhangi bir alan adını kalıcı olarak kontrollerden hariç tutabilir; engelleme tüm kontrol yollarında (ücretsiz kontrol, hesapsız eklenti, araştırma, potansiyel müşteri kontrolü, üstbilgi aracı) ve kontrol kanıtı bulunan ödeme yapan Müşteri alan adlarında derhâl etkili olur; onların devam eden izlemesi bir sonraki planlı kontrolde sona erer. Alan adı ve www varyantı için geçerlidir, diğer alt alan adları için değil. Yalnızca tarafımızca, talep üzerine ve kanıtla kaldırılır. Kötüye kullanımın (rakibin başkalarının alan adlarını engellemesi gibi) tespit edilip geri alınabilmesi için engelleme kaydedilir. |
| İlgili kişi kategorileri | Alan adını hariç tutan kişiler. |
| Kişisel veri kategorileri | Alan adı, en fazla 250 karakterlik gönüllü gerekçe, kaynak, IP adresi, ülke, tarayıcı tanımlayıcısı, zaman; kaldırmada zaman, engellemeyi kaldıran kişi ve gerekçe (blocklist). B.4 gibi istek günlüğü. |
| Hukuki dayanak | Hariç tutma için Art. 6(1)(f) GDPR. Menfaat: alan adının kontrol edilmemesi isteğini kalıcı ve tüm kontrol yollarında uygulamak. Hariç tutan kişinin kendisi ilgili kişiyse hariç tutma aynı zamanda Art. 21 kapsamındaki itirazını uygular (Art. 6(1)(c)). Adres, ülke ve tarayıcı tanımlayıcısı için (f) (kötüye kullanım tespiti). |
| Alıcılar | Google (reCAPTCHA, B.23). |
| Üçüncü ülke | reCAPTCHA üzerinden ABD. |
| Saklama | IP adresi, ülke ve tarayıcı tanımlayıcısı 12 ay sonra silinir (gece silme işlemi, “optout_ip” kısmı). Hariç tutmanın kendisi etkili kalması için kalıcıdır. |
| Teknik ve organizasyonel önlemler | Bölüm 8. Bir ülkeden kısa sürede çok sayıda engelleme anormallik oluşturur (B.4). |
B.31 Kayıt sonrası hatırlatma
| Alan | Kayıt |
| Amaç | Kayıttan iki ila 14 gün sonra, doğrulanmış alan adı olmayan teyit edilmiş hesaplara tek e-posta: “Web sitesi ekleyin” veya “Alan adını doğrulayın”. Teklif, fiyat, plan yükseltme yok; tekrar gönderilmeyeceğine ilişkin notla. Hafta içi 09:00–18:00, işlem başına en fazla 50. |
| İlgili kişi kategorileri | Yeni hesap sahipleri. |
| Kişisel veri kategorileri | E-posta adresi, dil, gönderim zamanı (users içindeki “hatırlatma gönderildi” alanı), alan adı ve doğrulama durumu. |
| Hukuki dayanak | Art. 6(1)(b) GDPR (kendi hesabının kurulmasına ilişkin not). E-postanın sözleşme ilişkisine ilişkin ileti mi, yoksa rıza gerektiren ticari bilgi mi sayıldığı (Art. 10 UŚUDE, Polonya Elektronik Yollarla Hizmet Sunumu Kanunu (ustawa o świadczeniu usług drogą elektroniczną); Art. 398 PKE; § 7 UWG) hukuki inceleme için açık sorudur; işletmeci merkezî olarak kapatabilir. |
| Alıcılar | Posta hizmeti sağlayıcısı (Namecheap, Inc. (Private Email), Phoenix, Arizona, USA). |
| Üçüncü ülke | Posta hizmeti sağlayıcısı üzerinden. |
| Saklama | Zaman hesap var olduğu sürece; e-posta giden kutusunda 30 gün. |
| Teknik ve organizasyonel önlemler | Bölüm 8. Yarıda kesilme ikinci e-postayı tetiklemesin diye zaman gönderimden önce ayarlanır. |
B.32 Müşteri uyarıları için Telegram botu
| Alan | Kayıt |
| Amaç | Telegram sohbetinin uyarı hedefi olarak bağlanması: Müşteri botumuza tek kullanımlık kod içeren bağlantı alır; alıcı “Başlat” düğmesine bastığında sunucumuz bota gelen yeni mesajlardan kodu okur ve sohbet kimliğini saklar. Bunun için bizim tarafımızda açık uç nokta (webhook) gerekmez. |
| İlgili kişi kategorileri | Müşteriler ve Telegram sohbetleri bağlanan kişiler. |
| Kişisel veri kategorileri | Tek kullanımlık kod, alan adı, oluşturan hesap, olaylar, teslimat biçimi, sohbet kimliği, zamanlar (telegram_links); hedef olarak sohbet kimliği (alerts). Telegram mesajla ek profil bilgileri sağlar; yalnızca kod ve sohbet kimliği değerlendirilip saklanır. |
| Hukuki dayanak | Art. 6(1)(b) GDPR; alıcı olarak üçüncü kişiler için A.3. |
| Alıcılar | Telegram. |
| Üçüncü ülke | AB dışında, yeterlilik kararı yok; seçimi Müşteri yapar (4.1). Dayanak ve bilgilendirme hukuki inceleme için açık sorulardır. |
| Saklama | Kod 30 dakika geçerlidir; yeni kod oluşturulduğunda bağlantı satırları bir gün sonra, açık kodlar hesap ve alan adıyla birlikte silinir. Hedef olarak sohbet kimliği uyarı hedefi veya alan adı silinene kadar. |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.33 İş ortaklığı programı ve açma kodları
| Alan | Kayıt |
| Amaç | Hesap yönlendirme koduyla yeni Müşteriler getirebilir ve sınırlı sayıda ay boyunca onların ödenmiş faturalarından komisyon alır. Kod kayda kadar adreste taşınır; çerez ayarlanmaz. Barındırma sağlayıcıları ve iş ortakları, belirli süre planı ödemesiz açan kodlar verebilir; bitimden bir hafta önce Müşteriye hatırlatma gelir. |
| Durum | İş ortaklığı programı varsayılan olarak kapalıdır; İş Ortaklığı Koşulları hazır olana kadar açılmaz. |
| İlgili kişi kategorileri | İş ortakları ve yönlendirilen Müşteriler. |
| Kişisel veri kategorileri | Yönlendirme kodu, yönlendiren iş ortağı ve yönlendirme zamanı (users içinde); iş ortağı, Müşteri, Stripe fatura kimliği, tutar, para birimi, komisyon, durum, zamanlarla komisyon (partner_commissions). Plan, bitiş, kaynak, hatırlatmayla açma (users içinde); kampanyalar ve kullanımlar (bundle_campaigns, bundle_redemptions). |
| Hukuki dayanak | Art. 6(1)(b) GDPR (iş ortaklığı sözleşmesi); Müşteri için (f) (komisyon tutarı dışında Müşteri verilerini iş ortağına iletmeden komisyon hesaplaşması); vergi kayıtları (c). |
| Alıcılar | İş ortağı komisyonlarını görür. |
| Üçüncü ülke | Yok. |
| Saklama | Yönlendirme ve açma hesapla birlikte. Komisyonların ve kod kullanımlarının kodda saklama süresi yoktur; muhasebe kaydı olarak komisyonlar vergi amaçlı saklamaya tabidir (bölüm 6.4). |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.34 Güvenlik açığı bildirim noktası
| Alan | Kayıt |
| Amaç | Güvenlik sayfası ve /.well-known/security.txt kuralları kapsamında formexposed güvenlik açığı bildirimlerini almak. |
| İlgili kişi kategorileri | Bildiren kişiler; verileri bildirimde kanıt olarak bulunan kişiler. |
| Kişisel veri kategorileri | Bildiren kişinin gönderdiği şekliyle e-posta adresi, ad, bildirim içeriği ve ekler. Bildirim orada belirtilen adrese e-postayla ulaşır; uygulama onu saklamaz. |
| Hukuki dayanak | Art. 6(1)(f) GDPR (hizmetin güvenliği, Art. 32); bildirim üçüncü kişilerin kişisel verilerini kanıt olarak içeriyorsa güvenlik açığını kapatma amacıyla yine (f). |
| Alıcılar | Posta hizmeti sağlayıcısı ve posta kutusu kurulana kadar Namecheap alan adı yönlendirmesi (bölüm 4). |
| Üçüncü ülke | Posta hizmeti sağlayıcısı ve geçişe kadar yönlendirme üzerinden. |
| Saklama | Saklama süresi belirlenmemiş veya teknik olarak uygulanmamıştır (bölüm 10). İşletmeci süreyi henüz belirlemelidir; uygun bir yaklaşım, açık kapatıldığında üçüncü kişi kanıtlarını silmek ve yazışmaları destek başvuruları gibi ele almak olabilir. |
| Teknik ve organizasyonel önlemler | Bölüm 8. |
B.35 Rapora ilişkin geri bildirim
| Alan | Kayıt |
| Amaç | Form tespitindeki hataları bulmak için rapor altından geri bildirim almak (“Bu raporda yanlış bir şey mi var?”). Süper yönetici bunu sınıflandırır (yeni, doğrulandı, düzeltildi, reddedildi) ve raporun kontrol verilerini test vakası olarak indirebilir (alanlarıyla formlar, gerekçeler ve bulgular, ekran görüntüleri ve aktif gönderilmiş metinler olmadan). |
| İlgili kişi kategorileri | Giriş yapmış veya yapmamış rapor görüntüleyen kişiler. |
| Kişisel veri kategorileri | Sabit listelerden kategori ve kontrol, en fazla 500 karakter sayfa adresi, en fazla 1.000 karakter metin, dil, zaman, rapor tanımlayıcısı, kontrol, ana bilgisayar; giriş yapılmışsa hesap tanımlayıcısı; sınır için gizli anahtarla IP adresinin HMAC-SHA256 değeri; durum, işleyen kişi, işlenme zamanı (report_feedback). Etkinlik günlüğü: durum değişiklikleri ve test vakası indirmeleri. E-posta adresi yok, açık metin IP adresi yok. |
| Hukuki dayanak | Art. 6(1)(f) GDPR (tespit hatalarını bulmak ve düzeltmek; kötüye kullanıma karşı sınır). |
| Alıcılar | Yok. |
| Üçüncü ülke | Yok. |
| Saklama | 24 ay (gece silme işlemi, “report_feedback” kısmı); IP adresi sağlama toplamı 2 gün sonra temizlenir (“report_feedback_ip” kısmı); hesap silindiğinde derhâl. İndirilen test vakaları bildiren kişi hakkında veri içermez. |
| Teknik ve organizasyonel önlemler | Bölüm 8. Kendi form koruması (tuzak, imzalı zaman, CSRF), sağlama toplamı başına saatte en fazla 5, günde 20 bildirim, rapor başına 10; yalnızca süper yöneticiler okuyabilir. |
6. Saklama – gece silme işleminin kapsadıkları ve kapsamadıkları
Otomatik silme vardır ve belirli bir yerde gerçekleşir. Web sunucusunun crontab'ı üzerinden, üretim sisteminde de geliştirme sisteminde de her beş dakikada durum işlemi (srv/cron_status.php) başlatılır. Bileşenleri kontrol eder, gönderim kontrolü postasını alır, kontrolleri planlar ve uyarıları gönderir. Günde bir kez 03:00–03:04 aralığında saklama sürelerine göre siler, ardından yedeği oluşturur. 27 Eylül 2026'dan beri ayrıca cfg/fristen_lib.php içindeki saklama işlemini (fe_fristen_lauf()) çağırır; kısımlar birbirinden bağımsız çalışır: biri başarısız olursa diğerleri devam eder ve hata hata günlüğüne kaydedilir.
İşlemin çalıştığının kanıtı: geliştirme sisteminin yedek durumu, 11 Ekim 2026 tarihinde 03:00'te başarılı yedek gösterir; yedek aynı blokta silmeden hemen sonra oluşturulur. İşlem, silinen tablo başına günlüğü yalnızca crontab'ın attığı standart çıktıya yazar; neyin ne zaman silindiğinin kalıcı kaydı yoktur (bölüm 10).
Yer tutucu olarak görünen saklama süreleri yönetim alanındaki saklama ayarlarında belirlenir. İşlem aynı ayarları okur; bu nedenle metinler her zaman verilerin gerçekte ne kadar süre sonra silindiğini gösterir.
6.1 Günlük işlemin kapsadıkları
| Veriler | Saklama süresi ve tetikleyici | Koddaki yer |
Sayfa görüntüleme günlüğü (access_logs) | 60 gün | srv/cron_status.php |
Etkinlik günlüğü (audit_logs) | 365 gün | srv/cron_status.php |
Hata günlüğü (error_logs) | 90 gün | srv/cron_status.php |
Giden kutusu (mail_outbox) | 30 gün | srv/cron_status.php |
“Oturumumu açık tut” token'ları (remember_tokens) | süre dolduktan sonra (30 gün) | srv/cron_status.php |
Kabul edilmeyen davetler (workspace_invites) | süre dolduktan sonra (14 gün) | srv/cron_status.php |
Giriş denemeleri (login_attempts); deneme sayaçları (auth_attempt_buckets) | 7 gün; sayaçlar zaman pencereleri dolduğunda (şu anda 15 dakika, parola sıfırlama ve kayıt için bir saat), ayrıca sonraki erişimde | srv/cron_status.php |
Hesapsız kontrollerin istek günlüğü (check_throttle) | 7 gün | srv/cron_status.php |
Eklenti bağlama için tek kullanımlık kodlar (plugin_connect_tokens) | süre dolduktan 1 gün sonra | srv/cron_status.php |
Çözülmüş anormallikler (abuse_flags) | çözümden 90 gün sonra | srv/cron_status.php |
| Kontrol sonucu, formlar, bulgular, görüntüler ve işle birlikte süresi dolmuş raporlar (yalnızca hesaptaki alan adı olmadan) | anonim 30 gün, potansiyel müşteriler 90 gün | fe_reports_aufraeumen() |
Uyarı teslimat günlüğü (alert_log) | 90 gün | fe_alert_log_aufraeumen() |
Durum satırları (system_status_logs) | 400 gün | srv/cron_status.php |
Silinmiş hesapların rıza kayıtları (legal_consents) | hesap silinmiş ve rıza 4 yıllık olduğunda | srv/cron_status.php |
| Silinmiş alan adlarının yetim verileri: kontrol sonuçları, işler, uyarı verileri, olaylar, Telegram kodları, teslimatlar, nabız, güvenlik açıkları, kanıtlar, betik envanteri ve betik değişiklikleri | bir sonraki işlemde derhâl | fe_fristen_lauf(), “orphan_scans”, “orphan_rows” kısımları |
| Alan adı olmayan ana bilgisayarların eklenti verileri; hesapsız eklenti satırı | derhâl; satır iletişimsiz geçen 90 gün sonra | “orphan_hosts” kısmı |
Üstbilgi aracı sonuçları (header_checks) | şu anda 90 gün | “header_checks” kısmı |
| Formlar, bulgular, görüntüler, raporlar, işlerle alan adı kontrol sonuçları | 13 ay; alan adı başına en son tamamlanmış olan kalır | “old_scans” kısmı |
Tarayıcı işlemleri, tamamlanmış tarayıcı işleri, zaman serileri (form_browser_runs, scan_jobs, form_performance) | 13 ay | “browser_runs”, “browser_jobs”, “form_performance” kısımları |
Form sayaçları (form_metrics), eklenti günlük sayıları ve değişiklik bildirimleri (plugin_stats, plugin_changes) | 13 ay | “form_metrics”, “plugin_stats” kısımları |
Giriş yapılmış cihazlar (login_sessions) | son kullanımdan veya iptalden 90 gün sonra | “sessions” kısmı |
| Kabul edilmiş davetler | kabulden 30 gün sonra | “invites” kısmı |
Destek talepleri (support_requests) | 24 ay | “support” kısmı |
Rapor geri bildirimleri (report_feedback) | 24 ay; IP adresi sağlama toplamı 2 gün | “report_feedback” ve “report_feedback_ip” kısımları |
Önbellekteki rapor PDF sürümleri (var/pdf) | 7 gün | “pdf_cache” kısmı |
Opt-out içindeki IP adresi, ülke ve tarayıcı tanımlayıcısı (blocklist) | 12 ay; hariç tutma kalır | “optout_ip” kısmı |
Portal aboneleri (client_subscribers) | teyitsiz 30 gün; abonelikten çıkmış 3 yıl | “subscribers” kısmı |
| Çalışma alanıyla birlikte hiç teyit edilmemiş hesaplar | başka üye bağlı değilse giriş yapılmadan 30 gün | “pending_accounts” kısmı |
| Hesapsız API anahtarları (eski veriler) | derhâl | “api_keys” kısmı |
6.2 03:00 aralığı dışında
| Veriler | Saklama süresi ve tetikleyici | Koddaki yer |
| Gönderim kontrolünün kontrol posta kutusundaki kopyalar | işlemden sonra, her beş dakikada | fe_zustellung_abholen() |
Gönderim kontrolü eşleştirmeleri (delivery_log) | 180 gün, her alma işleminde | fe_zustellung_abholen() |
İşlerde test hesabının şifreli metni (scan_jobs) | işlemden sonra, en geç bir saat sonra | tarama sunucusu; fe_login_aufraeumen() |
Üst kademeye iletme teslimat denemeleriyle olaylar (alert_incidents) | çözülene kadar; çözümden 180 gün sonra | fe_vorfaelle_aufraeumen() (cfg/vorfall_lib.php) |
Gönderilmiş özet bildirimleri (alert_queue) | teslimattan 30 gün sonra | cfg/kanal_lib.php |
Toplu koruma sinyalleri (swarm_signals) | 30 gün, her gün 04:00'ten itibaren | cfg/swarm_lib.php |
Potansiyel müşteri kontrolleri (prospect_checks) | 90 gün, her gün 04:00'ten itibaren | srv/cron_status.php |
Telegram bağlantı kodları (telegram_links) | 1 gün, yeni kod oluşturulduğunda | cfg/kanal_lib.php |
API çağrı sayaçları (api_usage) | 1 gün, çağrı sırasında ara sıra | cfg/agentur_lib.php |
Çözülmüş sağlayıcı kesintileri (provider_incidents), güvenlik açığı önbelleği (vuln_cache) | sırasıyla 90 ve 30 gün; kişisel veri yok | cfg/anbieter_lib.php, cfg/luecken_lib.php |
| Araştırma ham verileri | yayımlamada | fe_studie_veroeffentlichen() |
| Yedekler | 14 gün, başarılı yeni yedeklemeden sonra | cfg/backup_lib.php |
| Web sunucusu günlükleri | 14 gün | sistem günlük döndürmesi |
6.3 Müşteri tarafından silmede
- Alan adını silme (
fe_domain_loeschen()): formlar, bulgular ve görüntü dosyalarıyla kontrol sonuçları, raporlar, işler, uyarı hedefleri, teslimat günlüğü, özet kuyruğu, olaylar, Telegram kodları, teslimatlar, nabız, güvenlik açıkları, kanıt günlükleri, sabit seçimli müşteri portallarından alan adı; yabancı anahtarlar üzerinden tarayıcı işlemleri, gözlemler ve zaman serileriyle izlenen formlar, test hesabı, form sayaçları; başka alan adı atıfta bulunmuyorsa ana bilgisayarın eklenti verileri. Alan adının betik envanteri ve betik değişiklikleri de onunla silinir; kendilerine ait saklama süreleri yoktur (bölüm 6.4 ve 10). 27 Eylül 2026 öncesinden ilişkili alan adı olmadan kalmış veriler gece işlemiyle temizlenir (“orphan_scans”, “orphan_rows” kısımları).
- Çalışma alanını silme (
fe_arbeitsbereich_daten_loeschen()): ayrıca logo dahil marka, aboneler dahil müşteri portalları, toplu kurulum kodları, potansiyel müşteri kontrolleri; ayrıca davetler ve üyelikler.
- Hesabı silme: devam eden ücretli aboneliği Stripe'ta derhâl iadesiz sona erdirme; sahibinin kendi çalışma alanlarını devretme veya silme; üyelikleri, oturumu açık tutma token'larını, cihazları, sayaçlarıyla API anahtarlarını, açık Telegram kodlarını ve hesap satırını silme.
- Test hesabını silme (
fe_login_loeschen()): şifreli metnin üzerine yazma, satırı silme, bekleyen işleri temizleme.
6.4 İşlemin kapsamadıkları
Bu liste daha önemli olandır. Otomatik saklama süresi olmayan veya silme sonrasında kalan verileri adlandırır.
| Veriler | Geçerli olan | Değerlendirme |
Son IP adresi dahil hesap verileri (users) | hesap sahibi silene kadar; etkin olmayan hesapların silinmesi yok | sözleşme verileri; aboneliği olmayan kalıcı olarak etkin olmayan hesaplar için kural eksik |
| Silinmiş hesabın etkinlik günlüğü, sayfa görüntülemeleri, hata günlüğü | saklama sürelerinin sonuna kadar hesap kimliği ve IP adresiyle kalır | amaçlanan durum (sona ermeden sonra da eylemlerin kanıtı); kimlik artık bir hesaba işaret etmez |
| Silinmiş hesabın destek talepleri | eski hesap kimliğiyle en fazla 24 ay kalır | amaçlanan durum; kimlik temizlenmez |
| Silinmiş hesabın rıza kayıtları | rıza 4 yıllık olana kadar (hesap silmeden değil rızadan itibaren sayılır) | amaçlanan durum (bölüm B.12) |
IP adresi içeren çözülmemiş anormallikler (abuse_flags) | birisi çözene kadar | açık konu (bölüm 10) |
Değiştirilmemiş örnek mesajlı hata türleri (error_kinds) | saklama süresi yok | açık konu (bölüm 10) |
Betik envanteri ve betik değişiklikleri (script_inventory, script_changes) | kendilerine ait saklama süreleri yok; alan adı var olduğu sürece tutulur ve onunla silinir | açık konu (bölüm 10) |
| İptal edilmiş müşteri portallarının aboneleri | çalışma alanı silinene kadar | açık konu (bölüm 10) |
| İptal edilmiş API anahtarları ve toplu kurulum kodları | hesap veya çalışma alanı silinene kadar | yalnızca özetler, ön ek ve etiket; düşük önem |
Araştırma ana bilgisayar listesi (study_domains), hiç yayımlanmayan araştırmalar | saklama süresi yok | açık konu (bölüm 10) |
| Alan adı ve rapor olmadan dahili kontroller (kontrol sonuçları, formlar, bulgular, ekran görüntüleri) | saklama süresi yok; hiçbir silme yolu kapsamaz | açık konu (bölüm 10) |
| Komisyonlar, kod kullanımları, Stripe olayları | saklama süresi yok | muhasebeyle ilgili; süre vergi hukukuna göre belirlenmeli |
Önbelleğe alınmış alan adı yaşı (domain_age_cache) | saklama süresi yok | yalnızca alan adı ve kayıt tarihi |
| Gönderen alan adıyla form e-postasının kimlik doğrulama sonucu | alan adıyla birlikte; her alımda üzerine yazılır | bkz. A.1 |
| Opt-out hariç tutmaları | kalıcı | amaçlanan durum; kalıcılık olmadan hariç tutma etkili olmaz |
| Bildirim noktası posta kutusundaki ve genel posta kutusundaki e-postalar | teknik saklama süresi yok | açık konu (bölüm 10) |
6.5 Veri tabanı dışında
- Ekran görüntüleri web dizini dışında dosya olarak tutulur ve kontrol sonuçlarıyla silinir (yukarıdaki tüm silme yolları dosyaları da siler).
- Marka logo dosyaları değiştirildiğinde ve çalışma alanıyla birlikte silinir.
- Tarama sunucusunda iş başına sonuç ve görüntüler içeren geçici dizin oluşturulur; hata sonrasında bile her işlemden sonra silinir.
- Yedekler web sunucusunda tutulur (B.27).
- Tam IP adresi içeren web sunucusu günlükleri 14 gün tutulur (B.1).
7. Otomatik kararlar, profilleme ve değerlendirme
formexposed kişileri değil web sitelerini değerlendirir. Değerlendirmemize göre hizmet, kişi hakkında hukuki etki doğuran veya onu benzer biçimde önemli ölçüde etkileyen karar vermez (Art. 22(1) GDPR). Bununla birlikte otomatik değerlendirmeler ve otomatik engellemeler vardır. Sınıflandırmanın kontrol edilebilmesi için bunları listeliyoruz.
| Mekanizma | Yaptığı | Etkilediği kişiler |
| Kontrolün puanı ve değerlendirmesi | Eksik koruma katmanlarının ağırlıklı toplamı (CAPTCHA, tuzak, token, zamanlama kontrolü, etkisiz CAPTCHA, bilinen açıkta kalan yapılandırma), 0 ila 100; bundan “Korumasız”, “Kısmen korunuyor” veya “Korunuyor”. Web sitesinin değerlendirmesi, kuralların (dil modelinin değil) iletişim formu olarak tanıdığı en kötü formu izler; iletişim formu yoksa değerlendirme yoktur. Ağırlıklar yönetim alanında ayarlanabilir. | Web sitesi işletmecileri; şahıs işletmesi sahiplerinde dolaylı olarak kişi. Değerlendirmenin hukuki sonucu yoktur; kanıt ve talimat içeren bulgudur. |
| Form türünün sınıflandırılması | Önce kurallar, yalnızca kurallar “bilinmiyor” döndürürse yerel dil modeli. Aktif test gönderimine izin verilip verilmediğini belirler (yalnızca kuralların güvenilir biçimde tanıdığı iletişim formunda). Dil modelinin sınıflandırdığı formlar asla gönderilmez ve puana ve değerlendirmeye dahil edilmez. | Müşteri ve form e-postalarının alıcıları; koruyucu etki: şüphede hiçbir şey gönderilmez. |
| Ücretli raporlarda önceliklendirilmiş eylem planı | Yerel dil modeli seçilmiş başarısız veya belirsiz bulguları ve tarama meta verilerini kısa numaralı adımlar halinde özetler. Metin AI özeti olarak işaretlenir; tekil bulgular esas olmaya devam eder. Tarama puanını, değerlendirmesini veya web sitesi yapılandırmasını değiştirmez. | Hangi adımları atacağına karar veren Müşteri veya diğer yetkili rapor okuyucusu. |
| Rozet | Yalnızca sabit koşullarda “Korunuyor” gösterir (B.18), aksi halde tarafsızdır. | Müşteri; ziyaretçilere etkisi yok. |
| Ücretsiz kontrol, üstbilgi aracı ve opt-out için sınırlar ve engellemeler | Adres, oturum, alan adı veya sistem sınırlarına ulaşılırsa, alan adı çok yeniyse veya yaşı bilinmiyorsa ya da engelleme listesindeyse istekleri reddeder. | İstek sahipleri; etki: ücretsiz hizmet saatlerden günlere kadar reddedilir. Yönetici adresi serbest bırakabilir; iletişim sayfasındaki başvurular insana ulaşır. |
| Anormallikler | Örüntüler (bir adresten çok sayıda alan adı, ani istek artışları, çok sayıda ret, bir ülkeden çok sayıda opt-out, günlük sınıra ulaşılması) kaydedilip bildirilir. Kendileri engellemez; engellemeler sınırlardan doğar. | İstek sahipleri. |
| Giriş kilidi | Şu anda bir adresten 15 dakika içinde sekiz başarısız girişten sonra o adresten giriş geçici reddedilir. Ayrıca başarılılar dahil tüm giriş denemeleri 15 dakika içinde hesap ve IP adresi başına (şu anda sekiz), tüm adreslerde hesap başına (dağıtılmış tahminlere karşı çok daha fazla) ve IP adresi başına (şu anda 80), ayrıca ikinci faktör kodları (hesap başına 15 dakikada on) sayılır; bunun ötesinde denemeler reddedilir. Dolayısıyla başka adresten başarısız denemeler artık hesap sahibini hesabından engellemez. Parola teyitleri (hesap başına 15 dakikada beş), sıfırlama e-postaları (adres başına saatte üç, değişmeyen yanıtla), kayıtlar (IP adresi başına saatte on) ve müşteri portalı parolası denemeleri (portal ve IP adresi başına on, portal başına 15 dakikada 50) aynı şekilde sınırlanır. | Giriş yapan, kaydolan veya müşteri portalı açan kişiler; etki süreyle sınırlı, parola sıfırlama hâlâ mümkün. |
| reCAPTCHA eşiği | Google puanı eşiğin altındaysa gönderimleri reddeder; eşik kullanım noktasına göre (şu anda kontrol ve opt-out için 0.7). Farklı eylem yanıtları ve Google'ın üç saniye içinde yanıt vermediği gönderimler de reddedilir. | Formlarımızı gönderen kişiler; etki: yeniden deneme veya iletişim sayfası yolu. |
| Toplu koruma | Asgari eşiklere ulaşıldığında bağlantının alan adını otomatik listeye alır; bağlı web sitelerinin koruma katmanları bu bağlantıları içeren mesajları karantinaya taşır. | Müşteri sayfalarına mesaj gönderenler. Etki: mesaj tutulur, silinmez ve web sitesi işletmecisi serbest bırakabilir. Mesaj hakkındaki kararı biz değil, işletmecinin web sitesindeki eklentisi verir. |
| Karşılaştırma değerleri | “Kontrol edilen sitelerin %X'inden daha iyi korunuyor”, yalnızca en az 20 ana bilgisayarın toplamlarından. | Web sitesi işletmecileri; etki yok. |
Art. 22'ye en yakın husus, Müşteri sayfalarında gönderimleri otomatik tutan eklenti koruma katmanıdır. Bu, web sitesi işletmecisinin kendi sunucusundaki işlemesidir (A.10). Hiçbir şeyi silmez; mesajları karantinaya taşır ve işletmeci her mesajı serbest bırakabilir. Ne orada ne de bizde ziyaretçi profillemesi yapılır; bir mesajı diğerine bağlayan ziyaretçi tanımlayıcısı yoktur.
8. Teknik ve organizasyonel önlemler (Art. 32) – genel açıklama
Bu bölüm Art. 30(1)(g) ve (2)(d) GDPR kapsamındaki genel açıklamadır. Ayrıntılı sürüm Teknik ve Organizasyonel Önlemler sayfasındadır. Aşağıdaki her önlem kod veya yapılandırmayla kanıtlanır. Açıklamanın eksiksiz olması için henüz uygulanmamış önlemler aynı bölümde (8.1) yer alır.
| Alan | Uygulanan önlem |
| İletim şifrelemesi | Web sitesi, uygulama ve arayüzler için HTTPS; HSTS; oturum ve oturumu açık tutma token'ı çerezleri yalnızca HTTPS üzerinden, HttpOnly, SameSite=Lax. |
| Erişim kontrolü (kimlik doğrulama) | Parolalar yalnızca özet olarak, yenileri en az on karakter ve en fazla 72 bayt; tekrarlanan başarısız denemelerden sonra giriş kilidi ve başka adresten başarısız denemelerin hesap sahibini engellememesi için hesap ve IP adresi birlikte, hesap başına ve IP adresi başına deneme sınırları; parola teyitleri, parola sıfırlama (aynı yanıt ve yanıt süresiyle), kayıtlar ve portal parolaları için de deneme sınırları; şifreli sır, kodun yeniden kullanımına karşı koruma ve özetlenmiş kurtarma kodlarıyla iki faktörlü giriş (TOTP); her girişte yeni oturum tanımlayıcısı, sunucunun vermediği tanımlayıcılar kabul edilmez; süper yöneticiler için “Oturumumu açık tut” yok, her token yalnızca bir kez geçerli; e-posta adresi değişince açık sıfırlama bağlantısı geçersiz olur; cihazlar tek tek veya tümü birlikte iptal edilebilir; cihaz listesi yalnızca oturum tanımlayıcısının özetini tutar. |
| Erişim kontrolü (yetkilendirme) | Çalışma alanı başına roller (sahip, yönetici, okuyucu); izinler formdan gelen tanımlayıcıya göre değil, nesneye göre kontrol edilir; test hesabı, “Fix it for me” ve aktif kontroller yalnızca sahip ve yöneticiler için; “Müşteri olarak görüntüle” süreyle sınırlı ve hesabı değiştiren eylemlere kapalı, sona erdirme tam çıkış yapar, yönetim alanına dönüş yalnızca parola ve ikinci faktörle; davetler yalnızca davet eden kişi sahip veya yönetici olduğu sürece geçerli; webhook ve sohbet kanalı adresleri okuyuculara yalnızca ana bilgisayar adına kısaltılarak gösterilir; doğrulanmış alan adının ana bilgisayar adı değiştirilemez. |
| Uygulama güvenliği | CSRF token'ları; hazırlanmış veri tabanı ifadeleri; kendi form korumamız (tuzak, imzalı zamanlama kontrolü); herkese açık formlarda reCAPTCHA; destek, kontroller ve arayüzler için istek sınırlama; kotanın eşzamanlı isteklerde de korunması için çalışma alanı başına aynı anda yalnızca bir “Fix it for me” çağrısı; yalnızca ilgili yanıtın iznini (nonce) taşıyan betiklerin çalışmasına izin veren ve çerçeveleme koruması içeren İçerik Güvenliği Politikası; yönlendirilmiş üstbilgilerden IP adresi yalnızca kendi proxy'mizden ve yalnızca onun eklediği kayıttan; sayfa görüntüleme günlüğünde erişim token'ları maskelenmiş. |
| Sırlar | API anahtarları, toplu kurulum kodları, eklenti bağlantı sırları, tek kullanımlık kodlar ve portal parolaları yalnızca özet olarak; test hesabı giriş bilgileri asimetrik şifreli, özel anahtar yalnızca tarama sunucusunda; webhook'lar imzalı; Stripe olayları yalnızca geçerli imzayla. |
| Veri minimizasyonu | Gönderim kontrolü içerik ve tam gönderen adresi saklamaz; formlardaki alıcı adresleri yalnızca alan adı olarak; betik adreslerindeki hesap kimlikleri değiştirilir; eklenti sayıları yalnızca sabit listelerden; e-posta gönderim hatası metinleri yalnızca kategori olarak; Telegram sinyalleri değişkensiz; tarayıcı kontrol görüntülerinde girişler maskelenmiş; giriş sonrasında ekran görüntüsü yok. |
| Tarayıcının yalıtılması | Her kontrol kendi konteynerinde: tüm Linux yetenekleri kaldırılmış, yetki yükseltme yok, salt okunur dosya sistemi, bellek ve süreç sınırı, kendi ağı; kabulden önce ve tarayıcıda, yönlendirmelerden sonra da özel ve yerel ağlara karşı hedef kontrolü; service worker'lar engelli, WebSocket bağlantıları kapalı. Web sunucusu istekleri (kontrol kanıtı, üstbilgi aracı, dosya araması, nabız, RDAP, sertifikalar, webhook ve sohbet uyarıları) yalnızca olağan web portlarında ve tam olarak kontrol edilen adrese; webhook ve sohbet uyarıları yalnızca HTTPS üzerinden. |
| Depolama | Ekran görüntüleri web dizini dışında, yalnızca rapor üzerinden alınabilir; noindex ile rastgele adreslerde raporlar; yedek dizini yalnızca hizmet tarafından okunabilir. |
| Kullanılabilirlik ve kurtarma | İçerik kontrollü gece yedeği, haftalık geri yükleme testi, başarısızlık uyarısı; sinyal ve e-postayla her beş dakikada bileşen kontrolü; haricî yaşam sinyali; anonim kontroller için acil durdurma; birikimde geri basınç. |
| İzlenebilirlik | Giriş, değişiklik, silme, destek erişimi ve onaylar için etkinlik günlüğü; uyarılı hata günlüğü. |
| Silme | Kodda tek yerde saklama süreleri, metinlerle aynı ayarlardan (bölüm 6); 6.4 bölümündeki istisnalarla alan adı, çalışma alanı ve hesap için silme zincirleri. |
| İlgili kişi hakları | Alanların izin listesine dayalı, sırlar olmadan tüm hesap verilerinin tek tıklamayla dosya olarak dışa aktarımı. |
| Organizasyon | Yönetim alanı yalnızca süper yönetici haklı hesaplar için, “Müşteri olarak görüntüle” sırasında engelli; geliştirme ve üretim sistemleri ayrı, geliştirme sistemi ek erişim engelinin arkasında; hukuki metinlerin onay sonrası taslakları ve yer tutucuları reddeden araçla aktarılması. |
8.1 Henüz uygulanmamış önlemler
- Depolama sırasında veri tabanı şifrelemesi yok (11 Ekim 2026 tarihinde ölçüldü). Alan düzeyinde şifrelenen test hesabı giriş bilgileri ve iki faktör sırrı istisnadır.
- Dahili bağlantılar baştan sona şifreli değil. Dahili ağımızdaki bağlantılar baştan sona şifreli değildir. Test hesabı giriş bilgileri orada yalnızca şifreli metin olarak taşınır.
- İkinci konumda yedek yok. Yedekler şu anda veri tabanıyla aynı konumda tutulur ve ayrıca şifrelenmez; ikinci konumda şifreli kopya planlanmaktadır. O zamana kadar yanlış silme komutuna karşı korurlar, konumun kaybına karşı değil.
- Sunucu yönetiminin sıkılaştırılması tamamlanmadı. Sunucularımızın yönetim erişimi güvenliği, işletim için hedeflediğimiz standardı henüz karşılamıyor; sıkılaştırma devam ediyor. Saldırgana yardımcı olacağı için ayrıntıları yayımlamıyoruz; talep üzerine denetim makamına sunuyoruz.
- Yönetim alanında işlevsel okuma günlüğü yok. Yazma eylemleri etkinlik günlüğüne kaydedilir; kimin hangi destek talebini veya raporu yalnızca görüntülediği ancak sayfa görüntüleme günlüğünden belirlenebilir (60 gün).
- Kalıcı silme günlüğü yok. Gece işleminin neleri sildiği kaydedilmez (bölüm 6).
- Bağımsız ikinci kontrol noktası yok. İkinci konumdaki kontrol kurulmamıştır (A.6).
9. Veri koruma görevlisi – Art. 37 GDPR kapsamında değerlendirme
Sonuç: değerlendirmemize göre atama yükümlülüğü yoktur. Değerlendirme hukuki incelemenin parçasıdır ve aşağıda listelenen koşullardan biri değişir değişmez tekrarlanacaktır.
Art. 37(1) üç durumda atama gerektirir.
- (a) Bendi (kamu makamı veya kuruluşu) uygulanmaz.
- (b) Bendi (ilgili kişilerin büyük ölçekte düzenli ve sistematik izlenmesini gerektiren temel faaliyetler): temel faaliyetimiz kişileri gözlemlemek değil, web sitelerini ve formları düzenli, sistematik kontrol etmektir. Ziyaretçi profilleri oluşturmayız, izleme kullanmayız ve mesajları birbirine bağlamayız. Gönderim kontrolü (A.1) gerçek ziyaretçi mesajlarını posta kutumuzdan geçirir, ancak eşleştirme için yalnızca üstbilgileri ve ilk 8 KB'ı değerlendirir ve içerik saklamaz; kişileri değil teslimat yollarını gözlemler. Müşteri hesapları ve günlükler ticari faaliyetin yardımcı unsurlarıdır.
- (c) Bendi (temel faaliyet olarak Art. 9 kapsamındaki özel nitelikli verilerin veya Art. 10 kapsamındaki suçlara ilişkin verilerin büyük ölçekte işlenmesi): karşılanmaz. Özel nitelikli veriler form e-postası kopyalarında (A.1), giriş sonrasındaki sayfalarda (A.5) veya yapıştırılan kodda (A.7) tesadüfen bulunabilir; tesadüfi elde etme temel faaliyet değildir.
Art. 37(4) ulusal hukukun ek durumlar öngörmesine izin verir. Polonya hukukunun atama gerektirip gerektirmediğini avukata teyit ettiriyoruz.
Yeni değerlendirme tetikleyicileri: IP ağlarıyla toplu korumanın etkinleştirilmesi; ziyaretçileri birden fazla mesaj veya web sitesi arasında tanıyan işlev; gönderim kontrolünden içerik saklanması; formları ağırlıklı olarak özel nitelikli verilerle (sağlık, iş başvuruları) ilgili ve gönderim kontrolünü büyük ölçekte açmış Müşteri; müşteri verilerine erişimi olan ilk çalışan. Gönüllü atama mümkün olmaya devam eder; bu durumda Art. 37 ila 39 bütünüyle uygulanır.
Ayrıca: belirli işleme faaliyetleri için Art. 35 kapsamında veri koruma etki değerlendirmesi gerekip gerekmediği Veri Koruma Etki Değerlendirmesi sayfasında yanıtlanır. Eşik değerlendirmesi, toplu koruma (B.21) ve planlanan ölçekteki araştırmalar (B.7) için VKED gerektiği ve tarafımızca yapıldığı, gönderim kontrolü (A.1) için tipik durumda destek verdiğimiz Müşterinin yükümlülüğü olarak gerektiği sonucuna varır.
10. Açık konular ve planlanan önlemler
Aşağıdaki hususlar varsayım değildir; kod, şema veya yapılandırmayla kanıtlanır. Bu sürüm tarihi itibarıyla durumu açıklarlar; sınıflandırma bize aittir ve hukuki değerlendirmeyi önceden belirlemez. Düzeltme kolaylığına göre değil, ilgili kişiler bakımından ağırlıklarına göre sıralanırlar. Planlanan önlemler ve öncelikleri Veri Koruma Etki Değerlendirmesinde belirtilir.
| Açık konu | Kanıtlanan durum | Önemi |
| Belgelenmiş sözleşmesi olmayan posta hizmeti sağlayıcısı | Namecheap, Inc. (Private Email), Phoenix, Arizona, USA için sözleşme, işleme yerleri ve aktarım dayanağı belgelenmemiştir. Hesap e-postaları, uyarılar ve gerçek ziyaretçi mesajlarını içeren kontrol posta kutusu bu sağlayıcı üzerinden çalışır. | İlgili hükümler Art. 28(2) ve (4) ve GDPR Bölüm V'tir. Akdetme ve belgeleme lansmandan önce planlanmaktadır. |
| Sohbet hizmetleri ve reCAPTCHA dayanakları açık | Telegram'a (yeterlilik kararı yok), Slack, Discord, Microsoft Teams ve Google Chat'e uyarılar; rıza talebi olmadan reCAPTCHA. | Hukuki inceleme için açık sorular; o zamana kadar bilgilendirme ve dayanak nihai değildir. |
| Kontrol posta kutusu kesintiler sırasında mesaj tutabilir | Silme başarılı işlemden sonra gerçekleşir; alma başarısız olursa kopyalar bir sonraki başarılı işleme kadar kalır. Posta kutusunda uzun süre birikme olduğunda uyarı yoktur. | Kopyalar gerçek ziyaretçi başvuruları içerir. |
| İkinci konumda yedek yok, depolama sırasında veri tabanı şifrelemesi yok | Bölüm 8.1. İkinci konumda şifreli yedek kopyası planlanmaktadır. | Konumdaki tek olay verileri ve yedeği aynı anda etkilerdi; çalınan depolama ortamı okunabilirdi. |
| Saklama süresi olmayan çözülmemiş anormallikler | Anahtar olarak tam IP adresi içeren anormallikler ancak çözümden 90 gün sonra silinir; hiç çözülmeyenler kalır. | Saklamanın sınırlandırılması ilkesiyle ilgilidir (Art. 5(1)(e)); silme elle çözüme bağlıdır. Sabit saklama süresi planlanmaktadır (Veri Koruma Etki Değerlendirmesinin önlemleri). |
| Saklama süresi olmayan örnek mesajlı hata türleri | Örnek mesaj en fazla 2.000 karakter değiştirilmeden saklanır; hassas bilgilerden arındırılmış örüntü adresleri ve sayıları kaldırır, örnek kaldırmaz. | Hata mesajları e-posta adresleri, ana bilgisayar adları veya IP adresleri içerebilir. |
| Kendine ait saklama süresi olmayan betik envanteri | Betik envanteri ve betik değişiklikleri, çalışma alanı veya hesap silindiğinde ve yetim veriler için gece işleminde de alan adıyla birlikte silinir (FE_DOMAIN_TABELLEN); kendilerine ait saklama süreleri yoktur. Betik adresleri, sayfa adresleri ve onaylarda onaylayan kişi ve serbest metin gerekçesi içerirler. | Saklamanın sınırlandırılması ilkesiyle ilgilidir (Art. 5(1)(e)); onayları içeren değişiklik günlüğü alan adı mevcut olduğu sürece büyür. |
| İptal edilen portalların aboneleri | İptal edilen portal engellenir, silinmez; aboneleri çalışma alanı silinene kadar kalır. | Amaç (rapor gönderimi) iptalle sona ermiştir. |
| Saklama süresi olmayan araştırma listeleri | Yayımdan sonra ana bilgisayarlar ve segmentler kalır; hiç yayımlanmayan araştırmalar ham verilerini de tutar. | “Ham veriler silinir” vaadi yalnızca yayımlanmış araştırmalar için geçerlidir. |
| Silme yolu olmayan dahili kontroller | Ne alan adı ne de raporu olan “dahili” güven düzeyindeki kontroller (araştırmalar ve işletmecinin komut satırından oluşturduğu kontroller) hiçbir silme yoluyla kapsanmaz; onlarla üçüncü taraf web sitelerinin formları, bulguları ve ekran görüntüleri kalır. | Saklamanın sınırlandırılması ilkesiyle ilgilidir (Art. 5(1)(e)); kontrolden haberi olmayan kişileri etkiler. Veri Koruma Etki Değerlendirmesinde yüksek risk olarak değerlendirilmiştir. |
| Kontrol kanıtı yenilenmez | Kontrol kanıtı bir kez kontrol edilir; kodda alan adının onu tekrar kaybettiği yol yoktur. | Sahip veya yetki değişikliğinden sonra aktif test gönderimleri, dosya araması ve giriş sonrasındaki tarama devam eder. |
| Giriş sonrasında tarama: Müşterinin sayfasına iletim | Giriş adresi olarak http ve https de kabul edilir ve Müşteri sayfasındaki sertifika hataları girişi durdurmaz. | Test hesabı giriş bilgileri Müşteri sayfasına giderken ele geçirilebilir. |
| Silme zaman aralığına bağlıdır | Günlük blok yalnızca 03:00–03:04 arasında durum işlemi başlarsa çalışır. Bu tek işlem başarısız olursa (veri tabanı erişilemez, sunucu yeniden başlatılır) o günün silmesi ve yedeği gerçekleşmez; telafi yoktur. Silinenler kalıcı olarak kaydedilmez. | Saklama süreleri sessizce bir gün uzar. Kaçırılan aralık uyarı tetiklemez; yalnızca çalışıp başarısız olan yedekleme bildirilir. Yönetim alanındaki kurulum listesi son başarılı yedeğin tarihini gösterir. |
| Bazı silmeler izlemeye bağlıdır | Gönderim kontrolü posta kutusunun boşaltılması, olayların, gönderilmiş özet bildirimlerinin, toplu koruma sinyallerinin ve potansiyel müşteri kontrollerinin silinmesi, işlerde kalan test hesabı kopyalarının temizlenmesi, durum işleminin yalnızca yönetim alanında izleme açıkken çalışan zamanlayıcı kısmında gerçekleşir; gönderim kontrolü eşleştirmeleri yalnızca kontrol posta kutusu kuruluyken silinir. | İzleme merkezî olarak kapatılır veya posta kutusu kaldırılırsa bu saklama süreleri kimse fark etmeden durur. |
| Saklama süresi olmayan bildirim noktası ve posta kutuları | Güvenlik açığı bildirimleri ve diğer gelen e-postalar uygulama dışında tutulur; saklama süresi belirlenmemiştir. | Bildirimler üçüncü kişi kanıtları içerebilir. |
| Gizli alan değerleri kontrol sırasında okunur | Tarayıcı zaman damgalarını ve token'ları tanımak için gizli form alanlarının değerini en fazla 24 karakter ve veri özniteliklerini en fazla 60 karakter okur. Alan haritasına ve bulgulara değer değil yalnızca alan adı, türü, etiketi ve tanıma sonucu girer. | Saklama açığı yok; değer yalnızca kontrol sırasında tarama konteynerinin çalışma belleğinde tutulur. Önceden doldurulmuş değer (müşteri numarası gibi) bu sırada okunur ancak saklanmaz. |
| Kimlik doğrulama sonucundaki türetilmiş gönderen alan adı | A.1. | Ziyaretçilerin kişisel alan adlarında gerçek mesajdan kaynaklanan kişisel veri. |
| Sunucu yönetiminin sıkılaştırılması tamamlanmadı; dahili bağlantılar baştan sona şifreli değil | Bölüm 8.1. Sıkılaştırma devam ediyor; ayrıntıları kamuya açıklamayız. | Sunucu düzeyindeki güvenlik olayı uygulamayı, veri tabanını ve yedekleri aynı anda etkilerdi. |
| Geliştirme sisteminde ölçüm | Şema, kod ve ayarlar geliştirme sisteminde ölçüldü. | Kod ve şema üretim sistemiyle eşleşir; ayarlar farklı olabilir ve lansmandan önce orada yeniden kontrol edilmelidir. |
11. Bu kaydın güncel tutulması
Art. 30, kaydın yazılı tutulmasını ve talep üzerine denetim makamına sunulmasını gerektirir. Bunun için sorumlu kişi ve önceki sürüme değil, sisteme göre kontrol edildiği bir aralık gerekir.
- Sorumluluk: işletme sahibi Lukas Wójcik. Yıllık olarak ve her işleme faaliyeti değiştiğinde incelenir.
- Güncelleme gerektiren olaylar: yeni veya değişmiş alt veri işleyen, özellikle posta hizmeti sağlayıcısının seçimi; kişisel veri içeren yeni tablo veya alan;
cfg/fristen_lib.php veya srv/cron_status.php içindeki saklama süreleri veya silme zincirlerinin değişmesi; yeni uyarı kanalı veya üçüncü tarafa yeni istek; varsayılan olarak kapalı işlevin açılması (IP ağlarıyla toplu koruma, bağımsız kontrol, özel alan adları, iş ortaklığı programı, faturayla ödeme, Spamhaus veya Google Web Risk); başka sunuculara geçiş.
- Prosedür: buradaki her ifade koddan, şemadan veya ölçümden gelir. Yalnızca metni okuyan inceleme hiçbir şeyi incelememiştir: şema ve silme zincirleri yeniden ölçülür, yer tutucular yer tutucu kalır, açık konular kapatılır veya gerekçeleriyle sürdürülür.
- Diğer belgelerle ilişki: bu kayıt Gizlilik Politikasının, Veri İşleme Sözleşmesinin, Teknik ve Organizasyonel Önlemlerin veya Alt Veri İşleyenler listesinin yerine geçmez. Bunlarla kayıt farklıysa fark bir bulgudur.
- Bu belgedeki değişiklikler Sözleşme Belgelerindeki Değişiklikler sayfasında listelenir.