Kişisel veri sızıntısını önleyen arayüz tasarımı

Sızıntının çoğu kullanıcının kendi elinden olur

Anonim sosyal ağ yazılımı tasarlayan ekipler genellikle veritabanı sızıntısından korkar ve bu doğru bir korkudur. Ama takma adlı platformlarda en sık görülen sızıntı, kullanıcının kendi yazdığı metinden gelir. Bir not içinde telefon numarası, bir sohbette e-posta adresi, bir ilanda tam ev adresi; kişi o an sıkıntıyla ya da yardım isteğiyle yazar ve yazdığının kalıcı olarak kamuya açık olacağını düşünmez.

Arayüzün görevi bu anda kullanıcıyı durdurmak değil, ona bir an düşünme fırsatı vermektir. Yazma alanının hemen altında çıkan nazik bir uyarı, “yazdığın metinde telefon numarasına benzeyen bir şey var; bu seni tanınabilir kılabilir” gibi, çoğu durumda yeterlidir.

Desen yakalama: neye bakılır?

Yazma anındaki denetim, kişisel veri olabilecek desenleri arar: Türkiye biçimindeki telefon numaraları, e-posta adresleri, on bir haneli kimlik numarasına benzeyen diziler, cadde, sokak ve kapı numarası içeren adres kalıpları, IBAN biçimleri ve sosyal medya kullanıcı adı biçimleri. Bu desenler hem istemci tarafında anlık uyarı için hem de sunucu tarafında yayın öncesi son kontrol için çalışır.

Desenlerin yönetim panelinden düzenlenebilir olması önemlidir; çünkü kullanıcılar zamanla filtreyi atlatmanın yollarını bulur, numaraları harflerle ya da araya boşluklar koyarak yazarlar. Moderasyon ekibi bu yeni kalıpları gördükçe desen listesini güncelleyebilmelidir. Sunucu tarafında yakalanan bir desen, notu yayından tamamen alıkoymak yerine moderasyon kuyruğuna işaretli olarak düşürebilir.

Desen denetiminin bir sınırı olduğunu da kabul etmek gerekir. Hiçbir desen listesi, bir kişinin tanınabilmesine yol açacak tüm ayrıntıları yakalayamaz. Bu yüzden desen denetimi, kullanıcıya verilen genel bir alışkanlıkla birlikte çalışmalıdır: yazmadan önce “bunu okuyan biri beni tanıyabilir mi” diye düşünmek. Bu soru, ilk notun yazıldığı ekranda kısa bir ipucu olarak da gösterilebilir.

Kamusal görünüm için tek bir kapı

İkinci büyük sızıntı kaynağı yazılımın kendisidir. Bir geliştirici bir API yanıtına kolaylık olsun diye tüm kullanıcı nesnesini koyar, bir bildirim şablonu yanlışlıkla sosyal hesaptaki adı kullanır, bir paylaşım önizlemesi profil fotoğrafını çeker. Bu hataların ortak çözümü, kamusal olarak gösterilecek her kullanıcı bilgisinin tek bir fonksiyondan geçmesidir.

Kuytuna demosunda bu fonksiyon yalnız takma adı, avatarı ve katılım ayını döndürür. Akış, yanıtlar, sohbet ekranı, profil sayfası, bildirimler, paylaşım önizlemesi ve tarayıcıda saklanan kamusal görünüm hep bu kapıdan beslenir. Yeni bir ekran eklendiğinde geliştiricinin aklına gelen ilk soru “kamusal görünümü nereden alıyorum” olur ve cevap her zaman aynıdır.

Sızıntıyı test etmek

Tek kapı ilkesi ancak sınanırsa güvence verir. Birim testleri, kamusal görünüm fonksiyonunun e-posta, gerçek ad, sağlayıcı kimliği ya da IP adresi gibi alanları hiçbir koşulda döndürmediğini doğrular. Bunun yanında uçtan uca bir sızıntı testi, tüm kamusal sayfaların HTML çıktısını, tarayıcı deposundaki kamusal anahtarları ve sayfa nesne modelini tohum verisindeki gizli e-posta, ad ve IP değerlerine karşı tarar. Beklenen sonuç sıfır eşleşmedir.

Bu test her sürümde otomatik çalışmalıdır. Bir sızıntı bir kez yayına çıktığında arama motorları, önbellekler ve ekran görüntüleri yüzünden geri almak neredeyse imkânsızdır.

Arama motorları ve kamusal sayfalar

Kullanıcı içeriğinin arama motorlarında görünmesi, takma adlı bir platform için ciddi bir risktir. Bir not, içindeki ayrıntılar yüzünden yazanı tanıyan biri tarafından arama sonucunda bulunabilir. Bu nedenle kamusal not sayfaları dizinlenmemeli, yalnız tanıtım, özellik ve rehber sayfaları arama motorlarına açık olmalıdır. Paylaşım önizlemelerinde de notun metni yerine genel bir platform görseli kullanılabilir.

Avatar yükleme de dikkat isteyen bir noktadır. Kullanıcı kendi fotoğrafını yüklerse anonimliği kendi eliyle bozabilir. Yükleme ekranında yüz içeren fotoğraflar için uyarı göstermek ve hazır soyut avatar setini öne çıkarmak, bu riski azaltır.

Briefikir, Kuytuna demosundaki desen denetimini, kamusal görünüm kapısını ve sızıntı testlerini kendi platformunu kurmak isteyen ekipler için uyarlayabilir. Arayüzdeki küçük uyarılar, en pahalı güvenlik önlemlerinden daha fazla kullanıcıyı koruyabilir.

Profil sayfaları için de aynı ilke geçerlidir. Bir takma adın profilinde yalnız avatar, katılım ayı ve kendi notları yer alır; son görülme saati, cihaz bilgisi ya da konum gibi ayrıntılar gösterilmez. Bu tür meta bilgiler, tek başına önemsiz görünse de birleştirildiğinde bir kişinin günlük düzenini ele verebilir.

Sohbetlerde ve dayanışma ilanlarında ek önlemler

Dayanışma ilanları, kişisel veri riskinin en yüksek olduğu alandır. İş arayan, ev arkadaşı arayan ya da bir eşyaya ihtiyacı olan kişi, kendisine ulaşılabilmesi için doğal olarak iletişim bilgisi yazmak ister. Arayüz bu ihtiyacı yasaklamak yerine yönlendirmelidir: İletişim bilgisi yazmak yerine özelden yanıt alabileceği, görüşmenin Kuytu oda üzerinden başlayabileceği ve yüz yüze buluşmaya karar verirse bunu kalabalık, açık bir yerde yapmasının daha güvenli olacağı hatırlatılabilir.

Sohbet odalarında da aynı desen denetimi çalışır. Kullanıcı karşı tarafa telefon numarasını yazmaya başladığında, mesaj gönderilmeden önce kısa bir uyarı belirir. Mesaj yine de gönderilirse, kısa bir süre içinde geri alınabilir. Bu geri alma penceresi, aceleyle yazılmış bir bilginin kalıcı hâle gelmesini önler.

Şehir adı gibi genel bilgiler çoğu durumda sorun yaratmaz; ama mahalle, okul ya da iş yeri adıyla birleştiğinde kişiyi tanınabilir kılabilir. Uyarı metinleri bu birleşim riskini de anlatacak biçimde yazılmalıdır.