{"id":167,"date":"2026-10-18T17:01:21","date_gmt":"2026-10-18T14:01:21","guid":{"rendered":"https:\/\/mx1mail.com\/blog\/kurumsal-epostada-smtp-kimlik-dogrulama-politikalari-open-relay-onleme-ip-kisitlama\/"},"modified":"2026-10-18T17:01:21","modified_gmt":"2026-10-18T14:01:21","slug":"kurumsal-epostada-smtp-kimlik-dogrulama-politikalari-open-relay-onleme-ip-kisitlama","status":"publish","type":"post","link":"https:\/\/mx1mail.com\/blog\/tr\/kurumsal-epostada-smtp-kimlik-dogrulama-politikalari-open-relay-onleme-ip-kisitlama\/","title":{"rendered":"Kurumsal E-Postada SMTP Kimlik Do\u011frulama Politikalar\u0131: \u201cOpen Relay\u201d Riskini \u00d6nleme, IP K\u0131s\u0131tlama ve G\u00fcvenli \u0130stemci Ayarlar\u0131"},"content":{"rendered":"<h2>SMTP kimlik do\u011frulama politikas\u0131 neden kritik?<\/h2>\n<p>Kurumsal e-postada \u201cg\u00f6nderim\u201d taraf\u0131, sald\u0131rganlar\u0131n en \u00e7ok hedef ald\u0131\u011f\u0131 y\u00fczeylerden biridir. Bunun temel nedeni basittir: Bir e-posta hesab\u0131 veya SMTP eri\u015fimi k\u00f6t\u00fcye kullan\u0131ld\u0131\u011f\u0131nda, sadece tek bir kullan\u0131c\u0131 etkilenmez; t\u00fcm alan ad\u0131n\u0131z\u0131n ve hatta IP\u2019nizin itibar\u0131 zarar g\u00f6rebilir. Sonu\u00e7 olarak me\u015fru e-postalar\u0131n\u0131z spam klas\u00f6r\u00fcne d\u00fc\u015febilir, al\u0131c\u0131 sistemler ge\u00e7ici ya da kal\u0131c\u0131 ret verebilir ve operasyonel ileti\u015fim aksayabilir.<\/p>\n<p>Sa\u011flam bir SMTP kimlik do\u011frulama politikas\u0131; kimlerin, hangi ko\u015fullarda, hangi cihazlardan, hangi protokolle ve hangi h\u0131zlarda e-posta g\u00f6nderebilece\u011fini tan\u0131mlar. Bu politika sadece teknik bir ayar listesi de\u011fildir; kullan\u0131c\u0131 ya\u015fam d\u00f6ng\u00fcs\u00fc, cihaz y\u00f6netimi, uzaktan \u00e7al\u0131\u015fma ve \u00fc\u00e7\u00fcnc\u00fc taraf uygulamalar gibi i\u015f s\u00fcre\u00e7leriyle do\u011frudan ili\u015fkilidir.<\/p>\n<h2>\u201cOpen relay\u201d nedir ve neden tehlikelidir?<\/h2>\n<p>Open relay, bir SMTP sunucusunun kimlik do\u011frulama veya uygun yetkilendirme kontrol\u00fc olmadan \u00fc\u00e7\u00fcnc\u00fc taraflar ad\u0131na e-posta iletmesine (relay) izin vermesidir. Ge\u00e7mi\u015fte baz\u0131 sunucular \u201cdaha uyumlu\u201d olmak ad\u0131na bunu yanl\u0131\u015fl\u0131kla a\u00e7\u0131k b\u0131rakabiliyordu; g\u00fcn\u00fcm\u00fczde ise bu neredeyse her zaman hatal\u0131 yap\u0131land\u0131rma anlam\u0131na gelir.<\/p>\n<p>Open relay tehlikelidir \u00e7\u00fcnk\u00fc spam g\u00f6nderenler sizin sunucunuzu \u00fccretsiz bir da\u011f\u0131t\u0131m altyap\u0131s\u0131 gibi kullan\u0131r. Bu da h\u0131zla \u015fu sonu\u00e7lara yol a\u00e7ar:<\/p>\n<ul>\n<li><strong>IP ve domain itibar\u0131n\u0131n bozulmas\u0131<\/strong> ve spam filtrelerinde agresif puanlama<\/li>\n<li><strong>RBL listelemeleri<\/strong> ve teslimat sorunlar\u0131<\/li>\n<li><strong>Kaynak t\u00fcketimi<\/strong> (kuyruk b\u00fcy\u00fcmesi, CPU\/IO y\u00fck\u00fc)<\/li>\n<li><strong>Olay y\u00f6netimi maliyeti<\/strong> (log analizi, delist s\u00fcre\u00e7leri, parola s\u0131f\u0131rlamalar)<\/li>\n<\/ul>\n<p>Bu y\u00fczden SMTP g\u00f6nderim altyap\u0131n\u0131z\u0131n \u201crelay kontrol\u00fc\u201d net olmal\u0131: Kimlik do\u011frulama zorunlu mu, hangi a\u011flardan relay kabul ediliyor, hangi etki alanlar\u0131 i\u00e7in relay yap\u0131labiliyor gibi sorular\u0131n cevaplar\u0131 yaz\u0131l\u0131 bir politika haline getirilmelidir.<\/p>\n<h2>SMTP Submission ve relay ayr\u0131m\u0131n\u0131 do\u011fru kurgulama<\/h2>\n<p>Kurumsal pratikte iki farkl\u0131 ihtiya\u00e7 vard\u0131r: Kullan\u0131c\u0131lar\u0131n e-posta istemcileriyle oturum a\u00e7\u0131p mail g\u00f6ndermesi ve sistemlerin\/sunucular\u0131n belirli ko\u015fullarda e-posta iletmesi. Bu iki ihtiyac\u0131 ayn\u0131 kap\u0131dan ge\u00e7irmek, g\u00fcvenlik ve izlenebilirli\u011fi zay\u0131flat\u0131r.<\/p>\n<h3>\u0130stemci g\u00f6nderimi (SMTP Submission)<\/h3>\n<p>Kullan\u0131c\u0131lar\u0131n Outlook, mobil cihaz veya uygulama \u00fczerinden g\u00f6nderim yapmas\u0131 i\u00e7in tipik yakla\u015f\u0131m, kimlik do\u011frulamal\u0131 SMTP Submission kullanmakt\u0131r. Burada hedef; kullan\u0131c\u0131 ad\u0131\/parola (ve m\u00fcmk\u00fcnse ek kontroller) ile kimli\u011fi do\u011frulanm\u0131\u015f istemcilerin g\u00f6nderim yapabilmesidir. Bu model, uzaktan \u00e7al\u0131\u015fma senaryolar\u0131nda da en esnek ve g\u00fcvenli yakla\u015f\u0131m olarak \u00f6ne \u00e7\u0131kar.<\/p>\n<h3>Sunucudan sunucuya iletim (SMTP relay)<\/h3>\n<p>Baz\u0131 sistemler (\u00f6r. uygulama sunucular\u0131, yaz\u0131c\u0131lar, izleme sistemleri) e-posta g\u00f6ndermek ister. Bu noktada iki se\u00e7enek vard\u0131r: Bu sistemlere tekil kimlik do\u011frulamal\u0131 hesaplar tan\u0131mlamak veya belirli IP\u2019ler i\u00e7in kontroll\u00fc relay izni vermek. Hangi modelin se\u00e7ilece\u011fi risk i\u015ftah\u0131n\u0131za ve izleme kabiliyetinize ba\u011fl\u0131d\u0131r; ancak \u201cher yerden, kimlik do\u011frulamas\u0131z g\u00f6nderim\u201d gibi belirsiz bir durum kesinlikle ka\u00e7\u0131n\u0131lmas\u0131 gereken bir tasar\u0131md\u0131r.<\/p>\n<h2>Kimlik do\u011frulama: parola, uygulama parolas\u0131 ve hesap hijyeni<\/h2>\n<p>SMTP kimlik do\u011frulama deyince \u00e7o\u011fu ekip sadece \u201cparola do\u011fru mu?\u201d kontrol\u00fcn\u00fc d\u00fc\u015f\u00fcn\u00fcr. Oysa pratikte hesap hijyeni, politikan\u0131n omurgas\u0131d\u0131r:<\/p>\n<ul>\n<li><strong>G\u00fc\u00e7l\u00fc parola standard\u0131<\/strong>: tahmin edilebilir \u015fablonlar, tekrar kullan\u0131lan parolalar ve k\u0131sa parolalar en yayg\u0131n zafiyet kayna\u011f\u0131d\u0131r.<\/li>\n<li><strong>\u015e\u00fcpheli giri\u015f davran\u0131\u015flar\u0131<\/strong>: ayn\u0131 hesab\u0131n k\u0131sa s\u00fcrede farkl\u0131 \u00fclkelerden denemeleri, ba\u015far\u0131s\u0131z oturum a\u00e7ma patlamalar\u0131 gibi sinyaller takip edilmelidir.<\/li>\n<li><strong>Eski cihazlar ve kaydedilmi\u015f parolalar<\/strong>: \u00e7al\u0131\u015fan\u0131n cihaz\u0131nda kay\u0131tl\u0131 parola, \u00e7al\u0131\u015fan ayr\u0131ld\u0131\u011f\u0131nda veya parola de\u011fi\u015fti\u011finde bile deneme trafi\u011fi olu\u015fturabilir; bu da kilitlenmelere ve g\u00fcvenlik alarmlar\u0131na yol a\u00e7ar.<\/li>\n<li><strong>Payla\u015f\u0131lan hesaplardan ka\u00e7\u0131nma<\/strong>: payla\u015f\u0131lan tek bir \u201csmtp@\u201d hesab\u0131 gibi pratikler hem izlenebilirli\u011fi yok eder hem de hesab\u0131n ele ge\u00e7irilmesi halinde etkiyi b\u00fcy\u00fct\u00fcr.<\/li>\n<\/ul>\n<p>Politikan\u0131z\u0131 olu\u015ftururken, \u201cSMTP ile g\u00f6nderim yetkisi kimlere verilir?\u201d sorusunu role g\u00f6re yan\u0131tlay\u0131n. \u00d6rne\u011fin sadece ger\u00e7ek kullan\u0131c\u0131 hesaplar\u0131na m\u0131 izin verilecek, yoksa uygulamalar i\u00e7in ayr\u0131 servis hesaplar\u0131 m\u0131 a\u00e7\u0131lacak? Bu ayr\u0131m hem denetim hem de olay m\u00fcdahalesi a\u00e7\u0131s\u0131ndan \u00f6nemlidir.<\/p>\n<h2>IP k\u0131s\u0131tlama: nerede mant\u0131kl\u0131, nerede sorun \u00e7\u0131kar\u0131r?<\/h2>\n<p>IP k\u0131s\u0131tlama, belirli kaynak IP\u2019lerden SMTP eri\u015fimine izin verme yakla\u015f\u0131m\u0131d\u0131r. Do\u011fru kullan\u0131ld\u0131\u011f\u0131nda g\u00fc\u00e7l\u00fc bir kontrol sa\u011flar; yanl\u0131\u015f kullan\u0131ld\u0131\u011f\u0131nda ise uzaktan \u00e7al\u0131\u015fma ve mobil kullan\u0131m gibi modern senaryolarda operasyonu zorla\u015ft\u0131r\u0131r.<\/p>\n<h3>IP k\u0131s\u0131tlama i\u00e7in iyi senaryolar<\/h3>\n<ul>\n<li><strong>Ofis \u00e7\u0131k\u0131\u015f IP\u2019si sabitse<\/strong> ve kullan\u0131c\u0131lar\u0131n b\u00fcy\u00fck b\u00f6l\u00fcm\u00fc ofisten g\u00f6nderim yap\u0131yorsa<\/li>\n<li><strong>Uygulama sunucular\u0131 sabit IP\u2019ye sahipse<\/strong> ve yaln\u0131zca bu sunucular relay kullanacaksa<\/li>\n<li><strong>VPN zorunlu bir modelse<\/strong> ve kullan\u0131c\u0131lar \u015firket a\u011f\u0131na VPN ile ba\u011flanarak g\u00f6nderim yap\u0131yorsa<\/li>\n<\/ul>\n<h3>IP k\u0131s\u0131tlama riskleri<\/h3>\n<ul>\n<li><strong>Mobil a\u011flar ve ev interneti<\/strong> gibi de\u011fi\u015fken IP\u2019lerde kullan\u0131c\u0131 deneyimi bozulabilir<\/li>\n<li><strong>Yanl\u0131\u015f listeleme<\/strong> (\u00f6r. eski ofis IP\u2019si) sessiz teslimat sorunlar\u0131na yol a\u00e7abilir<\/li>\n<li><strong>G\u00f6lge BT<\/strong>: kullan\u0131c\u0131lar g\u00f6nderim sorunu ya\u015fay\u0131nca farkl\u0131 uygulamalara\/hesaplara y\u00f6nelebilir<\/li>\n<\/ul>\n<p>Pratik \u00f6neri: IP k\u0131s\u0131tlamay\u0131, \u201ckimlik do\u011frulamas\u0131z relay\u201d i\u00e7in bir \u015fart gibi d\u00fc\u015f\u00fcnmeyin. Daha iyi yakla\u015f\u0131m, kullan\u0131c\u0131 istemcileri i\u00e7in kimlik do\u011frulamal\u0131 submission\u2019\u0131 standart hale getirmek; IP k\u0131s\u0131tlamay\u0131 ise yaln\u0131zca belirli otomasyon sistemleri veya \u00f6zel g\u00fcvenlik gereksinimi olan segmentlerde uygulamakt\u0131r.<\/p>\n<h2>G\u00fcvenli istemci yap\u0131land\u0131rmas\u0131: politika dok\u00fcman\u0131nda neler olmal\u0131?<\/h2>\n<p>SMTP politikas\u0131, son kullan\u0131c\u0131 taraf\u0131na da iner. Kullan\u0131c\u0131lar farkl\u0131 istemciler, farkl\u0131 a\u011flar ve farkl\u0131 cihazlar kullan\u0131r. Bu nedenle IT ekipleri i\u00e7in \u201cstandart istemci ayar\u0131\u201d dok\u00fcmantasyonu b\u00fcy\u00fck fark yarat\u0131r.<\/p>\n<h3>Politikada netle\u015ftirilecek ba\u015fl\u0131klar<\/h3>\n<ul>\n<li><strong>Hangi sunucu ad\u0131 kullan\u0131lacak?<\/strong> Kullan\u0131c\u0131lar\u0131n geli\u015fig\u00fczel sunucu denemesini \u00f6nlemek i\u00e7in tek bir do\u011fru de\u011fer belirlenmelidir.<\/li>\n<li><strong>Hangi port ve \u015fifreleme y\u00f6ntemi?<\/strong> Kullan\u0131c\u0131lar\u0131n yanl\u0131\u015f portta denemeleri, s\u00fcrekli hatal\u0131 giri\u015f ve kilitlenme \u00fcretebilir.<\/li>\n<li><strong>Kimlik do\u011frulama zorunlu mu?<\/strong> \u201cParola istemiyor\u201d gibi yanl\u0131\u015f beklentiler daha ba\u015ftan engellenmelidir.<\/li>\n<li><strong>G\u00f6nderen adresi kurallar\u0131<\/strong>: Kullan\u0131c\u0131 hangi adreslerle \u201cFrom\u201d alan\u0131 kullanabilir? Ortak adresler i\u00e7in Send As\/Send on Behalf gibi yetkiler ayr\u0131ca tan\u0131mlanmal\u0131d\u0131r.<\/li>\n<\/ul>\n<p>Bu maddeler, hem g\u00fcvenli\u011fi art\u0131r\u0131r hem de yard\u0131m masas\u0131 y\u00fck\u00fcn\u00fc azalt\u0131r. Ayr\u0131ca olay an\u0131nda \u201cnormal davran\u0131\u015f\u201d ile \u201canomalik davran\u0131\u015f\u201d aras\u0131ndaki fark\u0131 anlamay\u0131 kolayla\u015ft\u0131r\u0131r.<\/p>\n<h2>H\u0131z limitleri, anomali yakalama ve olay m\u00fcdahalesi<\/h2>\n<p>Sadece kimlik do\u011frulama yetmez; bir hesap ele ge\u00e7irildi\u011finde sald\u0131rgan zaten ge\u00e7erli kimlik bilgileriyle g\u00f6nderim yapar. Bu nedenle SMTP politikas\u0131n\u0131n bir par\u00e7as\u0131 da \u201chasar s\u0131n\u0131rlama\u201d kontrolleridir.<\/p>\n<ul>\n<li><strong>G\u00f6nderim h\u0131z\u0131 limitleri<\/strong>: Dakika\/saat baz\u0131nda makul limitler, ele ge\u00e7irilmi\u015f hesab\u0131n k\u0131sa s\u00fcrede binlerce mail atmas\u0131n\u0131 engelleyebilir.<\/li>\n<li><strong>Al\u0131c\u0131 say\u0131s\u0131 ve e\u015f zamanl\u0131 ba\u011flant\u0131 limitleri<\/strong>: Anormal kampanya davran\u0131\u015f\u0131n\u0131 azalt\u0131r.<\/li>\n<li><strong>Olay runbook\u2019u<\/strong>: Hesap ele ge\u00e7irildi\u011finde yap\u0131lacaklar (parola s\u0131f\u0131rlama, oturumlar\u0131 sonland\u0131rma, istemci parolalar\u0131n\u0131 temizleme, log inceleme, etkilenen al\u0131c\u0131lara bilgilendirme prosed\u00fcr\u00fc) \u00f6nceden belirlenmelidir.<\/li>\n<\/ul>\n<p>Burada ama\u00e7 \u201chi\u00e7 olay olmayacak\u201d varsay\u0131m\u0131 de\u011fil, \u201colay oldu\u011funda h\u0131zl\u0131 ve kontroll\u00fc toparlanmak\u201d olmal\u0131d\u0131r.<\/p>\n<h2>Politikay\u0131 uygularken s\u0131k yap\u0131lan hatalar<\/h2>\n<ul>\n<li><strong>Tek bir servis hesab\u0131n\u0131 her yerde kullanmak<\/strong>: \u0130z s\u00fcrmeyi zorla\u015ft\u0131r\u0131r, riskleri bir noktada toplar.<\/li>\n<li><strong>Eski cihazlar\u0131 unutmak<\/strong>: Parola de\u011fi\u015fse bile cihaz s\u00fcrekli deneme yapabilir; kullan\u0131c\u0131 \u201cg\u00f6nderemiyorum\u201d diye tekrar tekrar yanl\u0131\u015f \u015fifre girer.<\/li>\n<li><strong>Kimlik do\u011frulamas\u0131z relay\u2019i \u201cge\u00e7ici\u201d a\u00e7mak<\/strong>: Ge\u00e7ici ayarlar genelde kal\u0131c\u0131 olur; sonras\u0131nda unutulur.<\/li>\n<li><strong>Dok\u00fcmantasyon eksikli\u011fi<\/strong>: Standart istemci ayar\u0131 yaz\u0131l\u0131 de\u011filse, yard\u0131m masas\u0131 her seferinde farkl\u0131 \u00e7\u00f6z\u00fcmler dener.<\/li>\n<\/ul>\n<h2>Sonu\u00e7: net kurallar, az istisna, \u00f6l\u00e7\u00fclebilir kontrol<\/h2>\n<p>Kurumsal SMTP kimlik do\u011frulama politikas\u0131; g\u00fcvenli port\/\u015fifreleme tercihlerinden, open relay riskinin sistematik bi\u00e7imde engellenmesine; IP k\u0131s\u0131tlama stratejisinden, kullan\u0131c\u0131 ve servis hesaplar\u0131n\u0131n y\u00f6netimine kadar b\u00fct\u00fcnc\u00fcl d\u00fc\u015f\u00fcn\u00fclmelidir. En iyi politika, \u00e7ok karma\u015f\u0131k olan de\u011fil; istisnalar\u0131 minimuma indiren, izlenebilir ve s\u00fcrd\u00fcr\u00fclebilir oland\u0131r.<\/p>\n<p>MX1Mail gibi y\u00f6netilen kurumsal e-posta hizmetlerinde, do\u011fru sunucu\/port se\u00e7imi, kullan\u0131c\u0131 hesaplar\u0131n\u0131n d\u00fczenli y\u00f6netimi ve g\u00f6nderim kaynaklar\u0131n\u0131n kontrol alt\u0131nda tutulmas\u0131, hem teslim edilebilirli\u011fi hem de operasyonel g\u00fcvenli\u011fi destekleyen temel pratiklerdir. Kendi kurumunuz i\u00e7in bu yaz\u0131daki ba\u015fl\u0131klardan bir kontrol listesi \u00e7\u0131kar\u0131p mevcut yap\u0131land\u0131rman\u0131z\u0131 g\u00f6zden ge\u00e7irmek, en h\u0131zl\u0131 kazan\u0131m\u0131 sa\u011flayacakt\u0131r.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>SMTP kimlik do\u011frulama ve eri\u015fim politikalar\u0131yla open relay riskini nas\u0131l \u00f6nlersiniz? G\u00fcvenli portlar, IP k\u0131s\u0131tlama, parola hijyeni ve istemci ayarlar\u0131 i\u00e7in pratik rehber.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[10],"tags":[159,439,437],"class_list":["post-167","post","type-post","status-publish","format-standard","hentry","category-e-posta-guvenligi","tag-e-posta-yonetimi","tag-kimlik-dogrulama","tag-smtp-guvenligi"],"_links":{"self":[{"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/posts\/167","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/comments?post=167"}],"version-history":[{"count":0,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/posts\/167\/revisions"}],"wp:attachment":[{"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/media?parent=167"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/categories?post=167"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/tags?post=167"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}