Yüksek Riskli Teslimat Havuzu ve Çevrimiçi Değişim | Bölüm 9#17

"Yüksek Riskli Teslim Havuzu" terimi, Office 365 alıcıları tarafından gönderilen ve "sorunlu posta" olarak tanınan postaların "işlenmesinden" sorumlu olan "özel Exchange Online sunucusunun havuzunu" tanımlar. ”

Güncel makale ve sonraki makale - Yüksek Riskli Teslimat Havuzu ve Exchange Online | Bölüm 10#17, aşağıdakilerin açıklamasına ayrılmıştır: Office 365 (Exchange Online), Exchange Online Yüksek Riskli Teslimat Havuzunun yardımını kullanarak dahili\giden spam senaryosunu nasıl ele alıyor?

Office 365 ortamında giden posta spam'i konusunda genel düşünceler

S: "Sorunlu postanın" anlamı nedir?

C: Office 365 kullanıcısı tarafından gönderilen, güvenlik kontrolü için EOP'ye (Exchange Çevrimiçi Koruma) gönderilen ve spam\istenmeyen posta potansiyeli taşıyan bir E-posta olduğu belirlenen giden posta.

S: E-postamın Exchange Online tarafından "sorunlu E-posta" olarak değerlendirileceği bir senaryoya ne yol açabilir?

C: Exchange Online ve EOP'nin, Office 365 kullanıcıları tarafından gönderilen belirli bir E-posta iletisinin spam olarak sınıflandırıldığına "karar vermesine" yol açacak faktörler hakkında net bir tanım veya "kamuya açık bilgi" bilgisi yoktur. \istenmeyen posta.

Belirli bir E-posta iletisini spam\istenmeyen posta olarak tanımlamak için Exchange Online tarafından kullanılan standart yöntemi temel alan spam filtresinin olduğunu varsaymak mantıklıdır.
Örneğin - “sorunlu içerik” içeren e-posta iletisi veya , bir senaryo veya toplu posta.

E-postanın spam\istenmeyen posta olarak algılandığı bir senaryoya yol açabilecek "faktörler" hakkında daha fazla bilgiyi makalelerde okuyabilirsiniz:

• E-postam spam olarak görünüyor | 7 ana neden | Bölüm 5#17
• E-postam spam olarak görünüyor | 7 ana neden | Bölüm 6#17

S: "Sorunlu postaları yönetecek Exchange Online sunucu havuzu"nun anlamı nedir?

C: Exchange Online'ın Office 365 kullanıcıları tarafından gönderilen "sorunlu bir E-postayı" tanımladığı bir senaryoda, E-posta silinmeyecek veya engellenmeyecek, bunun yerine gönderilecek belirli bir Exchange Online sunucusunun havuzunu kullanarak.

Exchange Online tek sunucu mu yoksa sunucu grubu mu?

"Posta sunucumuz" gibi bir şey söylediğimizde dernek, soğuk yağmurda ve rüzgarda tek başına duran, her zaman hizmet vermeye ve korumaya hazır "tek bir sunucudur".
Posta altyapımız olarak Exchange Online'ı kullandığımızda , bu "görüntülerin" hiçbiri doğru değil.

Biz “Exchange Online”ı tekil bir varlık olarak ele alırken, gerçekte Exchange Online altyapısını, farklı Office 365'te kelime genişliğinde “dağınık” olan düzinelerce, hatta yüzlerce ayrı posta sunucusunun kullanılmasıyla gerçekleştirilen çoğul olarak ele almamız gerekir. veri merkezleri.

Office 365 veri merkezlerinin her biri içerir.

1. “Standart” Exchange Online sunucu havuzu
2. Kuruluşumuz Office 365 kullanıcıları tarafından diğer alıcılara gönderilen “dahili spam” (spam\istenmeyen posta) sorununu çözmesi gereken özel bir Exchange Online sunucusu havuzu.

