SaaS Uygulamalarında Delil Toplama Sorunları: Kontrolün Sizde Olmadığı Ortamlarda Adli Gerçeklik

SaaS (Software as a Service) uygulamaları; e-posta, dosya paylaşımı, CRM, proje yönetimi ve mesajlaşma gibi kritik iş süreçlerini tamamen sağlayıcı altyapısında barındırır. Bu model operasyonel kolaylık sunsa da adli bilişim açısından en problemli alanlardan biridir. Çünkü disk yok, sunucu yok, kök erişim yok; deliller dağınık, kısa ömürlü ve sağlayıcıya bağımlıdır.

SaaS’ta delil, sistemde değil servisin davranışında gizlidir.

SaaS Nedir? (Adli Perspektif)

SaaS modelinde:
- Altyapı ve uygulama tamamen sağlayıcıya aittir
- Müşteri yalnızca kullanıcı, veri ve ayarları yönetir
- Log, retention ve export yetenekleri sınırlı ve politiktir

SaaS adli analizinde “erişim” değil, yetki belirleyicidir.

Neden Delil Toplamak Zor?
1. Fiziksel ve Mantıksal Erişim Yok

- Disk imajı alınamaz
- VM snapshot yok
- Memory dump mümkün değil

SaaS’ta klasik adli yöntemlerin çoğu uygulanamaz.

2. Log ve Retention Sağlayıcı Kontrolünde

- Log’lar varsayılan olarak kapalı olabilir
- Retention süresi kısa olabilir
- Bazı log’lar yalnızca üst lisanslarda açılır

3. Çok Kiracılı (Multi-Tenant) Yapı

- Aynı altyapıda birçok müşteri
- Fiziksel ayrım yok
- “Ham veri” paylaşımı hukuken mümkün değil

Multi-tenant mimari, adli analizde doğrudan erişimi engeller.

SaaS Mimaride Nerelerde İz Var?
Başlıca Delil Kaynakları

- Audit logları (kim, ne yaptı?)
- Erişim logları (login, IP, cihaz)
- Dosya/nesne aktiviteleri
- Paylaşım ve yetki değişiklikleri
- API erişim kayıtları
- DLP / CASB kayıtları (varsa)

SaaS’ta delil, olayın kendisi değil, kararıdır.

Tipik Delil Problemleri (Sahadan)
🔻 Silinmiş Veri Yanılsaması

- Kullanıcı sildi sanır
- Trash / recycle / version history’de durur
- Retention dolunca kalıcı silinir

Zamanında müdahale edilmezse delil geri dönülmez biçimde kaybolur.

🔻 “Kim Yaptı?” Sorusu

- Paylaşılan hesaplar
- Ortak API token’ları
- Servis hesapları

→ Kimlik ile eylem ayrışır.

🔻 Zaman ve Saat Tutarsızlıkları

- Kullanıcı lokal saati
- SaaS servis saati
- Bölgesel data center farkları

Adli Analize Nereden Başlanmalı?
1. Yetki ve Rol Envanteri

Önce kim neyi yapabilir sorusunu cevapla.

1# Mantıksal yaklaşım
2export roles, permissions, sharing settings
Yetki haritası olmadan davranış analizi eksik kalır.

2. Audit Logları Önceliklendir

- Login / logout
- Dosya görüntüleme / indirme
- Paylaşım linkleri
- Yetki değişiklikleri

1# Mantıksal filtre
2filter audit_logs where action in (download, share, permission_change)

3. Paylaşım ve Link Analizi

- Public link var mı?
- Şifreli mi?
- Ne zaman oluşturuldu / kapatıldı?

SaaS veri sızıntılarının çoğu paylaşım ayarlarından çıkar.

Adli Senaryo Örneği

Olay:
Bir çalışan “dosyayı kimseyle paylaşmadım” diyor.

Analiz:

- Audit log: public link oluşturulmuş
- Link 48 saat açık kalmış
- 3 farklı IP’den erişim
- Dosya indirilmiş, silinmiş

Sonuç:

- Bilinçli veya bilinçsiz paylaşım
- Veri sızıntısı SaaS üzerinden kanıtlandı

SaaS’ta indirme olmasa bile erişim delildir.

Anti-Forensics SaaS Ortamlarında
Yaygın Taktikler

- Log retention’ı kısa tutma
- Paylaşımı kısa süreli açıp kapama
- API token ile sessiz erişim
- Hesap silme / de-provision

Ancak bu işlemlerin çoğu audit izi bırakır.

Adli Analistler İçin Pratik İpuçları
Retention Sürelerini Bil

- Hangi log kaç gün tutuluyor?

API Erişimlerini Kontrol Et

- İnsan mı, uygulama mı?

Versiyon Geçmişini Atlamadan İncele

- Silinen veri ≠ yok olan veri

Sağlayıcı Dokümantasyonunu Referans Al

- “Bu log yok” demeden önce doğrula

Hukuki ve Adli Değer

SaaS delilleri sağlayıcı üretimi olduğu için yüksek güvenilirliğe sahiptir.

Mahkemelerde:

- Audit log bütünlüğü
- Yetki–eylem ilişkisi
- Zaman damgalarının tutarlılığı

özellikle güçlüdür.

SaaS ortamlarında klasik adli yöntemler sınırlıdır

Delil, log ve audit kayıtlarına dayanır

Yetki ve paylaşım analizleri merkezi önemdedir

Zamanında müdahale hayati rol oynar

SaaS forensics, erişim değil davranış odaklıdır

konu hakkında tepkinizi verebilirsiniz