[ Aracı otomasyonu ]

Kuruluş adına e-posta gönderen yapay zeka aracılarını yönetin

Bir aracının alıcılarını, içeriğini ve gönderen kimliğini, postasının kimlik doğrulamayı geçip geçmediğinden bağımsız olarak kontrol edin.

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

[ Anahtar noktalar ]

  • Bir aracının alıcılarını, içeriğini ve gönderen kimliğini, postasının kimlik doğrulamayı geçip geçmediğinden bağımsız olarak kontrol edin.
  • Kimliği doğrulanmış bir gönderenin hâlâ onaylanmış alıcılara, amaca ve içeriğe ihtiyacı vardır.
Bu sayfada

Posta gönderebilen bir yapay zeka aracısı, her mesaj iletildiğinde bile iş açısından sonuçlar doğurabilir SPF, DKIM Ve DMARC. Kimlik doğrulama, gönderen alan kimliğinin çeşitli yönlerini ele alır; mesajın yetkili, doğru veya uygun olduğunu kanıtlamaz. Gönderme eylemini, tanımlanmış bir amaç ve alıcı kapsamına sahip ayrı bir yetenek olarak yönetin.

Temsilcinin ne iletişim kurabileceğini tanımlayın

Onaylanmış kullanım örneklerini, gönderen hesabı, alıcı kaynaklarını, hacim sınırlarını, ek kurallarını ve inceleme gereksinimlerini belirtin. Rutin dahili durum özetleri ve sözleşmeye dayalı taahhütler aynı özerk onay yolunu paylaşmamalıdır. Kuruluşun politikasına göre harici alıcıları ve hassas içeriği kısıtlayın ve bu politikayı kimin değiştirebileceğini belirleyin.

Alıcı kimliğini, analiz edilen bir e-postaya yerleştirilmiş bir talimattan değil, güvenilir bir dizinden veya açıkça onaylanmış bir adresten elde edin. Raporu bu yeni adrese gönderin diyen bir mesaj, otomatik yetkilendirme değil, değerlendirilecek kanıttır. OWASP İstemi Enjeksiyonu Talimat olarak ele alınırsa harici metnin neden aracı davranışını değiştirebileceğini açıklar.

Gönderme yetkisini okuma yetkisinden ayrı tutun

Yalnızca gerekli posta kutusu ve API izinlerine sahip bir gönderen kimliği kullanın. Rapor okuma entegrasyonu sessizce farklı gönderme veya adına gönderme yetkisi kazanmamalıdır. Taslak oluşturmayı, onaylamayı ve göndermeyi ayrı günlüğe kaydedilen etkinlikler olarak tutun. Gönderimden önce alıcıları, konuyu, metni ve ekleri onaylanmış sürümle karşılaştırarak yeniden kontrol edin.

OWASP Aşırı Ajansı açığa çıkan işlevlerin ve izinlerin sınırlandırılmasını ve aşağı yönde yetkilendirmenin uygulanmasını önerir. Bu kontrolleri gönderme ağ geçidine uygulayın, böylece bir model bunları genel bir HTTP aracı veya alternatif posta API'si ile atlayamaz. Hız sınırları ve acil anahtarı etkiyi azaltır ancak alıcı ve içerik yetkilendirmesinin yerine geçmez.

Sınırlı gönderme iş akışını test etme

Yazılı plan SEND-01 için, kiracı-A/hizmet-posta kutusunun, From status@example.invalid , alıcı ops@example.invalid , konu Rutin durumu, gövde İncelemenin tamamlandığını varsayalım; değişiklik teklif edilmedi, ek yok, amaç dahili durum. Tüm kimlikler örnek niteliğindedir ve hiçbir kimlik bilgisi veya fiili onay sağlanmaz.

Önerilen bir ağ geçidi kuralı uyarınca, geçerli korumalı onayı ve kullanılmayan bir işlem kimliğini içeren tam nesne, gönderim için uygun hale gelebilir. Yeni bir harici alıcı, ek, sözleşme amacı, değişen gövde, değiştirilen Kimden, farklı hesap veya yeniden kullanılan işlem kimliği bunu durdurmalıdır. Genel bir HTTP rotası aynı yetkilendirme sınırını atlamamalıdır. Bunlar beklenen kararlardır, yürütülen testler değil.

Üretimde, sağlayıcı tarafından kabul edilen bir isteği alıcının tesliminden ayırın. Gönderim yanıtı kaybolursa, yinelenen postalardan kaçınmaya çalışmadan önce mevcut ileti veya işlem tanımlayıcılarını inceleyin. Sağlayıcının geçicilik desteği değişiklik gösterir; yerel bir tekrar koruması tek başına bir ağ arızasında tam olarak bir kez teslimatı kanıtlayamaz.

Denetlenebilir bir eylem zinciri tutun

Önerilen sıra, onaylı rapor alımı, taslak oluşturma, yetkili insan kararı, yürütme-ağ geçidi doğrulaması, sağlayıcının sunulması ve ayrı teslimat gözleminden oluşur. Her adımın hangi bileşenin sahibi olduğunu kaydedin. Sağlayıcı istek kimliği, onay alındısı, gönderim zaman damgası ve teslimat sonucu bu örnekte mevcut değildir. Hiçbir sağlayıcı bağdaştırıcısı, yerel koruma veya tekrar testi çalıştırılmadı ve herhangi bir mesaj gönderilmedi.