Giden spam olgusuyla başa çıkmak için Office 365 posta altyapısının uygulayabileceği olasılıklar nelerdir?

Teorik olarak, dahili spam posta senaryosuyla uğraşırken Exchange Online altyapısı tarafından uygulanabilecek birkaç "çözüm" olabilir.

Örneğin, Exchange Online, Office 365 alıcıları tarafından gönderilen bir E-posta iletisi spam\istenmeyen posta olarak tanımlandığında aşağıdaki seçeneklerden herhangi birini uygulayabilirdi:

1. Seçenek: Giden spam kontrollerini uygulamayın.

Birçok posta altyapısı, "giden postalar" için bir e-posta güvenlik politikası uygulamaz çünkü temel varsayım, "kuruluş kullanıcılarımız" tarafından gönderilen postalara güvenilebileceğidir.

Exchange Online ortamında, kuruluş kullanıcıları tarafından gönderilen postalara güvenilebileceğine dair bu “varsayım” uygulanamaz çünkü - Exchange Online sunucuları onlarca, hatta yüzbinlerce kuruluşu “temsil eder” ve bu nedenle Exchange Online bunu yapmaz. Organizasyon kullanıcılarına körü körüne güvenmenin bu "lüksüne" sahip olun.

Exchange Online posta altyapısı, güvenlik risklerinin “İçeride” ve “dışarıda” eşit oranda gelebileceği varsayımına dayanmaktadır.

2. Seçenek: Giden spam kontrolünü uygulayın | E-posta mesajını silin

Exchange Online'ın uygulayabileceği (ve uygulanmayan) başka bir yöntem de Office 365 kullanıcıları tarafından gönderilen ve spam\istenmeyen posta olarak tanımlanan tüm postaları "engellemek"tir.

"Engelleme" terimi, E-postayı silme, E-postayı karantinaya gönderme + Office 365 kullanıcılarını bilgilendirme vb. gibi çeşitli seçeneklere çevrilebilir.

Gerçekte bu “eylemlerin” hiçbiri uygulanmıyor. Giden spam'in neden engellenmediği, silinmediği veya karantinaya gönderilmediği konusunda "resmi bir Microsoft yanıtı" yok.

Spam\istenmeyen posta olarak tanımlanan E-posta iletilerinin “engellenmesi” veya silinmesi işlemlerinin birçok davaya yol açabileceği ve ayrıca Office 365 müşteri gizliliği ilkesinin de ihlal edildiği kanaatindeyim.

Bu nedenle, Office 365 posta altyapısı giden spam'ı silmeyecek veya engellemeyecektir; bunun yerine, E-postayı belirli bir Exchange Online sunucu havuzuna yönlendirerek E-posta mesajını hedefine gönderecektir.

Office 365 ortamında toplu E-posta hakkında daha fazla bilgiyi şu makalede okuyabilirsiniz: E-postam spam olarak görünüyor | 7 ana neden | Bölüm 5#17

3. Seçenek: Giden spam kontrolü uygulayın | E-posta iletisini alternatif bir posta sunucusu havuzuna yönlendirin

Bu, Exchange Online tarafından uygulanan seçenektir.
Exchange Online (daha doğru olmak istiyorsak EOP) sırasında, giden postayı tarayın ve postayı engellemek veya silmek yerine, postanın spam\istenmeyen posta olarak sınıflandırılabileceğini belirleyin. E-posta mesajı, E-posta “Yüksek Riskli Teslimat Havuzu” adlı özel Exchange Online sunucu anketine yönlendirilecektir. ”

E-postanın "Yüksek Riskli Teslimat Havuzuna" yönlendirildiği bir senaryoda, "işlem" varsayılan olarak rapor edilmeyecektir (Exchange Online yöneticisi varsayılan olarak bu "yeniden yönlendirme işleminden" haberdar değildir).

