Kurumsal e-posta kurulumu ve alan adı güvenliği

Kurumsal E-Posta Kurulumu Nedir ve Neden Önemlidir?

MENTE olarak kurumsal e-posta ihtiyacını, markanın iletişim düzeni ve mevcut dijital altyapısıyla birlikte değerlendiriyoruz. Amaç şirketin e-posta adreslerini kullanılabilir hale getirirken yanlış DNS değişikliği, yetkisiz erişim ve posta kaybı gibi riskleri azaltmaya yardımcı olmaktır.

Bu rehberde alan adı ve e-posta güvenliğinin temel parçalarını; küçük işletmelerden çok kullanıcılı ofislere kadar uygulanabilecek net adımlarla açıklıyoruz.

Şirket Adresi ile Kurumsal İletişim Nasıl Güçlenir?

Bireysel posta adresleri günlük iletişim için uygun olabilir. Ancak işletmenin marka adıyla eşleşen bir alan adına ait adresler, teklif ve müşteri destek süreçlerinin tek kurumsal kimlik altında yürütülmesini kolaylaştırır. Örneğin teklif@firma.com ve destek@firma.com gibi adresler, talebin nereye yönlendirileceğini açıkça gösterir.

Alan Adının Sahibi Kim Olmalı?

Alan adı işletmenin dijital kimliğinin temel varlıklarından biridir. Web sitesi, e-posta ve çeşitli doğrulama sistemleri aynı isim üzerinden çalışabilir. Bu nedenle alan adı kayıt hesabının ve yenileme bilgilerinin işletmenin yetkili kontrolünde olması gerekir.

• Alan adı kayıt firması, kayıtlı sahip ve yetkili iletişim adreslerini doğrulayın.
• Hesabın kurtarma e-postasını yalnızca aynı alan adına bağımlı bırakmayın.
• Otomatik yenileme, ödeme yöntemi ve süre bitiş takibini birlikte planlayın.
• Transfer kilidi ve çok faktörlü giriş desteğini değerlendirin.
• DNS yönetim yetkilerini yalnızca görevli kişilere verin; erişimleri kayıt altında tutun.

İşletme İçin Kaç Posta Kutusu ve Takma Ad Gerekir?

İlk adım yalnızca “kaç tane e-posta açılacak?” sorusu değildir. Çalışan sayısı, departmanlar, paylaşımlı talepler, mobil erişim ve arşiv ihtiyacı birlikte değerlendirilir. Bazı adreslerin ayrı bir posta kutusu olması gerekirken, bazıları takma ad (alias) veya dağıtım grubu olarak yapılandırılabilir.

Ortak hesap parolasını tüm çalışanlara vermek yerine mümkünse yetkili paylaşımlı posta kutusu ve delegasyon kullanın. Bir hesap için kimin erişim sahibi olduğu, hangi mesajları görebileceği ve çalışan ayrıldığında ne olacağı önceden belirlenmelidir.

Hangi Kurumsal E-Posta Altyapısı Seçilmeli?

Barındırma altyapısı, kapasite, yönetim paneli, kullanıcı sayısı, yedekleme ve güvenlik seçenekleri birlikte değerlendirilmelidir. Web sitesi barındırmasıyla e-posta barındırması aynı yerde olmak zorunda değildir. Örneğin web sitesi bir sağlayıcıda, kurumsal posta kutuları farklı bir sağlayıcıda çalışabilir.

Kurumsal E-Posta İçin Hangi DNS Kayıtları Gerekir?

DNS, alan adınızın hangi hizmete yönlendirileceğini belirleyen kayıtlardır. Kurumsal e-posta kurulumunda MX ve çeşitli TXT/CNAME kayıtları önemlidir. DNS panelinde yapılacak yanlış bir değişiklik, gönderim ve alım akışını etkileyebilir.

Sadece MX kaydı değiştirmek normal koşullarda web sitesinin A kaydını değiştirmez. Fakat ad sunucusu (nameserver) değiştirmek daha geniş DNS yapılandırmasını etkileyebileceğinden tüm kayıtlar önceden karşılaştırılmalıdır.

SPF Nedir ve Nasıl Doğru Yapılandırılır?

SPF (Sender Policy Framework), bir alan adı adına e-posta göndermeye izin verilen sunucu ve servisleri tanımlar. Sadece normal posta kutusu değil; web sitesi formları, e-fatura bildirimleri ve pazarlama altyapısı gibi göndericiler de dikkate alınmalıdır.

• Alan adına bağlı tüm meşru e-posta gönderen sistemleri listeleyin.
• Mevcut SPF TXT kaydını inceleyin; yeni bir ikinci SPF kaydı oluşturmayın.
• SPF değerlendirmesindeki DNS sorgu limitlerini ve üçüncü taraf include zincirlerini kontrol edin.
• Örnek gönderimler yaparak SPF sonucunu e-posta başlıklarında doğrulayın.

