Araştırma verisi için kontrollü, izlenebilir ve ayrıştırılmış altyapı.
Akademik veri çoğu zaman hassastır: katılımcı yanıtları, kimlik benzeri sütunlar, kurum içi ölçümler. Bu yüzden ürün vaadi yetkilendirme, kurum ayrımı, audit log ve kalıcı silme ilkeleriyle birlikte tanımlanır.
Güvenlik sinyalleri
- Rol ve policy bazlı erişim
- Denetlenebilir audit log
- Kurum (tenant) ayrımı
- Talep üzerine kalıcı veri silme
- Hata raporlarında kullanıcı verisi yok
Kapsam
Altı başlıkta güvenlik yaklaşımı
Veri yaşam döngüsü
Yüklenen dosya nesne depolamasına yazılır ve üzerine hiçbir zaman yazılmaz. Temizlik adımları yeni sürümler üretir; geri alma bile bir adımı silmez, hedef sürümü yeni sürüm olarak ekler.
Yetkilendirme
Erişim JWT, rol ve policy bazlıdır. Yenileme token'ı durumsuzdur; bunun bilinen sonucu rol değişikliğinin oturuma gecikmeli yansımasıdır ve bu, gizlenmek yerine yazılı bir sözleşmedir.
Kurum (tenant) ayrımı
Sorgular kurum ve sahiplik filtrelerinden geçer; bir kurumun veri setleri başka bir kurumun sorgusuna hiç girmez.
Audit log
Analiz, ödeme, yönetim ve destek işlemleri denetlenebilir kayıt üretir. Silme talebi de kayıt bırakır — ne zaman, kim tarafından, ne silindi sorusu veri gittikten sonra da yanıtlanabilmelidir.
Hata raporlarında veri yok
Hata izleme kişisel veri göndermez: istek gövdesi hiç iletilmez (yükleme ucunun gövdesi veri setinin kendisidir), e-posta adresleri redakte edilir ve istatistik motorunda yerel değişkenler traceback'e eklenmez.
Saklama yükümlülüğü
Ödeme, iade ve fatura kayıtları silme talebinde de saklanır. Silme hakkı muhasebe kaydı saklama yükümlülüğünü ortadan kaldırmaz ve bunu talep anında söylemek, sonradan öğrenmekten iyidir.
KVKK / GDPR
Veri silme talebi ne yapar?
Hesap ayarlarından silme talebi oluşturabilirsiniz. Talep bir kayıttır: varsayılan olarak 7 günlük iptal penceresinden sonra çalışır ve bu süre boyunca vazgeçebilirsiniz. Sınır, silinenle saklanan arasındadır ve simetrik değildir — bu yüzden üçü de burada yazılıdır.
Silinir
- Projeler, veri setleri ve tüm sürümleri
- Analiz koşuları, çıktıları ve yöntem seçimleri
- Raporlar ve elle düzenlenen APA taslakları
- Destek talepleri ve oturum token'ları
- Nesne depolamasındaki dosyalar (orijinal, temizlenmiş, normalize edilmiş kopyalar dâhil)
Anonimleştirilir
- Kullanıcı satırı — ödeme ve faturalar ona referans verdiği için silinemez
- Dil modeli kullanım kayıtları (yalnızca sayaç kalır, metin zaten saklanmaz)
- Audit log kayıtlarındaki aktör bilgisi
Saklanır
- Ödemeler ve iadeler
- Faturalar ve dekontlar
- Kredi hareketleri
Silme neden geri alınamaz?
Silme işlemi arka planda çalışır ve yarım kalırsa talebi bekleyen duruma geri döndürür; eksik bir silme kapatılmış sayılmaz. Yerine geçen e-posta adresi gerçek adresin hash'i değildir: bir hash, adresi elinde tutan birinin hesabın var olduğunu doğrulamasına izin verirdi ve silmenin kırmak istediği bağ tam olarak budur. Dış giriş bağlantısı da temizlenir, aksi hâlde aynı Google hesabıyla giriş silinmiş hesabı sessizce geri açardı.
Yapılandırma
Kapalı olan şey, sessizce çalışan şey değildir
Yapılandırılmamış özellik kaydedilmez
Hata izleme ya da metrik toplama yapılandırılmadığında devre dışı bırakılmaz, hiç kaydedilmez. Böylece 'açık mı kapalı mı' sorusunun tek bir cevabı olur.
Geliştirme kolaylıkları üretimde yoktur
Geliştirme ortamındaki kimlik kısayolları üretimde kapatılmaz, hiç kaydedilmez; açılışta yokluğu ayrıca doğrulanır ve aksi hâlde süreç başlamaz.