Exchange Server Supervisory Review Rakipler ve Pazar Durumu

Exchange Server Supervisory Review Rakipler ve Pazar Durumu, iletişim gözetimi ihtiyacını farklı üreticilerin çözümleri, inceleme modelleri ve kurumsal gereksinimler üzerinden değerlendirdiğimiz bölümdür.

Serinin önceki makalesi olan Exchange Server Supervisory Review Dava Yönetimi bölümünde, bir denetim bulgusunun nasıl vaka incelemesine dönüşebileceğini ele aldık. Legal Hold, eDiscovery, delil zinciri ve kontrollü veri paylaşımının bu süreçteki önemini inceledik.

Bu noktada kurumların önünde başka bir soru bulunuyor:

“İletişim gözetimi, arşivleme ve hukuki inceleme ihtiyaçlarımızı hangi çözüm veya çözüm kombinasyonu ile karşılamalıyız?”

Microsoft Purview Communication Compliance bu alandaki seçeneklerden biridir. Ancak pazarda Smarsh, Global Relay, Proofpoint ve Mimecast gibi üreticilerin de iletişim gözetimi ve denetim çözümleri bulunmaktadır.

Bu çözümlerin tamamı aynı mimariye, aynı veri kapsamına veya aynı lisans modeline sahip değildir. Bazıları iletişim analizi ve reviewer iş akışlarını öne çıkarırken, bazıları arşivleme, veri yakalama ve inceleme süreçlerini birlikte sunar.

Bu nedenle karşılaştırmayı yalnızca “hangi üründe daha fazla özellik var?” sorusu üzerinden yapmak eksik kalır. Kurumun kullandığı iletişim kanalları, veri yerleşimi, denetim kapasitesi ve mevcut yatırımları da değerlendirilmelidir.

Exchange Server Supervisory Review Rakipler ve Pazar Durumu makalesi içinde ürünleri bir başarı sıralamasına koymak yerine, hangi ihtiyacın hangi yaklaşımla karşılanabileceğini inceleyeceğiz ve aşağıda ki konu başlıklarını paylaşacağız.

1. İletişim Gözetimi Pazarını Doğru Tanımlamak

Supervisory Review ihtiyacını karşılayan çözümler farklı isimlerle karşımıza çıkabilir:

• Supervision
• Communications Surveillance
• Communication Compliance
• Digital Communications Governance
• Compliance Archiving

Bu isimler birbirine yakın görünse de aynı kapsamı temsil etmeyebilir.

1.1 Arşivleme ve Gözetim Arasındaki Fark

Arşivleme, iletişimlerin saklanmasına ve gerektiğinde bulunmasına odaklanır.

Gözetim ise belirli iletişimlerin seçilmesi, reviewer tarafından değerlendirilmesi ve sonuçlarının takip edilmesiyle ilgilidir.

Bir ürünün güçlü arama ve saklama özelliklerine sahip olması, aynı düzeyde inceleme kuyruğu, eskalasyon veya denetim raporlaması sunduğu anlamına gelmez.

Tersine, gelişmiş iletişim analizi sunan bir çözümün uzun süreli kayıt yönetimi için başka bir arşiv katmanına ihtiyaç duyması mümkündür.

1.2 Ürün Ailesi ile Tek Modülün Ayrılması

Üreticiler çoğu zaman arşivleme, gözetim, DLP ve eDiscovery çözümlerini aynı ürün ailesi altında sunar.

Ancak ürün ailesindeki bütün işlevlerin tek lisansa veya tek modüle dahil olduğu varsayılmamalıdır.

Karşılaştırma yapılırken şu sorular sorulmalıdır:

• Hangi işlev hangi modülde bulunuyor?
• Hangi iletişim kaynağı için ek bağlayıcı gerekiyor?
• İnceleme ve arşivleme aynı veri üzerinde mi çalışıyor?
• Hukuki araştırmaya geçiş nasıl gerçekleşiyor?
• Ek analiz özellikleri ayrı lisans gerektiriyor mu?

Bu ayrım, satın alma sırasında oluşabilecek kapsam ve maliyet belirsizliklerini azaltır.

2. Pazarda İncelenebilecek Başlıca Çözümler

Aşağıdaki ürünler, iletişim gözetimi ve denetim ihtiyaçları açısından değerlendirilebilecek örneklerdir. Liste, pazarın tamamını veya üreticilerin pazar payı sıralamasını temsil etmez.

2.1 Microsoft Purview Communication Compliance

Microsoft Purview Communication Compliance, desteklenen iletişim kaynaklarında potansiyel uygunsuz içeriklerin tespit edilmesi ve yetkili inceleyiciler tarafından değerlendirilmesine yardımcı olur.