DKIM Kaydı Alan Adını Nasıl Doğrular?

DKIM, giden mesajlara kriptografik imza eklenmesini sağlayan bir mekanizmadır. Alıcı sistemler DNS’teki açık anahtarı kullanarak imzayı doğrulayabilir. Bu sayede mesajın imzalandıktan sonra değiştirilip değiştirilmediği ve hangi alan adının imza attığı kontrol edilebilir.

DKIM kaydı her sağlayıcıda aynı değildir. Güvenli geçişlerde yeni sağlayıcının anahtarı doğrulandıktan sonra eski seçicilerin ne zaman kaldırılacağı ayrıca planlanır.

DMARC ile Kimlik Taklidi Riski Nasıl Azaltılır?

DMARC, SPF ve/veya DKIM doğrulamasının görünen gönderen alan adıyla hizalanmasına bakar. Alan adı sahibi; başarısız doğrulamalarda ne yapılmasını istediğini DNS’te politika olarak duyurabilir. DMARC, tek başına bütün kimlik avı girişimlerini durdurmaz.

MENTE yaklaşımında önce gönderim kaynaklarını görünür kılmak, raporları incelemek ve ancak doğrulama sağlıklı olduğunda daha katı politikaya geçmek esastır.

Kurumsal E-Posta Hesaplarını Nasıl Koruruz?

Alan adı doğru yapılandırılsa bile zayıf parolalar, ele geçirilmiş kullanıcı cihazları ve geniş yönetici yetkileri önemli riskler oluşturur. Güvenlik yaklaşımı hem yönetici panelini hem çalışan hesaplarını kapsamalıdır.

DNS ve Domain Yönetiminde Hangi Önlemler Alınmalı?

Posta sisteminin çalışması alan adı ve DNS yönetimine bağımlıdır. Hesap ele geçirilirse saldırgan MX veya doğrulama kayıtlarını değiştirmeye çalışabilir. Bu yüzden posta güvenliği, yalnızca posta kutusunun parolasıyla sınırlı düşünülmemelidir.

• Alan adı kayıt panelinde MFA ve güçlü kurtarma mekanizması kullanın.
• Transfer kilidinin durumunu ve kayıt firması bildirimlerini düzenli izleyin.
• DNS kayıtlarının güncel yedeğini tutun ve her değişiklik için geri alma planı oluşturun.
• Destekleniyorsa DNSSEC kurulumunu mevcut DNS sağlayıcısının yönergelerine göre değerlendirin.
• Domain bitiş tarihi, yenileme başarısızlığı ve kritik yönetim değişiklikleri için uyarılar kurun.

DNSSEC, DNS yanıtlarının doğrulanmasına katkı sağlayan teknik bir katmandır; posta içeriğini şifreleyen bir teknoloji değildir. Yanlış DNSSEC anahtar/DS kaydı eşleşmesi alan adının çözülmesini bozabilir; kontrollü uygulama gerektirir.

Outlook, Webmail ve Mobil Cihaz Kurulumu Nasıl Planlanır?

Kurumsal hesaplar sağlayıcının sunduğu arayüz üzerinden kullanılabilir. Uygun altyapılarda Outlook, mobil posta uygulamaları ve webmail üzerinden erişim mümkün olabilir. Hangi protokollerin kullanılacağı sağlayıcının desteklediği seçeneklere göre belirlenmelidir.

Parolanın her cihaz için ayrı ayrı paylaşılması yerine sağlayıcının desteklediği güvenli oturum açma yöntemi tercih edilmelidir. Mail uygulamasında görünen isim, imza ve yanıtlama adresi kurumsal iletişim standardıyla uyumlu belirlenebilir.

Eski E-Postalar Kaybolmadan Sağlayıcı Değiştirmek

Mevcut e-posta sisteminden yeni altyapıya geçmek yalnızca MX değiştirmek değildir. Eski mesajların, klasörlerin, kişilerin ve takvim öğelerinin nasıl taşınacağı önceden planlanmalıdır. Her veri türü her servis arasında otomatik taşınmayabilir.

Web Sitesinden Gönderilen E-Postalar Neden Spam’e Düşebilir?

Web sitesi iletişim formları, sipariş bildirimleri ve otomasyon e-postaları kurumsal posta kutularından farklı sunucular üzerinden gönderilebilir. Form yazılımında “kimden” alanına ziyaretçinin adresini yazmak kimlik doğrulama sorunlarına neden olabilir.