Gerçek posta yolunu doğrulayın ve denetleyin

Seçilen Gönderen etki alanı için gönderen hizmetin belgelenmiş kimlik doğrulamasını yapılandırın ve alıcılarda yetkili test mesajlarını doğrulayın. RFC 9989 açıklıyor hizalama, sırasında DKIM imzalayanın sorumluluğunu sözde yazardan ayırır. Her iki protokol de yapay zeka tarafından oluşturulan bir ifadenin doğruluğunu onaylamaz.

Kullanıcı veya hizmet yetkilendirmesini, onaylanmış içerik sürümünü, alıcı çözümünü, gönderim sonucunu ve sonraki teslimat kanıtlarını uygun saklama kontrolleri altında saklayın. Salt okunur tanılamayı devre dışı bırakmadan gönderimi hemen askıya almanın bir yolunu sağlayın. Yetkisiz bir mesaj gönderilirse bunu bir iletişim olayı olarak değerlendirin; DNS düzeltmek içeriğini geri çekmez.

[ Götürmek ]

Kimliği doğrulanmış bir gönderenin hâlâ onaylanmış alıcılara, amaca ve içeriğe ihtiyacı vardır.

[ Role göre ]

Bu sizin için ne anlama geliyor?

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

BT / Posta Yöneticisi

Gönderim ağ geçidini kontrol edin

Alıcı ve yük kontrolleri yürütme zamanına aittir.

Sonraki adımlar

  1. Onaylanan içerik sürümlerini günlüğe kaydedin.
  2. Tekrarları ve belirsiz sonuçları test edin.
  3. Yeniden denemeden önce belirsiz gönderimleri uzlaştırın.

CISO / SecOps

Posta yetkisini ayrıcalıklı bir yetenek olarak değerlendirin

Kimlik doğrulama tek başına kötüye kullanımı engellemez.

Sonraki adımlar

  1. Farklı gönderme kapsamlarını denetleyin.
  2. Hızlı bir süspansiyon yolunu koruyun.
  3. Gönderen kimliğin kimlik doğrulamasını doğrulayın.

Kurucu / Teknik Olmayan

Kolaylığı taahhütlerden ayırın

Yararlı bir özet aracısı, sınırsız şirket söz hakkı elde etmemelidir.

Sonraki adımlar

  1. İzin verilen amaçları tanımlayın.
  2. Sonuç olarak ortaya çıkan taahhütler için inceleme gerektir.
  3. Durum güncellemelerini iş taahhütlerinden ayırın.

[ SSS ]

Sık sorulan sorular

DMARC geçişi mesajın yetkilendirildiği anlamına mı geliyor?

Hayır. Etki alanı kimlik doğrulaması, iş iznini veya içeriğin doğruluğunu belirlemez.

Posta okumak gönderme izni vermeli mi?

Hayır. Okuma, taslak oluşturma ve gönderme işlemlerini ayrı yetenekler olarak değerlendirin.

Analiz edilen bir e-postadan bir alıcı alınabilir mi?

Yalnızca güvenilir yetkilendirme ve kimlik kontrollerinden sonra; e-posta metninin kendisi yetki veremez.

Onay neleri kapsamalıdır?

Alıcının belirlemesi, amacı, gönderme kimliği ve ilgili içerik veya ek kapsamı.

Örnek e-posta gönderiyor mu?

Hayır. Yürütülen ağ geçidi veya mesaj gönderimi olmadan yazılı bir gönderim politikasını belirtir.

Bir gönderme çağrısı zaman aşımına uğrarsa ne olur?

Yeniden denemeden önce sağlayıcıyı ve çalışma kanıtlarını kontrol edin; sonuç belirsiz olabilir.

Tekrar koruması tam olarak bir kez teslimatı garanti ediyor mu?

Hayır. Ağ ve sağlayıcı davranışı ayrı ayrı ele alınmayı ve doğrulamayı gerektirir.

Acil durum kontrolü neyi durdurmalı?

Soruşturma için uygun olan yerlerde güvenli salt okunur erişimi korurken gönderme yetkisi.

[ Kaynaklar ]

Kaynaklar

  1. OWASP Aşırı Ajansı

    Bölümler Önleme ve hafifletme stratejileri

  2. OWASP İstemi Enjeksiyonu

    Bölümler Önleme ve hafifletme stratejileri

  3. RFC 9989 DMARC

    Bölümler §4.4 · §5.3.5 · §5.4 · §7.4 · §8

  4. RFC 6376 DKIM

    Bölümler §3.4 · §3.5 · §3.6 · §3.7 · §6.1 · §6.3

[ Sözlük ]

Sözlük

Farklı gönderme yetkisi
Gönderen olarak başka bir hesap veya kimlik kullanarak posta gönderme izni.
Tekrar koruması
Daha önce işlenmiş bir işlem tanımlayıcısının tekrar tekrar kullanılmasını reddeden bir kontrol.

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ı