Politikalar, içerik sınıflandırıcıları, reviewer işlemleri ve raporlama bu yaklaşımın temel parçalarıdır. Exchange Online, Teams ve desteklenen diğer iletişim kaynakları kapsam içinde değerlendirilebilir. Microsoft ürün belgeleri.

Microsoft 365 kullanan kurumlar açısından mevcut ortamla birlikte değerlendirilmesi anlamlıdır. Ancak:

• Communication Compliance ile DLP aynı işlev değildir.
• eDiscovery ve veri saklama gereksinimleri ayrıca ele alınmalıdır.
• Yerel Exchange posta kutularının kapsamı otomatik kabul edilmemelidir.
• İlgili lisans ve kaynak koşulları kontrol edilmelidir.

Dolayısıyla Purview değerlendirmesinde yalnızca portalın varlığına değil, kurumun gerçek iletişim kapsamına bakılmalıdır.

2.2 Smarsh

Smarsh, dijital iletişimlerin yakalanması, yönetilmesi ve gözetimi için çözümler sunar. Surveillance yaklaşımında yapay zekâ destekli analiz, senaryo tasarımı ve inceleme ekiplerinin iş yükünün azaltılması öne çıkar.

Üretici, e-posta dışında sohbet, mobil iletişim ve ses gibi kaynaklara yönelik kapsamı da vurgular. Bununla birlikte her kanalın yakalama yöntemi ve kullanılacak modüller ayrıca değerlendirilmelidir. Smarsh Surveillance.

Smarsh için sorulabilecek temel sorular:

• Kurumun kullandığı kanallar hangi yöntemle yakalanıyor?
• Analiz senaryoları nasıl düzenleniyor?
• Reviewer kararları ve model değişiklikleri nasıl izleniyor?
• Arşivleme ve hukuki inceleme ihtiyaçları hangi bileşenlerle karşılanıyor?

2.3 Global Relay

Global Relay; veri yakalama, arşivleme, surveillance ve eDiscovery alanlarında çözümler sunar.

İletişim gözetimi yaklaşımında anahtar kelime temelli kontroller ile yapay zekâ destekli analiz seçenekleri, inceleme iş akışları ve raporlama öne çıkar. Global Relay Communications Monitoring.

Global Relay değerlendirmesinde özellikle şu başlıklar önemlidir:

• Mevcut iletişim kaynakları ve bağlayıcı desteği
• Arşiv ile gözetim katmanlarının ilişkisi
• Reviewer görev dağılımı ve inceleme geçmişi
• Veri yerleşimi ve dışarı aktarma koşulları

Birleşik bir platform yaklaşımı operasyonu kolaylaştırabilir. Ancak kurumun eski kayıtlarının aktarımı ve hedef kapsamın doğrulanması ayrıca planlanmalıdır.

2.4 Proofpoint Supervision

Proofpoint Supervision, iletişim inceleme ekiplerinin iş yükünü ve gözetim süreçlerini yönetmeye yönelik özellikler sunar.

Ürün açıklamalarında mesaj türüne göre örnekleme, konuşma dizilerinin birlikte incelenmesi, kuyruk filtreleri ve inceleme faaliyetlerinin raporlanması yer alır. Proofpoint Archive ile entegrasyon da bu yaklaşımın parçalarındandır.

Proofpoint Automate, üreticinin açıkladığı ek bir bileşendir. Makine öğrenmesiyle düşük değerli inceleme içeriğini azaltmaya yönelik işlevleri, temel Supervision kapsamıyla karıştırılmamalıdır. Proofpoint Supervision.

Bu nedenle değerlendirmede mevcut arşiv mimarisi, gerekli ek modüller ve reviewer operasyonunun nasıl değişeceği birlikte incelenmelidir.

2.5 Mimecast Cloud Archive ve Supervision

Mimecast Cloud Archive, iletişim kayıtlarının yönetilmesi ve hukuki incelemelere hazırlanması için araçlar sunar.

Üreticinin Supervision açıklamalarında inceleme, eskalasyon, dışarı aktarma ve raporlama işlevleri yer alır. Farklı iletişim kaynaklarının arşivlenmesi için entegrasyon seçenekleri de bulunmaktadır. Mimecast Cloud Archive.

Mimecast değerlendirmesinde şu ayrımlar önemlidir:

• Email Security, Archive ve Supervision kapsamları
• Kullanılacak kaynaklar ve entegrasyonlar
• Reviewer erişimi ve inceleme akışları
• Saklama, koruma ve dışarı aktarma işlevleri