Yalnızca Exchange Online yöneticisi giden spam seçeneğini "etkinleştirdiğinde", Exchange Online "Yüksek Riskli Teslimat Havuzuna" yönlendirilen (teslim edilen) posta öğelerinin her biri için sağlanan E-postaya bir E-posta bildirimi gönderecektir. .

Gerçekte “Yüksek Riskli Teslimat Havuzu” yalnızca belirli bir Exchange Online sunucusu değildir. Adından da anlaşılacağı gibi bir “havuz” veya posta sunucuları. Ayrıca Office 365 veri merkezi kullanımlarının her biri, Exchange Online sunucusunun “kendi havuzu” olup, “Yüksek Riskli Teslim Havuzu” görevi görmektedir.

S: Microsoft, Office 365 veri merkezlerinin her birinde Exchange Online-Yüksek Riskli Teslimat Havuzunun IP aralığı hakkında genel bilgiler yayınlıyor mu?

C: Bildiğim kadarıyla böyle bir "kamuya açık bilgi" yok. Mantık, Microsoft'un çıkarının bu bilgiyi kamuya açık değil "gizli" tutmak olmasıdır.

Teknik açıdan konuşursak, Microsoft, Exchange Online ve Exchange EOP IP aralığının tüm genel IP aralığını kamuya açık olarak yayınlar, ancak bu veriler Exchange Online Yüksek Riskli Teslimat Havuzuna ilişkin belirli bir gösterge içermez.

Deneyimlerime dayanarak, bunun güvenebileceğiniz bir "resmi bilgi" olmadığını vurgulamalıyım, "Avrupa Office 365 veri merkezlerindeki" "Yüksek Riskli Teslimat Havuzu" IP aralıkları aşağıdaki IP aralığıyla temsil edilmektedir: 157.56-57.0 .0.

“Yüksek Risk Teslimat Havuzu”nun amacı nedir?

Exchange Online "Yüksek Riskli Teslimat Havuzunun" amacı biraz kafa karıştırıcıdır çünkü görevleri "yangını standart Exchange Online sunucusunun havuzundan" uzaklaştırmaktır. Aklıma gelen en uygun metafor: günah keçisi

Exchange Online "Yüksek Riskli Teslimat Havuzu", dahili spam senaryosunda günah keçisi görevi görür.

Exchange Online'ın Office 365 kullanıcıları tarafından spam\istenmeyen posta olarak gönderilen belirli bir E-posta iletisini tanımladığı ana geri dönelim.

Exchange Online'ın bu tür E-postaları durdurmasına veya engellemesine "izin verilmediğinden", Exchange Online'ın, standart Exchange'in bütünlüğünden ve güvenilirliğinden ödün vermeden E-postayı hedefe "dağıtmak" için güvenli bir yol bulması gerekecektir. Çevrimiçi sunucu havuzu.

Örneğin, E-postanın harici alıcılara gönderilmesi durumunda, Exchange Online'ın harici alıcının posta sunucusuyla iletişime geçmesi ve ona E-postayı teslim etmeye çalışması gerekecektir.

Ancak bu durumda asıl risk, “harici posta sunucusunun” aynı zamanda E-postayı spam\istenmeyen posta olarak tanımlaması ve bu nedenle “standart Exchange Online havuz IP adresinin IP adresini bir e-posta adresine eklemesidir. kara liste.

Bu senaryoda, hasar yalnızca "spam E-postayı" gönderen kuruluşa değil, bunun yerine, IP adresinin kara listeye alındığı belirli Exchange Online aracılığıyla E-posta gönderen diğer tüm Office 365 kiracılarına da yöneliktir.

Exchange Online - Risk Yönetimi çözümü olarak Yüksek Riskli Teslim Havuzu

Bu “zorluğun” cevabı: Risk Yönetimi sürecini uygulamaktır.

Office 365 kullanıcıları tarafından gönderilen "sorunlu E-posta" senaryosunda, sorunlu E-posta mesajları, çıkarılmış bir Exchange Online sunucu havuzuna, yani "Yüksek Riskli Teslimat Havuzuna" yönlendirilecektir.

