[ Aracı otomasyonu ]

Bilinmeyen bir göndereni salt okunur bir aracıyla araştırın

Onay yetkisi vermeden, bilinmeyen gönderenin kanıtlarını düzenlemek için bir aracı kullanın. Aday niteliklerini, insan kararlarını ve daha sonra yapılan değişiklikleri ayrı tutun.

EmailAuth araştırma ekibi tarafından · 7 dakikalık okuma

[ Anahtar noktalar ]

  • Gönderenin gözlemini zenginleştirmeden önce onaylanmış verileri ve araçları tanımlayın.
  • Rapor içeriğini ve alınan metni delil olarak değerlendirin, asla harekete geçme yetkisi vermeyin.
  • Müşteriye özel hizmet ve sahip kanıtı gerektirir.
  • İşletme onayını DNS yazmalarından, kimlik bilgilerinden ve harici ifşalardan ayrı tutun.
Bu sayfada

Temsilciye onay yetkisi değil, soruşturma yetkisi verin

Bilinmeyen gönderen, henüz onaylanmış bir iş hizmetine bağlanmamış bir gözlemdir. Otomatik olarak kötü amaçlı değildir ve tanınabilir bir barındırma şirketi onu yetkilendirmez. Bir temsilci kanıtları düzenleyebilir ve sonraki soruları önerebilir, ancak hizmetin onaylanıp onaylanmayacağını, reddedilip iletilmeyeceğini müşteriye özel bir insan kararının belirlemesi gerekir.

Aşağıdaki iş akışı önerildi ve yürütülmedi. Mayıs 2026'ya dayanıyor DMARC spesifikasyonları, OWASP'nin 2025 aracı güvenlik kılavuzu ve kamu sağlayıcı belgeleri 8 Kasım 2026'da incelendi. Hiçbir EmailAuth özelliği, entegrasyon, otonom eylem veya desteklenen ürün iş akışı iddia edilmedi. Ürün kapasitesi ve izin uygulaması, uygulamadan önce ayrı ayrı doğrulanmalıdır.

Dar kapsamlı bir gözlemle başlayın

Onaylanan girdiden bir vaka oluşturun: bir rapor satırı, uyarı veya ilgili mesaj gözlemi. Mümkün olduğunda rapor kaynağını, raporlama aralığını, yazar etki alanını, bağlantı IP'sini, kimlik doğrulama kimliklerini ve gözlemlenen sonuçları koruyun. Orijinal değerleri aracının normalleştirilmiş ekranından ve eksik etiket alanlarından ayrı tutun. Ayrıştırıcı hatası, gönderenin bulgusu olarak yeniden yazılmamalıdır.

RFC 9990 açıklar toplu rapor Bağlantı IP'si, sayımlar ve kimlik doğrulamayla ilgili verileri içeren kayıtlar. Bu tür satırlar faydalı ipuçlarıdır ancak kuruluşun işletme sahibinin adını vermez. Raporlar aynı zamanda yanlış bilgiler de içerebilir; Yetki olarak görünen hacime güvenmek yerine kaynağı koruyun ve doğrulama arayın. RFC 9990

Aracının izin verilen kapsamını zenginleştirmeden önce ayarlayın. Önerilen bu tasarımda, onaylanmış rapor özetlerini, ilgili envanter girişlerini, kamuya açık belgeleri ve özel olarak yetkili konfigürasyon gözlemlerini okuyabilir. İlgisiz müşteri hesaplarını sorgulayamaz, mesaj gönderemez, DNS değiştiremez, kimlik bilgileri oluşturamaz veya açıklayamaz, bir hizmeti onaylayamaz veya harici bir alıcıyla kanıt paylaşamaz.

Alınan materyalin talimatlara dönüşmesini önleyin