Kurumun Mimecast e-posta güvenliği kullanıyor olması, gerekli bütün gözetim özelliklerine zaten sahip olduğu anlamına gelmez.

3. Çözümlerin Yaklaşım Karşılaştırması

Ürünleri yalnızca “var / yok” işaretleriyle karşılaştırmak yanıltıcı olabilir. Aynı isimdeki özellikler farklı veri kaynaklarında veya farklı modüllerle çalışabilir.

Aşağıdaki tablo, ürünlerin genel yaklaşımını ve değerlendirmede sorulması gereken soruları özetlemektedir.

Çözüm	Öne çıkan yaklaşım	Değerlendirmede kritik konu
Microsoft Purview Communication Compliance	Desteklenen iletişim kaynaklarında politika temelli analiz ve inceleme	Kaynak kapsamı, lisanslar ve diğer Purview çözümleriyle görev paylaşımı
Smarsh	Çok kanallı iletişim gözetimi ve yapay zekâ destekli analiz	Kanal yakalama yöntemleri, analiz senaryoları ve gerekli modüller
Global Relay	Veri yakalama, arşivleme ve gözetim süreçlerinin birlikte değerlendirilmesi	Bağlayıcılar, veri yerleşimi ve mevcut kayıtların aktarımı
Proofpoint Supervision	Reviewer iş yükü, örnekleme ve inceleme faaliyetlerinin yönetimi	Archive entegrasyonu ve ek analiz bileşenlerinin kapsamı
Mimecast Cloud Archive ve Supervision	Arşivleme ile inceleme, eskalasyon ve raporlamanın birlikte ele alınması	Archive, Supervision ve kaynak entegrasyonlarının lisans kapsamı

Bu tablo bir satın alma kararı veya performans sıralaması değildir. Ayrıntılı seçim için kurumun gerçek senaryolarıyla doğrulama yapılmalıdır.

4. Pazarın Yönü: İletişim Kapsamı, AI ve Yönetişim

İncelediğimiz ürün açıklamalarında ortaklaşan bazı başlıklar bulunmaktadır. Bunlar, iletişim gözetimi çözümlerinin hangi ihtiyaçlara odaklandığını göstermektedir.

4.1 E-posta Dışındaki İletişimlerin Önemi

Kurumsal iletişim artık yalnızca e-postadan oluşmuyor.

Sohbet uygulamaları, mobil mesajlaşma, sesli görüşmeler ve iş birliği platformları da kurumun iletişim modeline dahil olabiliyor.

Bu nedenle çözüm değerlendirmesinde “kaç kanal destekleniyor?” sorusunun yanında şu soru da sorulmalıdır:

“Bizim kullandığımız kanal, gerekli içerik ve metadata ile gerçekten yakalanabiliyor mu?”

Mesaj düzenlemeleri, ekler, konuşma dizileri ve kaynak sınırlamaları denetimin sonucunu etkileyebilir.

4.2 Yapay Zekâ Destekli Analiz

Üreticiler, yapay zekâ ve makine öğrenmesini iletişim risklerinin belirlenmesi ve ilgisiz eşleşmelerin azaltılması için öne çıkarıyor.

Ancak üreticinin açıkladığı performans oranı, kurumun kendi ortamında aynı sonucu elde edeceği anlamına gelmez.

Değerlendirmede:

• Türkçe iletişimlerin analizi
• Sektörel terminoloji
• Yanlış pozitif ve yanlış negatif sonuçlar
• İnceleyiciye sunulan açıklamalar
• Model değişikliklerinin yönetimi

birlikte incelenmelidir.

AI tarafından üretilen sinyal, reviewer değerlendirmesinin ve hukuki kararın yerine geçmez.

4.3 Açıklanabilirlik ve Denetim Hazırlığı

Serinin Dava Yönetimi bölümünde gördüğümüz gibi, yalnızca bir bulgunun bulunması yeterli değildir.

Kurum, bulgunun hangi politika kapsamında oluştuğunu, nasıl değerlendirildiğini ve hangi işlemlerin yapıldığını açıklayabilmelidir.

Bu nedenle politika geçmişi, reviewer yorumları, erişim kayıtları ve dışarı aktarma işlevleri çözüm seçiminde önem taşır.

4.4 Platform Birleşmesi ve Ürün Sınırları

Üreticiler farklı işlevleri daha bütünleşik platformlar altında sunabilir. Bu yaklaşım veri ve süreç ilişkisini kolaylaştırabilir.

Bununla birlikte tek portal görünümü, bütün işlevlerin aynı saklama kapsamına veya aynı yetkilendirme modeline sahip olduğu anlamına gelmez.