Exchange Online-Yüksek Riskli Teslimat Havuzu, "sorunlu E-postayı" göndermek için kullanılacaktır.

İlk bakışta bu "beyan" biraz tuhaf görünüyor, ancak "Exchange Çevrimiçi Yüksek Riskli Teslimat Havuzu"nun tam amacı da budur.

Sorunlu E-posta mesajını “standart” Exchange Online sunucusu üzerinden göndermek ve bunu yaparak Exchange Online posta altyapısına güvenen diğer tüm Office 365 kiracılarını (müşterilerini) riske atmak yerine, sorunlu E-posta mesajı “günah keçisi” Exchange Online sunucusu: “Yüksek Riskli Teslimat Havuzu” tarafından gönderilecektir.

"Yüksek Riskli Teslimat Havuzu" çoğu zaman spam\istenmeyen posta olarak sınıflandırılan E-postalar göndereceğinden, Exchange Online-Yüksek Riskli Teslimat Havuzundaki belirli Exchange üyesinin IP adresinin, kara listede olarak görünecektir.

Exchange Online-Yüksek Riskli Teslimat Havuzunu kullanarak Exchange Online altyapısı iki hedefi tamamlamayı başarır:

1. Exchange Online'ın Office 365 kullanıcıları tarafından gönderilen E-posta mesajını engelleyeceği veya sileceği bir senaryodan kaçının.
2. “Standart Exchange Online” genel IP adresinin kara listeye alınması olasılığından kaçının.

Exchange Online Yüksek Riskli Teslimat Havuzu, çözümün yarısı mı?

Kara liste sağlayıcıları, organizasyonu iki ana unsurla “tanır”:

1. Bir kuruluşun “adına” e-posta gönderen posta sunucusunun IP adresi.
2. Kuruluşun alan adı (E-posta adresinin “sağ kısmı”)

Her ne kadar "sorunlu E-posta mesajı" Exchange Online "Yüksek Riskli Teslimat Havuzu" aracılığıyla gönderilse de, "sorunlu E-posta mesajında" yer alan alan adının da kara listelerde listelenebileceği gerçeğine dikkat edin.

Başka bir deyişle: Exchange Online: "Yüksek Riskli Teslimat Havuzu" kullanımı, "posta sunucumuza" ait IP adresinin kara listede görünmesi seçeneğini engeller ancak alan adımızın kara listede görüneceği bir senaryodan kaçınamaz.

Exchange Online-Yüksek Riskli Teslimat Havuzunun amacı hakkında başka bir anlayış katmanı eklemek için burada bir Microsoft makalesinden bir alıntı yer almaktadır:

Bir müşterinin e-posta sistemi, kötü amaçlı yazılım veya kötü niyetli bir spam saldırısı nedeniyle tehlikeye girdiğinde ve barındırılan filtreleme hizmeti aracılığıyla giden spam gönderdiğinde, bu, veri merkezi sunucularının IP adreslerinin diğer engellenenler listelerinde listelenmesine neden olabilir.< br>Ayrıca, barındırılan filtreleme hizmetini kullanmayan ancak bu engelleme listelerini kullanan hedef sunucular, bu listelere eklenen barındırılan filtreleme IP adreslerinden herhangi birinden gönderilen tüm e-postaları reddeder.
Bu nedenle, bu listelere eklenen tüm giden iletiler Spam eşiğini aşan içerikler Yüksek Riskli dağıtım havuzu aracılığıyla iletilir. Yüksek riskli dağıtım havuzu, düşük kaliteli olabilecek mesajları göndermek için kullanılan ikincil bir giden e-posta havuzudur ve böylece ağın geri kalanının, gönderen IP adresinin engellenmesiyle sonuçlanma olasılığı daha yüksek olan mesajları göndermesine karşı korunmasına yardımcı olur.