Office 365'te E-posta eki ilkesini yönetme - bölüm 1#4
E-posta Mesaj ekinin konusu iki ana senaryoda kendini gösterir:
- Kötü amaçlı yazılım senaryosu - düşman unsurun bir E-posta mesajına bazı kötü amaçlı yazılımlar eklediği, E-posta mesajını kuruluşumuzun alıcılarından birine gönderdiği, alıcının E-posta mesajını açtığı ve "heyecanlandırdığı" bir olayla ilgili bir senaryo. kötü amaçlı yazılım dosyası.
- Şirket politikası, yönetmelik vb. - şirket politikasının veya özel düzenlemesinin, bazı şirket çalışanlarına veya onlar tarafından gönderilen bir E-posta mesajına hangi dosya türlerinin eklenebileceğini (posta eki) belirlediği bir senaryo.
Office 365'te E-posta eki ilkesini yönetme | Makale serisi
Makale serisinde aşağıdaki makaleler yer almaktadır:
- Office 365'te E-posta eki ilkesini yönetme - Bölüm 1#4
- Office 365'te E-posta eki ilkesini yönetme - Bölüm 2#4
- Office 365'te E-posta eki ilkesini yönetme - Bölüm 3#4
- Office 365'te E-posta eki ilkesini yönetme - Bölüm 4#4
Aşağıdaki yazımda Office 365 ve Exchange Online tabanlı ortamda posta eki konusunu incelemek istiyorum.
Office 365 ortamında posta eki konusuna ilişkin çok yaygın olarak gözden kaçırılan bir kavramı gözden geçirerek başlayacağız ve daha sonra, Exchange Online aktarım kuralları oluşturarak Office 365 tabanlı bir ortamda E-posta eki ilkesinin nasıl uygulanacağını inceleyeceğiz.
E-posta eki politikası - Makale serisi
E-posta eki politikasını yönetme makale serisi dört makale içermektedir.
İlk makalede, E-posta eki politikasının karakterleri ve gereksinimleri konusunu üst düzeyde inceleyeceğiz.
Üç makalenin geri kalanı “nasıl yapılır” kısmına ayrılmıştır. Bu makalede, Exchange Online aktarım kurallarını kullanarak Office 365 ortamında E-posta eki ilkesini yapılandırmanın birkaç örneğini inceleyeceğiz.
Exchange Online, posta eki ve kötü amaçlı yazılım
İki önemli “bildiri” ile başlayalım
1. Exchange Online ortamında kötü amaçlı yazılım dosya ekinin otomatik olarak taranması ve kaldırılması.
Office 365 tabanlı ortamda posta güvenliğinden sorumlu olan ve posta güvenlik ağ geçidi görevi gören altyapı EOP (Exchange Online koruması) altyapısıdır.
Office 365 alıcılarına veya Office 365 alıcılarından diğer alıcılara gönderilen her E-posta mesajı, EOP (Exchange Online koruması) altyapısı tarafından taranır.
EOP'nin, E-posta mesajının "kötü amaçlı yazılım" (düşmanca kod) olarak kabul edilen bir ek içerdiğini tespit etmesi durumunda, EOP, düşmanca dosyayı otomatik olarak engelleyecektir.
Bir E-posta mesajının kötü amaçlı yazılım olarak değerlendirilen bir ek içermesi durumunda, EOP'ye belirli düşmanca eki kabul etmek istediğimizi "söyleyemeyiz" ancak bunun yerine, bunun için uygulanacak birkaç olası "eylem"e karar verebiliriz. düşmanca bir eklenti içeren bir E-posta mesajı.
Düşmanca eklerle ilgili EOP politikası şu şekilde tanımlanır: Kötü Amaçlı Yazılım Algılama Yanıtı
Aşağıdaki ekran görüntüsünde EOP Kötü Amaçlı Yazılım Algılama Yanıtı'nı yapılandırmak için kullandığımız arayüzü görebiliriz.
Exchange Online yönetiminde sol menü çubuğunda koruma menüsünü seçiyoruz ve üst menü çubuğunda kötü amaçlı yazılım filtresini seçiyoruz.
Sahip olduğumuz seçimlerin şöyle olduğunu görebiliriz:
- Mesajın tamamını sil
- Tüm ekleri silin ve varsayılan uyarı metnini kullanın
- Tüm ekleri silin ve özel uyarı metnini kullanın
Aşağıdaki diyagramda EXE dosya eki içeren bir E-posta mesajı akışının örneğini görebiliriz.
E-posta mesajı EOP tarafından kabul edilir, EOP on adet E-posta mesajına eklenen EXE dosyasını tarayacaktır.
EXE'nin "kötü amaçlı yazılım" (meşru bir EXE dosyası) olmaması durumunda, EOP, E-posta mesajını kullanıcının posta kutusuna iletecektir.
Kullanıcının E-posta mesajını okumak için Outlook posta istemcisini kullanması durumunda, Outlook posta istemcisi varsayılan olarak EXE dosyasına erişimi engelleyecektir.
2. E-posta mesajı eki politikasının uygulanmasından sorumlu olan öğe, varsayılan olarak posta sunucusu değil, posta istemcisidir.
“Exchange tabanlı ortamda e-posta mesajı ekleme politikası” konusunda çok yaygın olarak gözden kaçırılan bir anlayış, E-posta mesajı ekleme politikasının varsayılan olarak uygulanmasından sorumlu olan unsurun “sunucu” tarafı olduğudur.
Gerçekte ise gerçek bunun tam tersidir.
Varsayılan olarak, Exchange sunucusu herhangi bir E-posta mesajı eki politikasını uygulamayacaktır.
Outlook ve OWA gibi standart bir "Microsoft posta istemcisi" kullandığımızda, posta iletisi ekleme politikasını uygulayan öğe kendi başına posta istemcisidir!
Çevrimiçi Değişim | OWA ve Outlook posta istemcisi | ekleri olan posta öğeleri
Önceki bölümde bahsedildiği gibi, Outlook postası ve OWA posta istemcisinin kendi yerleşik E-posta iletisi eki ilkesi vardır.
Aşağıdaki ekran görüntülerinde EXE dosya eki içeren bir E-posta mesajı örneğini görebiliriz.
Outlook posta istemcisini kullanırken, E-posta mesajının notepad.exe adında bir EXE ek dosyası içerdiğini görebiliriz ancak kırmızı daire simgesi bize bu dosyayı kaydedemediğimizi veya etkinleştiremediğimizi bildirir.
OWA posta istemcisi kullanılırken aynı konsept uygulanır.
Senaryomuzda alıcının bir Office 365 alıcısı olduğuna dikkat edin.
Office 365 alıcılarına EXE dosya ekiyle gönderilen postalar, Exchange Online sunucusu aracılığıyla teslim ediliyordu.
Exchange Online EXE dosya ekini engellemedi veya kaldırmadı çünkü senaryomuzda EXE dosya eki meşru bir dosyadır (not defteri yürütülebilir dosyası) ve kötü amaçlı yazılım değildir.
Başka bir deyişle Exchange Online, EXE dosya eki konusunda tarafsızdır.
EXE dosya ekine erişimi engelleyen “öğe” posta istemcisidir (Outlook ve OWA).
Teknik olarak konuşursak, başka bir posta istemcisi kullanırız (Outlook veya OWA posta istemcisi değil), kullandığımız belirli posta istemcisi E-posta iletisi eki ilkesini zorunlu kılmadığından EXE dosya ekine erişebilmemizde bir değişiklik vardır.
Office 365 ortamındaki posta ekiyle ilgili üç yaygın posta akışı senaryosu
“E-posta mesajı eki politikası” teriminden bahsettiğimizde üç ana posta akışı senaryosu vardır:
Senaryo 1 - “dahili posta akışı”
Bu senaryo, kuruluşun alıcıları arasındaki tüm posta akışıyla ilgilidir.
Bu senaryoda, teslim edilen bir E-posta mesajı için uygulamak istediğimiz "doğru" E-posta mesajı eki politikasının ne olduğuna karar vermemiz gerekir. "evde".
Örneğin, şirket kullanıcılarımız tarafından gönderilen e-posta iletilerine "güvenebildiğimiz" için, ekleme politikasının daha az kısıtlayıcı olabileceğini ve daha fazla dosya ekleme türüne izin verebileceğini söyleyebiliriz.
Senaryo 2 - harici alıcı, kuruluş alıcısına E-posta iletisi gönderir
Bu senaryo, "bilinmeyen" veya güvenilmeyen bir alıcıdan kuruluşumuzdaki alıcılara gönderilen bir E-posta mesajıyla ilgilidir.
Bu durumda, kabul etmeye "istekli olduğumuz" posta ekinin türü konusunda çok daha şüpheciyiz.
Senaryo 3 - kuruluş alıcısı, harici alıcıya E-posta iletisi gönderir
Bu senaryo, kuruluşumuzun alıcılarından
“kuruluş dışı alıcılara” gönderilen E-posta iletisiyle ilgilidir.
Görünüşe göre, kuruluş dışı alıcıya gönderilen E-posta ekini "umursamıyoruz", ancak gerçek daha karmaşık.
Kuruluşumuz kullanıcılarının, diğer kuruluşlar tarafından "kabul edilemeyen" kötü amaçlı yazılım veya belirli bir dosya eki içeren bir e-posta mesajını kasıtlı olarak veya kasıtsız olarak gönderdikleri olası bir senaryoyu düşünmeliyiz.
Bu senaryo bazı davalara, şirketin itibarının zedelenmesine vb. yol açabilir.
Başlamadan önce - belirli bir eki içeren e-posta iletileriyle ne yapmalıyız?
Bir sonraki makalede, E-posta iletisi eki ilkesinin uygulanması ve uygulanmasıyla kullanılacak Exchange Online aktarım kuralının farklı seçeneklerini ve çeşitlerini inceleyeceğiz.
Ancak, “adım adım” talimatlara ve hangi tür posta ekini “engelleyeceğimize” karar vermeye başlamadan önce, biraz zaman ayırmanız ve “aktarım kuralı eylem kısmı” kısmına biraz zaman ayırmanız çok önemlidir. ”.
Başka bir deyişle, E-posta iletisi eki politikamıza aykırı olmayan bir E-posta ekini "yakaladığımız" bir senaryoda tam olarak ne yapmalıyız?
İyi haber şu ki, Exchange aktarım kuralı altyapısı çok karmaşıktır ve aralarından seçim yapabileceğimiz çeşitli seçenekler içerir.
Bir sonraki bölümde, E-posta iletisinin şikayet olmayan belirli bir ek içerdiği senaryoda uygulayabileceğimiz ortak seçenekleri veya "eylemleri" kısaca gözden geçirmek istiyorum.
1. Seçenek - Karantinaya ek içeren e-posta gönderin
Tanım
E-posta mesajını, alıcının kendisi veya Exchange Online yöneticisi tarafından erişilebilen özel bir "karantinaya alınmış alana" (kullanıcının posta kutusunun parçası olmayan) ekiyle birlikte "yönlendirdiğimiz" bir senaryo.
Avantajı:
- "Sorunlu E-posta mesajı", kullanıcının posta kutusuna "ulaşmayacak" ve bunu yaparak, kullanıcıların eki indirebileceği + etkinleştirebileceği risk faktörünü ele alıyoruz.
Dezavantaj
- Alıcı, kendisine bir E-posta mesajı gönderildiğinin farkında değildir ve söz konusu E-posta mesajının önemli\meşru E-posta mesajı olma ihtimali vardır (Yanlış pozitif).
- Alıcının karantinaya kendi başına erişmesi ve E-posta mesajını "çekmesi" veya silmesi gerekir.
- Alıcı, E-posta mesajını kendi posta kutusuna "çekebilir" ve ek dosyayı etkinleştirebilir.
2. Seçenek - "yönetici kullanıcı"ya ek içeren E-posta gönderin
Tanım
E-posta mesajı silinmez, bunun yerine posta kutusuna erişimden, "sorunlu" E-posta mesajlarının kontrol edilmesinden vb. sorumlu olacak "özel kullanıcı posta kutusuna" gönderilir.
Avantajı:
- "Sorunlu E-posta mesajı", kullanıcının posta kutusuna "ulaşmayacak" ve bunu yaparak, kullanıcıların eki indirebileceği + etkinleştirebileceği risk faktörünü ele alıyoruz.
Dezavantaj
- Alıcı, kendisine bir E-posta mesajı gönderildiğinin farkında değildir ve söz konusu E-posta mesajının önemli\yasal E-posta mesajı olma ihtimali vardır (Yanlış pozitif).
- Sorumlu olarak atanan kişinin, ekleri içeren E-posta mesajını içeren posta kutusuna erişim sağlamak, ekleri incelemek ve test etmek, "hedef alıcıları" bilgilendirmek vb. için gerekli kaynakları tahsis etmesi gerekecektir.
3. Seçenek - Eki olan E-postayı silin
Tanım
Ek içeren e-posta mesajlarıyla "ilgilenmek" istemediğimiz bir senaryo. Gerekli eylem - E-posta mesajını silmek (yok etmek).
Avantajı:
- "Sorunlu E-posta mesajı", kullanıcının posta kutusuna "ulaşmayacak" ve bunu yaparak, kullanıcıların eki indirebileceği + etkinleştirebileceği risk faktörünü ele alıyoruz.
Dezavantajı:
- Alıcı, kendisine bir E-posta mesajı gönderildiğinin farkında değildir ve söz konusu E-posta mesajının önemli\yasal E-posta mesajı olma ihtimali vardır (Yanlış pozitif).
- E-posta mesajının meşru bir E-posta mesajı olması durumunda, E-posta mesajını kurtarma seçeneği yoktur.
4. Seçenek - kaynağın ve hedef alıcının başına bir sorumluluk reddi beyanı ekleyin
Tanım
Bu “eylem” çoğu durumda - Eki olan e-postayı silin gibi belirli eylemlere ek olarak uygulanır.
Örneğin - E-posta mesajının yürütülebilir bir dosya eki içermesi durumunda, E-posta mesajını sildi + postayı gönderen öğeye\alıcıya, E-posta mesajının engellendiğini veya silindiğini bildiren bir yanıt gönderin ve aynı zamanda, hedef alıcıya (kuruluş kullanıcımız), kendisine gönderilmesi gereken bir E-posta mesajının, E-posta mesajının şikayet niteliğinde olmayan bir ek dosya içermesi nedeniyle engellendiğini bildiren bir bildirim mesajı gönderin. Şirket politikası.
Avantajı:
- Bunun avantajı, alıcı kuruluşun kendisine gönderilmesi gereken bir E-posta mesajının engellendiğinin "farkında olmasıdır". E-posta iletisi ekinin “meşru bir ek” olması durumunda, kuruluş kullanıcısı, E-postayı gönderen dış alıcıya başvurarak, dosyayı E-posta iletisi yerine farklı bir yol kullanarak sağlamasını isteyebilir.
Dezavantajı:
- Öne çıkan bir dezavantajı düşünemiyorum.
Sonraki makale
Bir sonraki makalede, yürütülebilir içerik içeren E-posta iletisini "durdurarak" E-posta iletilerinde bir E-posta eki ilkesi uygulayacak bir Exchange Online aktarım kuralının nasıl oluşturulacağını inceleyeceğiz.