Ortak arayüz ile ortak veri yaşam döngüsü birbirinden ayrı değerlendirilmelidir.

5. Kuruma Uygun Çözüm Nasıl Seçilir?

Çözüm seçiminde ilk adım ürün listesini hazırlamak değil, kurumun ihtiyacını tanımlamaktır.

5.1 İletişim Kaynaklarının Envanteri

Kurumun hangi kanalları kullandığı ve hangi kullanıcı gruplarının kapsamda olduğu belirlenmelidir.

Yerel Exchange, Exchange Online ve diğer iletişim kaynakları ayrı ayrı değerlendirilmelidir.

Özellikle kritik gruplar, ortak posta kutuları ve farklı ülkelerdeki kullanıcılar kapsam haritasında görünür olmalıdır.

5.2 İnceleme Operasyonu

Bir çözüm çok sayıda iletişimi seçebilir. Ancak reviewer ekibi bu yükü değerlendiremiyorsa operasyon sürdürülemez hale gelir.

Bu nedenle şu başlıklar incelenmelidir:

• İnceleme kuyruğunun yönetimi
• Görev dağılımı ve önceliklendirme
• Ek inceleme ve eskalasyon
• Çıkar çatışması için alternatif sorumlu
• Karar gerekçelerinin kaydı
• Bekleme ve kapanış süreleri

Teknik kabiliyet, insan kapasitesiyle birlikte değerlendirilmelidir.

5.3 Veri Yerleşimi ve Gizlilik

İletişim içeriğinin nerede işlendiği ve saklandığı belirlenmelidir.

Hizmet sağlayıcı, alt hizmetler, destek erişimi ve veri aktarımı koşulları kurumun ihtiyaçlarıyla birlikte değerlendirilir.

RBAC, minimum yetki ve hassas veri görünümü de bu kapsamın parçasıdır.

Bir ürünün bulutta veya kurum içinde çalışması, bütün gizlilik gereksinimlerinin karşılandığını tek başına göstermez.

5.4 Saklama ve Hukuki İnceleme

Gözetim çözümü değerlendirilirken dava yönetimi ihtiyaçları da düşünülmelidir.

• İletişim içeriği nasıl korunuyor?
• Reviewer kararları ne kadar süre saklanıyor?
• Legal Hold hangi veri kaynaklarını kapsıyor?
• Ekler ve metadata dışarı aktarılabiliyor mu?
• İşlenemeyen öğeler raporlanıyor mu?
• Eski inceleme geçmişi erişilebilir kalıyor mu?

Bu sorular, gözetimle delil yönetiminin bağlantısını ortaya koyar.

5.5 Toplam Sahip Olma Maliyeti

TCO — Total Cost of Ownership, yalnızca lisans bedelinden oluşmaz.

Bağlayıcılar, veri aktarımı, eski arşivin taşınması, depolama, eğitim ve reviewer iş yükü de maliyete dahil olabilir.

Ayrıca sözleşme sonunda verinin nasıl alınacağı ve hangi kayıtların başka platforma taşınabileceği değerlendirilmelidir.

Düşük lisans bedeli, her zaman düşük toplam işletme maliyeti anlamına gelmez.

6. Pilot ve Proof of Concept Değerlendirmesi

Ürün sunumları, üreticinin hazırladığı senaryoları gösterir. Kurumun karar vermesi için kendi ihtiyaçlarını temsil eden bir PoC — Proof of Concept çalışması gerekir.

6.1 Aynı Test Setiyle Karşılaştırma

Aday çözümler mümkün olduğunca aynı senaryolarla değerlendirilmelidir.

Test setinde şu örnekler bulunabilir:

• Normal iş iletişimi
• Uygunsuz taahhüt şüphesi
• Hassas bilgi paylaşımı
• Türkçe ve İngilizce yazışmalar
• Ek içeren iletişimler
• Konuşma dizileri
• Kapsam dışında kalması gereken kullanıcılar
• Hibrit kaynaklardan gelen iletişimler

Gerçek veriler kullanılıyorsa erişim, amaç ve paylaşım sınırları korunmalıdır. Gerektiğinde yapay veya uygun biçimde hazırlanmış test verileri kullanılabilir.

6.2 Başarı Ölçütleri

PoC yalnızca kaç mesajın yakalandığını ölçmemelidir.

Aşağıdaki sonuçlar birlikte değerlendirilmelidir:

• Beklenen kaynağın eksiksiz alınması
• Bilinen test bulgularının tespit edilmesi
• İlgisiz eşleşmelerin oluşturduğu yük
• Reviewer’ın değerlendirme süresi
• Yetki sınırlarının uygulanması
• Eskalasyonun tamamlanması
• Kayıt ve delil paketinin dışarı aktarılması