Raporlar, mesaj içeriği, web siteleri ve sağlayıcı belgeleri, temsilcinin yetki kaynakları değil, kanıt girdileridir. Verileri dışa aktarmasını veya "onarmasını" söyleyen bir örneğe gömülü metin bir kayıt görevini değiştirmemelidir. OWASP, harici içerik yoluyla dolaylı anlık enjeksiyonu açıklar ve neden tek başına almanın bu riski ortadan kaldırmadığını açıklar. OWASP istemi enjeksiyonu

Yalnızca "yazmayın" diyen talimatlara güvenmek yerine, dar tanımlı okuma araçlarını ve zorunlu izinleri kullanın. OWASP'nin aşırı kurum rehberliği, sonuçsal eylemlere ilişkin onay kontrolleriyle işlevsellik, ayrıcalık ve özerkliğin sınırlandırılmasını destekler. Müşteri verileriyle kullanmadan önce gerçek sistemin uygulama ve denetim izini değerlendirin. OWASP aşırı ajansı

Aracının çıktısı, hangi ifadelerin bir gözlemden, belgelenmiş bir sağlayıcı gerçeğinden veya bir çıkarımdan geldiğini korumalıdır. Bir güven etiketi, gerçekten kalibre edilmediği sürece bir olasılık değildir; Onaylanmış, aday ve çözülmemiş gibi daha basit terimler, gerekli deliller tanımlandığında daha net hale gelebilir.

Kimlik ve mülkiyeti karıştırmadan adaylar oluşturun

Temsilci, gözlemlenen kimlikleri bilinen hizmetlerle ve kamuya açık olarak belgelenen sağlayıcı davranışıyla karşılaştırabilir. Ters DNS adı, paylaşılan IP aralığı veya tanıdık DKIM alan adı bir aday önerebilir. Hiçbiri ilgili müşteri kiracısının, kampanyanın veya iş uygulamasının kuruluşun etki alanını kullanma yetkisine sahip olduğunu kanıtlamaz.

İşletme sahibinden, belirli bir hizmeti gözlemlenen kimliğe ve amaca bağlayan kanıtları isteyin. Faydalı önerilen girdiler arasında onaylanmış bir hizmet kaydı, yetkili hesap yapılandırma görünümü ve ilgili bir mesaj olayı yer alır. Sahiplik oluşturmak için şifre veya özel imzalama anahtarı istemeyin.

Amazon SES somut bir kapsam örneği sunuyor: Herkese açık belgeleri, devralınan davranışlar da dahil olmak üzere etki alanı veya e-posta kimliklerini ve Bölgeye özgü doğrulamayı açıklıyor. SES adaysa genel bir SES eşleşmesinin sorunu çözeceğini varsaymak yerine ilgili yetkili hesabı ve Bölgeyi inceleyin. Bu makale ne bir SES kiracısını doğrulamaz ne de bir kimlik oluşturur. Amazon SES kimlik belgeleri

Aşırı talepte bulunmadan kimlik doğrulamayı ilişkilendirin

Onaylanmış bir mesaj örneğinin gerekli olduğu durumlarda, alıcı sistemin güvenilir kimlik doğrulama kanıtlarını ve ilgili gönderme günlüklerini kullanın. Sadece bir bulma Authentication-Results başlığı Yetersizdir: Üretim sistemiyle olan güven ilişkisi önemlidir. Güvenilmeyen iletilen veya yapıştırılan iddiaları, güvenilen alıcı kanıtlarından ayırt edilebilecek şekilde tutun. RFC 8601

Kimliği doğrulanmış yazar alanını değerlendirin SPF veya DKIM kimliği ve hizalama ayrı alanlar olarak. Geçiş, etki alanı kimlik doğrulamasıyla ilgili bir bildirimi destekleyebilir; başvuru için iş onayı sağlamaz. Tersine, meşru bir yolda bir kimlik doğrulama hatası ortaya çıkabilir ve tek başına kötüye kullanımın kanıtı değildir. RFC 9989