• Web sitesi bildirimleri için alan adınıza uygun yetkili gönderici kullanın.
• Ziyaretçinin adresini mümkünse Reply-To alanında tutun.
• SMTP veya servis API gönderimi için ayrı kimlik bilgisi ve sınırlı yetki tanımlayın.
• Form iletilerinde spam koruması, oran sınırlama ve günlükleme değerlendirin.
• SPF/DKIM/DMARC testlerinde web sitesi bildirim göndericisini de kontrol edin.

MENTE’nin web çözümleri ile kurumsal e-posta entegrasyonu birlikte planlandığında iletişim formundan gelen taleplerin izlenmesi daha düzenli hale gelebilir.

E-Postaların Spam’e Düşmesi Nasıl Azaltılır?

Kimlik doğrulama kayıtları, doğru ters DNS yapılandırması, meşru gönderim davranışı ve alıcıların tepkisi teslim edilebilirliği etkileyebilir. SPF, DKIM ve DMARC tek başına her iletinin gelen kutusuna düşmesini garanti etmez.

Kurumsal Postaları Yedeklemek Gerekir mi?

Bir posta hesabı aktif çalışıyor diye tüm geçmiş mesajların ayrı bir yedeği bulunduğu varsayılmamalıdır. Hizmet sağlayıcının saklama, silme, kurtarma ve dışa aktarma seçenekleri kontrol edilmeli; şirketin iş ihtiyacına uygun veri saklama politikası oluşturulmalıdır.

• Hangi hesapların ve hangi klasörlerin saklanacağı belirlenmelidir.
• Çalışan ayrılışında yetki kaldırma ve gerekli arşiv devri planlanmalıdır.
• Yedeklerin erişim izinleri, geri yükleme denemeleri ve saklama süreleri kontrol edilmelidir.
• Müşteri ve çalışan verilerine ilişkin saklama ve silme yükümlülükleri ayrıca değerlendirilmelidir.

Maliyet planında yalnızca posta kutusu aylık ücretine değil; yedekleme, arşiv, lisans ve yönetim süresine de bakmak gerekir.

Kurumsal E-Posta Kurulumunda En Sık Yapılan Hatalar

MENTE ile Kurumsal E-Posta Çalışma Planı

MENTE, kurumsal e-posta ihtiyacını web sitesi ve bilişim altyapısından ayrı bir ayrıntı olarak değil, işletmenin dijital iletişim sürecinin parçası olarak ele alır. Yapılacak işler mevcut alan adı, sağlayıcı, kullanıcı sayısı ve yetkiler üzerinden netleştirilir.

Birden fazla bilgisayarı ve çalışanı olan işletmeler için e-posta desteği, MENTE Kurumsal Bakım Anlaşması kapsamında planlanabilecek BT süreçleriyle birlikte değerlendirilebilir.

Kurumsal E-Posta Yayın Öncesi Kontrol Listesi

Yeni kurulum veya sağlayıcı değişimi öncesinde aşağıdaki kontrol noktalarını tek tek doğrulamak, kritik eksikleri fark etmeye yardımcı olur.

• Alan adı sahibi, kayıt firması ve kurtarma adresi biliniyor.
• Domain yenileme yöntemi ve son kullanma tarihi kontrol edildi.
• Yönetici hesabında MFA etkinleştirildi.
• E-posta kutuları, alias’lar, gruplar ve kullanıcı yetkileri belirlendi.
• Mevcut DNS kayıtlarının yedeği alındı.
• MX kayıtları kullanılan sağlayıcının talimatlarıyla eşleşiyor.
• SPF kaydı tek ve meşru göndericilerle uyumlu.
• DKIM etkin ve gönderim testinden geçti.
• DMARC kaydı ve rapor alıcısı kontrol edildi.
• Web formu ve diğer üçüncü taraf göndericiler test edildi.
• Outlook, webmail ve telefon istemcileri test edildi.
• Gelen ve giden mesajların spam klasörü dahil teslimi kontrol edildi.
• Eski posta kutuları ve arşivler için geçiş/yedekleme planı var.
• Eski sağlayıcı gerektiği süre boyunca erişilebilir tutuluyor.
• Kullanıcı ayrılış ve hesap kapatma prosedürü belirlendi.
• Paylaşımlı hesap parolaları yerine yetkili erişim planlandı.
• Alan adı transfer kilidi ve DNS yetkileri incelendi.
• Kayıp cihaz ve hesap ele geçirilmesi durumunda müdahale planı hazır.
• Posta saklama ve yedekleme sorumlulukları yazılı belirlendi.
• İşletme, MENTE ile destek iletişimi ve değişiklik onayı yöntemini netleştirdi.

Kurumsal E-Posta ve Alan Adı Güvenliği Hakkında SSS

İşletmelerin posta kurulumu, DNS kayıtları, alan adı sahipliği ve kullanıcı güvenliği hakkında en sık sorduğu soruları MENTE yaklaşımıyla yanıtlıyoruz.