Sonuçların iş hacmi ve seçim koşullarıyla birlikte yorumlanması gerekir.

6.3 Çıkış ve Taşınabilirlik Testi

Bir çözümü seçerken yalnızca sisteme veri yüklemeyi değil, gerektiğinde veriyi sistemden almayı da sınamak gerekir.

İletişim içeriği dışarı aktarılabilirken reviewer yorumları veya politika geçmişi aynı biçimde aktarılamayabilir.

Bu nedenle çıkış değerlendirmesinde:

İçerik, metadata, inceleme kararları ve audit kayıtları ayrı ayrı kontrol edilmelidir.

7. Mini Senaryolar ile Çözüm Seçimi

Aşağıdaki senaryolar, değerlendirme yaklaşımını açıklamak amacıyla hazırlanmış örneklerdir.

7.1 “Microsoft 365 Kullanıyoruz, Bütün Kapsam Hazır”

Bir kurum Exchange Online ve Teams kullanmaktadır. Uyum ekibi, mevcut Microsoft lisansları nedeniyle bütün iletişimlerin zaten gözetim altında olduğunu düşünür.

Ancak değerlendirmede:

• İlgili lisans kapsamının doğrulanmadığı,
• Bazı kullanıcı gruplarının politikaya dahil olmadığı,
• Ayrı bir iletişim kanalının kapsam dışında kaldığı

görülür.

Çıkarım: Mevcut platform yatırımı önemli bir avantaj olabilir. Ancak lisans, politika ve kaynak kapsamı ayrıca doğrulanmalıdır.

7.2 “Çok Kanal Desteği Var, Reviewer Yetişemiyor”

Bir finans kuruluşu geniş kaynak desteği sunan bir çözüm seçer. Yeni kanallar devreye alındığında inceleme yükü beklenenden hızlı artar.

Reviewer sayısı ve süreç tasarımı değişmediği için kuyruk birikir.

Çıkarım: Kaynak kapsamının genişlemesi, inceleme kapasitesi planını da gerektirir. Daha fazla veri toplamak, daha fazla incelemenin tamamlandığını göstermez.

7.3 “Arşiv Taşındı, İnceleme Geçmişi Taşınmadı”

Bir kurum eski platformundan yeni bir çözüme geçer. Mesajlar aktarılır, fakat geçmiş reviewer yorumlarının ve eskalasyon kayıtlarının aynı kapsamda taşınmadığı fark edilir.

Daha sonra bir uyuşmazlıkta mesaj bulunabilir, ancak önceki değerlendirme tam olarak açıklanamaz.

Çıkarım: Migration kapsamı yalnızca e-posta içeriğiyle sınırlandırılmamalıdır. Denetim geçmişinin aktarımı veya erişilebilir biçimde korunması ayrıca planlanmalıdır.

8. Sonuç ve Sonraki Adımlar

Bu makalede Exchange Server Supervisory Review Rakipler ve Pazar Durumu konusunu, farklı üreticilerin yaklaşımları ve kurumların çözüm seçerken değerlendirmesi gereken başlıklar üzerinden ele aldık.

Gördüğümüz gibi:

• Arşivleme, iletişim gözetimi ve eDiscovery farklı ihtiyaçları karşılar.
• Ürün ailesindeki bütün özellikler tek modüle veya lisansa dahil olmayabilir.
• Çok kanallı kapsam, gerçek yakalama yöntemleriyle doğrulanmalıdır.
• Yapay zekâ desteği, kurumun dili ve senaryolarıyla test edilmelidir.
• Reviewer kapasitesi, kayıt bütünlüğü ve veri taşınabilirliği seçim kararının parçasıdır.

Kurum açısından doğru çözüm, yalnızca en uzun özellik listesine sahip olan ürün değildir. Gerekli iletişim kapsamını, sürdürülebilir inceleme operasyonunu ve güvenilir kayıt yönetimini birlikte karşılayabilen çözümdür.

Pazar değerlendirmesi ürün seçimiyle tamamlanmaz. Seçilen modelin zaman içinde nasıl yönetileceği, politikaların nasıl güncelleneceği ve kapasitenin nasıl takip edileceği de belirlenmelidir.

Serinin son bölümünde Yönetim Planı ve Gelecek başlığı altında bu konuları bir araya getireceğiz. Politika yaşam döngüsü, rol yönetimi, denetim kalitesi ve değişen iletişim kanallarına hazırlık üzerinden sürdürülebilir bir Supervisory Review yönetim modeli oluşturacağız.