SaaS Veri Dışa Aktarımında Tenant İzolasyonu Nasıl Test Edilir?
Tenant izolasyonu yalnızca ekranda müşteriye göre filtre yapmak değildir. Dışa aktarım sorgusu, arka plan işi, dosya saklama alanı ve indirme bağlantısı aynı müşteri yetkisini uygulamalıdır.…
Bu yazıda neler var?
Kısa yanıt
Tenant izolasyonu yalnızca ekranda müşteriye göre filtre yapmak değildir. Dışa aktarım sorgusu, arka plan işi, dosya saklama alanı ve indirme bağlantısı aynı müşteri yetkisini uygulamalıdır. Testte bir müşterinin rapor kimliğiyle başka müşterinin dosyasına erişilemediği ayrıca doğrulanmalıdır.
İzolasyon rapor kuyruğunda da devam etmelidir
Kullanıcının seçtiği tenant parametresini güvenilir kimlik olarak kabul etmeyin. Sunucu, kullanıcının o müşteri alanında hangi raporu oluşturabildiğini kontrol etmelidir. Kuyruğa gönderilen işte tenant kimliği, rapor kapsamı ve yetkilendirme bağlamı bulunmalı; worker sorguyu bu sınırla çalıştırmalıdır. İş oluşturulduğunda yapılan kontrol, tamamlanan dosyanın herkese açık indirilmesini haklı çıkarmaz.
Dosya adı veya tahmin edilmesi zor bir URL erişim kontrolünün yerine geçmez. İndirme sırasında aktif kullanıcı yetkisi yeniden doğrulanmalıdır. Geçici bağlantı kullanılacaksa paylaşım riski, geçerlilik süresi ve iptal ihtiyacı tanımlanmalıdır. Yetkisi kaldırılmış kullanıcının eski bağlantıyla dosyayı alması kabul testinde ele alınmalıdır.
Rapor kapsamını gözle kontrol edilebilir yapın
Dosyada seçilen dönem, müşteri alanı ve rapor oluşturma zamanı görülebilir olmalıdır. Bu bilgiler güvenlik mekanizması değildir; operasyonel kontrolü kolaylaştırır. Önbellek anahtarında tenant kimliği olmayan bir rapor sonucu yanlış müşteriye dönebilir. Aynı rapor parametrelerinin iki ayrı tenant tarafından kullanılması bu nedenle özel bir test senaryosudur.
Destek kullanıcısına verilen geçici erişimler de rapor sistemine yansıtılmalıdır. Yetki devri veya istisna rolü açıkça kayıtlı olmalı; genel bir “admin” etiketiyle bütün müşteri dosyalarını indirmek varsayılan davranış yapılmamalıdır. OWASP nesne düzeyinde yetkilendirme yaklaşımı, rapor ve dosya kimliklerinin kontrolünde kullanılabilir.
Negatif testleri teslim koşulu yapın
İki test tenant’ında farklı işaretli örnek kayıtlar oluşturun. Birinci kullanıcı ikinci rapor kimliğini, dosya URL’sini ve filtre parametresini denesin. Kuyruktaki işte tenant bağlamının korunmasını ve aynı önbellek anahtarlarının çakışmamasını doğrulayın. Çıktıda başka tenant’a ait işaretin bulunmaması beklenir. Bu testler her rapor türü ve rol için ayrı yürütülmelidir.
Uygulama kontrol listesi
- Tenant kimliği sunucuda doğrulanıyor mu?
- Worker aynı veri sınırını kullanıyor mu?
- İndirme ayrı yetkilendiriliyor mu?
- Önbellek müşteri bağlamıyla ayrılmış mı?
- Başka tenant kimliğiyle negatif test yapıldı mı?
Sık sorulan sorular
UUID kullanmak izolasyon sağlar mı?
Tahmin etmeyi zorlaştırabilir; yetki kontrolünün yerine geçmez.
Rapor tamamlanırken kullanıcının yetkisi kaldırılırsa?
İndirme sırasında güncel erişim kontrolü yapılmalı; eski oluşturma yetkisi sınırsız indirme hakkı sağlamamalıdır.
Kapsam ve sınırlar
Bu testler belirli bir veri dışa aktarım akışını kapsar. Tenant izolasyonu bütün API, dosya ve arka plan işlemlerinde ayrıca doğrulanmalıdır.
Kaynaklar ve güncellik
Kaynak kontrolü: 7 Ekim 2026. Bağlantılı dokümanların sürümü ve sağlayıcı koşulları değişebilir. Uygulamadan önce ilgili kaynağın güncel sürümünü kontrol edin.