Kanıtları ilişkilendirirken içeriğin açığa çıkmasını en aza indirin. Temsilci mümkün olduğunca onaylanmış teknik alt kümeden çalışmalıdır. Kısıtlı bir orijinalin veya harici açıklamanın gerekli olması durumunda, veriler ve varış yeri hakkında belirli bir insan kararı için duraklayın. Salt okunur analiz, girdileri başka bir hizmete gönderdiğinde ifşa riskini ortadan kaldırmaz.

Çözülmemiş alternatifleri içeren bir karar paketi sunun

Önerilen pakette aday hizmetin adı, ilgili kimlikler, destekleyici yapılar, çelişkiler, eksik sahip kanıtları ve önerilen sonraki adım yer almalıdır. Açık sonuçlar sunun: belgelenen hizmet kapsamını onaylayın, araştırmaya devam edin veya şüpheli bir yetkisiz kullanımı üst kademeye iletin. İnsani bir karar, kimin, hangi kanıta dayanarak ve hangi sınırlamalarla karar verdiğini belirlemelidir.

Kurgusal bir örnekte, bir rapor satırı bilinen bir kampanya platformuna benzemektedir ancak mevcut sahibin hiçbiri onu bir müşteri hesabına bağlayamaz. Önerilen uygun geçiş, atanmış bir araştırmacı ile bilinmeyen durumdan çözülmemiş duruma geçiştir. Daha sonra sahibi tarafından onaylanan bir hesap ve mesaj eşleşmesi, insan onayını destekleyebilir; bu anlatı böyle bir geçişin gerçekleştiğine dair kanıt değildir.

Hizmetin onaylanması, bir SPF eklemesinin, DKIM değişikliğinin veya DMARC politikası ayarlamasının otomatik olarak onaylanması anlamına gelmez. Önerilen herhangi bir değişikliğin kendi kesin hedefine, mevcut temel çizgisine, amaçlanan farka ve yetkili insan kararına ihtiyacı vardır. Değiştirilmiş bir hedef veya eskimiş bir temel, daha önceki onayın kapsamını genişletmek yerine teklifi incelemeye döndürür.

İş akışını saklanan insan kararlarıyla değerlendirin

Operasyonel kullanımdan önce, belirsiz atıflar, çelişkili kanıtlar, kötü niyetli gömülü talimatlar ve reddedilen eylemler için testleri tanımlayın. Beklenen güvenli davranış, bir vakayı çözümsüz bırakmayı ve izin sınırında durmayı içermelidir. Burada bu tür testler yapılmamıştır ve herhangi bir başarı oranı veya önleme garantisi talep edilmemektedir.

Gerekli orijinal kanıt: Saklanan kanıtlar ve insan kararlarıyla bilinmeyen veya onaylanan bir iş akışını gösterin. Önerilen durumlar, kurgusal durum ve güvenlik kontrolleri bu kapıyı karşılamıyor. Gerçek kanıtlar, insan kararları ve ürüne özel doğrulama hala eksik.

[ Götürmek ]

Sağlayıcı eşleşmesi yetkilendirme değil, potansiyel müşteridir. Aracı, zorunlu salt okunur sınırlar içinde kalarak belirsizliği korumalı ve insani bir karar için kanıt hazırlamalıdır.

[ Role göre ]

Bu sizin için ne anlama geliyor?

Sonraki pratik adımlar için rolünüzü seçin.

Aracı iş akışı tasarımcısı

Soruşturma sınırlarının uygulanması

Tasarımcı, sistemin hangi onaylı girdileri ve dar kapsamlı okuma araçlarını kullanabileceğine karar verir. Güvenlik, yalnızca bir komut istemindeki bir cümleye değil, uygulanan izinlere ve yetkilendirme kontrollerine bağlıdır.

Sonraki adımlar

  1. Yazma ve gönderme işlevlerini araştırma araç setinin dışında tutun.
  2. Yetkili bir ortamda enjekte edilen talimatları ve reddedilen eylemleri test edin.
  3. Kanıtın kaynağını kaydedin ve gerçekleri çıkarımlardan ayırın.

