Yetkili makam taleplerine yanıt süreci ve teslim paketi

Talep geldiği gün paniğe gerek yok

Bir topluluk platformunu işleten ekibin bir gün resmi bir yazı alması kaçınılmazdır: Bir savcılık belirli bir takma adın arkasındaki hesap bilgisini, bir mahkeme belirli bir içeriğin kaldırılmasını, bir kolluk birimi belirli bir tarih aralığındaki oturum kayıtlarını isteyebilir. Hazırlıklı olmayan ekipler bu anda ya aşırı bilgi verir ya da gereğinden geç kalır. İkisi de sorun yaratır.

Hazırlık, talebin gelişinden çok önce başlar: Talepleri kimin karşılayacağı, hangi bilgilerin hangi talep türüyle paylaşılabileceği, paketin kim tarafından hazırlanıp kim tarafından onaylanacağı yazılı olarak belirlenmelidir. 5651 uyumlu sosyal platform hedefleyen her ekibin bu iç yönergeyi canlıya geçmeden önce hukuk danışmanıyla birlikte hazırlaması gerekir.

Talebi kayda almak

Gelen her talep, içeriğine bakılmadan önce kayda alınmalıdır. Kayıtta talebi gönderen makam, dosya ya da soruşturma numarası, talebin geliş tarihi ve kanalı, talep edilen bilgi türü, ilgili takma ad ya da içerik bağlantısı ve yanıt için belirtilen son tarih yer alır. Kuytuna demosundaki yasal talepler modülü bu alanları zorunlu tutar ve son tarihe kalan süreyi bir sayaçla gösterir.

Talebin gerçekliğini doğrulamak da bu aşamanın parçasıdır. Sahte resmi yazılarla kişisel bilgi elde etmeye çalışan girişimler bilinen bir risktir. Talebin geldiği kanalın resmi olduğu ve gönderenin yetkisi, bilgi teslim edilmeden önce teyit edilmelidir.

Kayıt, talebin kapsamını da sınırlamalıdır. Bir talep belirli bir tarih aralığındaki oturum bilgisini istiyorsa, paket yalnız o aralığı içermeli; ilgisiz hesaplar ya da ilgisiz tarihler paketin dışında kalmalıdır.

Kayıt sırasında talebin hangi hukuki dayanakla geldiği ve hangi bilgileri isteme yetkisinin bulunduğu da not edilmelidir. Bir talebin kapsamı belirsizse ya da istenen bilgi talep türüyle uyumlu görünmüyorsa, bilgi teslim etmeden önce talebi gönderen makamla yazılı olarak netleştirme yapılması daha sağlıklıdır. Bu yazışmalar da talep kaydına eklenir; böylece dosyanın tüm geçmişi tek bir yerde toplanır.

Kimliği gerekçeyle açmak

Talep kayda alındıktan sonra hukuk ve uyum sorumlusu ilgili kullanıcının kartına gider. Kimlik alanları maskeli durur. “Kimliği göster” denildiğinde gerekçe olarak “yasal talep” seçilir, ilgili talep kaydı eşleştirilir ve kısa bir not yazılır. Bu adım atlanamaz; gerekçesiz kimlik açmak yazılımda mümkün değildir.

Açılan her kimlik, açan kişinin adıyla, zaman damgasıyla, gerekçesiyle ve bağlı talep numarasıyla erişim denetim izine yazılır. Böylece ileride “bu kişinin bilgisi neden ve kim tarafından görüldü” sorusu sorulduğunda cevap tek bir ekranda bulunur.

Kimlik açıldıktan sonra ekranda görünen bilgilerin ekran görüntüsünü almak ya da başka bir kanala kopyalamak iç yönergede açıkça yasaklanmalıdır. Paylaşılacak bilgi yalnız teslim paketi üzerinden ve kayıt altında çıkmalıdır.

Teslim paketinin içeriği

Teslim paketi, talebin kapsamına giren bilgilerin düzenli ve doğrulanabilir bir derlemesidir. Tipik bir pakette hesap bilgileri (sağlayıcı, sağlayıcı kullanıcı kimliği, kayıt tarihi, sosyal sağlayıcıdan gelen ad ve e-posta), talep edilen tarih aralığındaki oturum kayıtları (IP, kaynak port, zaman damgası, cihaz bilgisi) ve talep edilmişse ilgili içerik ile sürüm geçmişi yer alır.

Paket hem makinece okunabilir (JSON ve CSV) hem de insanca okunabilir (PDF özet) biçimde üretilir. Her dosyanın SHA-256 özet değeri paketin kapak sayfasına yazılır; böylece paketi alan taraf dosyaların yolda değişmediğini doğrulayabilir. Paketin üretilmesi de ayrı bir olay olarak denetim izine işlenir: hangi talep için, kim tarafından, hangi dosyalarla ve hangi özet değerleriyle üretildiği.

Teslim, kapanış ve kullanıcıya bildirim

Paket, talebin geldiği resmi kanal üzerinden teslim edilir ve teslim tarihi talep kaydına işlenir. Talep kapanana kadar ilgili kayıtlar saklama kilidi altında tutulur; olağan imha sürecine dahil edilmez. Talep kapandığında kilit kaldırılır ve kayıtlar normal saklama düzenine döner.

Kullanıcıya talep hakkında bilgi verilip verilmeyeceği, talebin niteliğine ve ilgili makamın yönergesine bağlıdır; bazı durumlarda kullanıcıya bildirim yapılmaması istenebilir. Bu karar her talep için ayrı ayrı ve hukuk danışmanının görüşüyle verilmelidir.

Bu metin bir demo içindir; gerçek kurulumda hukukçu onayı gerekir. Kuytuna demosundaki yasal talepler modülü bu akışın yazılım karşılığını gösterir; Briefikir bu modülü bir işletmenin kendi iç yönergesine göre uyarlayabilir.

Kapanan talepler arşivlenirken dosyanın özeti de çıkarılmalıdır: talebin türü, yanıt süresi, teslim edilen bilgi kategorileri ve varsa yaşanan aksaklıklar. Bu özetler, yıllık değerlendirmelerde sürecin nerede yavaşladığını gösterir.

Rol dağılımı ve tatbikat

Talep sürecinde kimin ne yapacağını baştan ayırmak, hem hızı hem güvenliği artırır. Kayıt açma işini destek ekibi yapabilir; ancak kimlik açma, paket üretme ve teslim yalnız hukuk ve uyum sorumlusunun yetkisindedir. Paketin teslim edilmeden önce ikinci bir kişi tarafından gözden geçirilmesi, kapsam dışı bir bilginin yanlışlıkla paylaşılmasını önleyen basit ama etkili bir önlemdir.

Yılda en az bir kez, gerçek veri kullanmadan bir tatbikat yapmak da önerilir. Demo verisi üzerinde uydurma bir talep açılır, kimlik gerekçeyle açılır, paket üretilir, özet değerleri doğrulanır ve denetim izinde tüm adımların göründüğü kontrol edilir. Kuytuna demosunda bu akışın tamamı, “Demo verisini sıfırla” düğmesiyle tekrar tekrar denenebilir.

Tatbikat, yazılımdaki eksikleri olduğu kadar iç yönergedeki boşlukları da gösterir. Örneğin son tarihin hafta sonuna denk geldiği bir talepte kimin devreye gireceği, ancak böyle bir prova sırasında sorulan bir soru olur.