İşletme hizmeti sahibi

Adayı müşteriye bağlayın

Sahibi, atıf için gereken iş amacını ve müşteriye özel kanıtları sağlar. Sağlayıcı adı, kimlik doğrulama geçişi veya yüksek trafik sayımı bu kararın yerine geçemez.

Sonraki adımlar

  1. İlgili hesabı, hizmeti ve kimlik kapsamını onaylayın.
  2. Çelişkili veya süresi dolmuş servis kayıtlarını çözümleyin.
  3. İlgisiz bir DNS düzenlemesine izin vermeden herhangi bir onayın sınırlamalarını belirtin.

Güvenlik vakası incelemecisi

Gerekçeli çözümlenmemiş bir sonucu ödüllendirin

İncelemeyi yapan kişi, kanıtların onayı, daha fazla araştırmayı veya yükseltmeyi destekleyip desteklemediğini değerlendirir. İzin sınırında duran bir aracı, hiçbir gönderen onaylanmadığında bile doğru davranıyor olabilir.

Sonraki adımlar

  1. Her belirleyici gözlemin kaynağını ve güvenini gözden geçirin.
  2. Harici paylaşım ve kimlik bilgisi işlemlerini ayrı ayrı onaylı tutun.
  3. Tamamlanmış bir iş akışını talep etmeden önce insan kararlarının saklanmasını zorunlu kılın.

[ SSS ]

Sık sorulan sorular

Bilinmeyen gönderici vakasını insanların onayına hazır hale getiren şey nedir?

Önerilen paket, gözlemlenen kimlikleri belirli bir müşteri hizmetine, mevcut iş amacına ve sorumlu sahibine bağlayarak, destekleyici kanıtlar ve çözülmemiş çelişkileri görünür kılıyor. Tanıdık bir altyapı etiketi tek başına bu duruma ulaşmaz.

Bir aracı, bilinen bir sağlayıcıya benzediği için bir kaynağı onaylayabilir mi?

Hayır. Paylaşılan altyapı ve genel sağlayıcı davranışı aday ipuçlarıdır. İlgili müşteri hesabı ve hizmet kapsamı için kanıt isteyin. Amazon SES kimliği ve Bölge ayrımları, geniş sağlayıcı eşleşmesinin neden tam bir müşteri ilişkilendirmesi olmadığını göstermektedir.

Bu salt okunur incelemenin dışında hangi eylemler kalıyor?

DNS düzenlemeleri, hizmet onayı, kimlik bilgisi oluşturma veya açıklama, veri havuzu izin değişiklikleri, mesaj gönderme ve harici paylaşım, yetkisi dışındadır. Önerilen her sonuçsal eylemin kendi insan onayına ve zorunlu izin sınırına ihtiyacı vardır; analiz buna sessizce izin veremez.

Temsilci bir rapora veya örneğe gömülü talimatları nasıl ele almalıdır?

Bunlara yeni otorite olarak değil, güvenilmeyen içerik olarak davranın. Rapor, soruşturmaya bilgi verebilir ancak izinlerini, alıcılarını veya hedeflerini değiştiremez. Geri almanın güvenli olduğunu varsaymak yerine, dolaylı enjeksiyon savunmalarını ve fiili uygulamada alt yöndeki yaptırımları değerlendirin.

Yapıştırılan Authentication-Results alanı neden yeterli değil?

Alan yukarı yönde bir iddia taşır. Güvenilirliği üreticiye, aktarım yoluna ve tüketiciyle olan güven ilişkisine bağlıdır. Başarılı sonuç içeren herhangi bir başlığı kabul etmek yerine, ilgili alıcı sistemin güvenilir kanıtını arayın.

DMARC geçişi işletme sahipliği sorununu çözebilir mi?

Hayır. DMARC kuruluşun bir uygulamayı, kampanyayı veya müşteri hesabını onaylamasıyla değil, uyumlu alan kimlik doğrulamasıyla ilgilidir. Sorumlu insan kararı desteklenene kadar hizmet mülkiyetini çözümsüz bırakırken teknik sonucu koruyun.

İki aday hizmet makul kaldığında doğru sonuç nedir?

Davayı çözümsüz tutun, her iki adayı da koruyun ve onları ayırt edecek eksik kanıtları belirleyin. Bir gerçek araştırmacı veya iletme sahibi atayın. Sadece iş akışını bitirmek için belirsizliği onaya dönüştürmeyin.

Bu iş akışı kullanılabilir bir EmailAuth aracısı özelliğini açıklıyor mu?

Burada hiçbir ürün yeteneği doğrulanmadı. Bu, açık onay sınırları olan bir değerlendirme tasarımıdır. Gerçek bir uygulama, herhangi bir operasyonel başarının iddia edilebilmesi için yetenek doğrulamasına, izin testlerine, saklanan vaka kanıtlarına ve insan kararlarına ihtiyaç duyar.

[ Kaynaklar ]

Kaynaklar

  1. OWASP LLM06:2025 Aşırı Acentelik
  2. OWASP LLM01:2025 Hızlı Enjeksiyon
  3. RFC 8601 : Mesaj Kimlik Doğrulama Durumunu Gösteren Mesaj Başlığı Alanı
  4. RFC 9989 : Etki Alanı Tabanlı İleti Kimlik Doğrulaması, Raporlama ve Uyumluluk
  5. RFC 9990 : DMARC Toplu Raporlama
  6. Amazon SES : Kimlik oluşturma ve doğrulama

[ Sözlük ]

Sözlük

Aday niteliği
Gözlemlenen bir gönderen ile hâlâ müşteriye özel doğrulamaya ihtiyaç duyan olası bir hizmet arasındaki geçici ilişki.
Salt okuma yetkisi
Yazma işlemlerini, onay kararlarını, kimlik bilgisi işlemlerini ve onaylanmamış açıklamaları hariç tutan, kapsamı açıkça belirlenmiş bir araştırma izni.
Kanıt kaynağı etiketi
Destekleyici girdiye referansla, tutulan bir gözlemi, belgelenmiş bir gerçeği ve araştırmacının çıkarımını ayırt eden bir işaretleyici.
İnsan karar sınırı
Temsilcinin izin çıkarmasına izin vermek yerine, sorumlu bir kişinin tanımlanmış bir hizmeti veya eylemi onaylaması için önerilen iş akışının durduğu nokta.
Çözülmemiş geçiş
Gerekli atıf kanıtlarının eksik veya çelişkili olduğu durumlarda, gönderenin onayı olmadan bir davanın devamı veya ilerletilmesinin kaydedilmesi.

Kurumsal menşe

Neden en iyi finans kurumları ve hükümetler e-posta güvenlik kontrol panellerini kullanımdan kaldırdı.

Geleneksel e-posta kimlik doğrulama platformları size bir gösterge tablosu satar ve mühendislerinizden bu işi yapmalarını ister. Riskli ortamlarda, manuel gözetim, gecikmeli uygulama, konfigürasyon kayması ve izlenmeyen gölge alanlar anlamına gelir.

EmailAuth aracılı e-posta kaynak platformudur. Temsilcilerimiz uyguluyor p=reject, üçüncü taraf gönderenleri uyumlu tutun ve alan adlarınızı tam sürüme taşıyın RFC 9989 döngüdeki insan tarafından denetlenebilirliğe sahip yeni DMARC standardı uyumluluğu.

Hükümetler Büyük işletmeler 1. Seviye finans kurumları

SaaS · Özel kiracılık · Şirket içi hava boşluklu · BYOK şifrelemesi

Bilgi Bankası