[ BIMI ve marka ]

Görüntülenen bir logo neden iş talebinin güvenli olduğunu kanıtlamıyor?

Etki alanı kimliğini ve görüntülenen logoları, ödeme değişikliklerinin bağımsız onayından ve diğer önemli iş taleplerinden ayrı tutun.

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

[ Anahtar noktalar ]

  • Bir logo, talep edilen ticari eyleme izin vermez.
  • Meşru hesap uzlaşması, aşinalığa dayalı güveni atlayabilir.
  • Sonuç olarak ortaya çıkan değişiklikleri bağımsız olarak bilinen bir kanal aracılığıyla doğrulayın.
Bu sayfada

Gönderen kimliğini işletme yetkilendirmesinden ayırın

Görüntülenen bir marka logosu, alıcının iddia edilen gönderenin kimliğini tanımasına yardımcı olabilir. Bir ödeme talimatını onaylamaz, yeni bir banka hesabını doğrulamaz veya bir ekin güvenli olduğunu tespit etmez. Pratik kural, talep edilen iş eylemini görsel göstergeden bağımsız olarak değerlendirmektir. Tanıdık bir görsel, sonuçta ortaya çıkan bir istek için normalde gerekli olan kontrolleri kaldırmamalıdır.

Bu makale savunma amaçlı bir kılavuzdur, adı geçen herhangi bir marka veya sertifika sahibi hakkında bir iddia değildir. Gerçek bir istismar olayı, mesaj veya hesap incelenmedi. 8 Kasım 2026'da muhafaza edilen birincil kaynaklar, mevcut alıcı belgelerini içerir, DMARC ve kimlik doğrulama sonucu özellikleri ve güvenliği ihlal edilmiş iş e-postası hakkında tarihli bir IC3 tavsiyesi. Aşağıdaki kurgusal senaryo, tahliye için gerekli olan düzeltilmiş operasyonel kanıtlar değildir.

Görünür göstergenin neyi oluşturup neyi belirleyemeyeceğini anlayın

Google'ın belgelediği BIMI iş akışı, sertifika destekli malzeme gerektirir ve VMC onaylı gönderenlerle bir onay işaretini ilişkilendirir. Yahoo sayfası farklı uygunluk koşulları kullanıyor ve şu anda bir VMC logo gösterimi için. Bu nedenle aynı görünen marka sunumu, alıcılar arasında evrensel bir garantiler seti olarak yorumlanmamalıdır. Teknik bir sonuca varmadan önce gerçek hizmeti ve göstergeyi tanımlayın. Google BIMI Yahoo BIMI

DMARC görünür Kimden alan adı ile kendi kurallarına göre aktarılan hizalanmış kimlik doğrulama arasında bir ilişki kurar. Bu bir alan kimlik doğrulama sonucudur; mesajdaki her cümlenin dürüstlüğünün, otoritesinin veya ticari doğruluğunun değerlendirilmesi değildir. Bir istek, kimliği doğrulanmış bir etki alanı kullanabilir ve yine de alıcının iş süreci kapsamında ayrı bir onay gerektirebilir. RFC 9989

Güvenliği ihlal edilmiş meşru bir hesap, tehdit modelini değiştirir

IC3'ün 6 Nisan 2020 tarihli danışma belgesinde şunlar anlatılmaktadır: iş e-postası uzlaşması meşru bulut e-posta hesaplarını ve sahte ödeme yönlendirmeyi içerir. Bu kaynak, genel hesap güvenliği riskini desteklemektedir; BIMI'nin etkin olduğu belirli bir saldırının veya herhangi bir sağlayıcının dahil olduğu güncel bir olayın kanıtı değildir. Kaynağa tarih verin ve çıkarımı dar tutun: Gönderen etki alanının kimliğini doğrulayan kontroller, hesabı koruyan ve işlemi onaylayan kontrollerin yerine geçmez. IC3 bulut e-posta danışmanlığı

Tanıdık bir adres ve mevcut konuşma bağlamı, bir isteği ikna edici hale getirebilir ancak gönderenin şu anda hesabı yasal olarak kontrol edip etmediğine veya ödeme ayrıntılarını değiştirme yetkisine sahip olup olmadığına karar vermez. İş eylemini doğrulamak için olağandışı aciliyet, değişen talimatlar veya normal süreçteki bir istisnayı gerekçe olarak değerlendirin. Doğrulanmamış bir sonuçsal isteği duraklatmadan önce teknik bir uzlaşmanın kanıtını talep etmeyin.

Bağımsız, güvenilir bir kanal aracılığıyla doğrulama

IC3 tavsiyesi, ödeme değişikliklerinin ve işlemlerinin şahsen veya bilinen bir telefon numarası kullanılarak doğrulanmasını önerir. Önemli sınır şüpheli talimattan bağımsız olmaktır. Aynı mesajda verilen yeni bir numara veya bağlantı bu bağımsızlığı sağlamaz. Talebi onaylamak için yerleşik bir satıcı kaydını, önceden doğrulanmış iletişim kişisini veya onaylanmış dahili süreci kullanın. IC3 doğrulama önerileri

Kimin neyi, hangi güvenilir kanaldan onayladığını ve kişinin değişikliği onaylama yetkisine sahip olup olmadığını kaydedin. Yalnızca kişinin adını doğrulayan bir geri arama, mutlaka banka ayrıntılarının veya istenen işlemin onaylanması anlamına gelmez. Kuruluşun mevcut onay ve görevler ayrılığı sürecini takip edin. Bu makale bir transfere izin vermez, finansal bilgileri ifşa etmez veya üçüncü bir tarafla iletişime geçmez.

Kimlik kanıtlarını onayla karıştırmadan koruyun

Yetkili bir araştırma için orijinal mesajı ve ilgili başlıkları uygun erişim kontrolleriyle birlikte saklayın. Görünen Gönderen adresini, kimliği doğrulanmış kimlikleri, güvenilir doğrulama kaynağını, alıcıyı ve gözlemlenen logoyu kaydedin. Authentication-Results yalnızca bilinen bir güven sınırı dahilinde yorumlanmalıdır; keyfi olarak kopyalanan bir başlık, yalnızca pass kelimesini içerdiği için güvenilir bir kanıt değildir. RFC 8601

İşletme doğrulama kaydını mesaja ayrı olarak bağlı tutun. Teknik kayıt, hangi kimlik kanıtlarının gözlemlendiğini yanıtlar. İş kaydı, talebin bağımsız olarak onaylanıp onaylanmadığını yanıtlar. Hiçbiri diğerinin üzerine yazılmamalıdır. Talep doğrulanmadan kalırsa doğru durum, yanıltıcı ve tamamen açık bir dolandırıcılık suçlaması yerine "kimliği doğrulanmış kimlik gözlemlendi, iş eylemi gerçekleştirildi" olabilir.

Orijinal istek güvenliği çalışma sayfası

Tanıdık bir logoyla gelen sonuçsal bir istek için aşağıdaki önerilen çalışma sayfasını kullanın. Tamamlanmış bir olay kaydı değildir ve hiçbir gerçek kişisel veya mali ayrıntı içermez.

  • Talep: aranan eylem, aciliyet, önemli değişiklik ve geçerli onay politikası.
  • Mesaj kimliği: orijinal kanıt referansı, görünür gönderen ve alınma zamanı.
  • Kimlik doğrulama: güvenilir doğrulayıcı, hizalanmış kimlikler ve saklanan sonucun sınırları.
  • Sunum: Kaynağı varsayılmadan alıcı, müşteri ve gözlemlenen resim veya rozet.
  • Kontrol sınırı: logo veya kimlik doğrulamanın neyi belirlediği ve neyi belirlemediği.
  • Bağımsız onay: bilinen iletişim kaynağı, yetkili onaylayıcı ve kesin gerçekler kontrol edildi.
  • Karar: Normal kontroller yoluyla onaylayın, askıya alın veya soruşturma için iletin.
  • Kanıtların işlenmesi: düzeltme, erişim, saklama ve sorumlu olay sahibi.

Çalışma sayfası, teknik olmayan onaylayıcının çözülmemiş iş sorusunu görmesini kolaylaştırmalıdır. Sertifika ayrıntılarının altına gömmekten kaçının. Geçerli bir sertifika faydalı bir bağlamdır ancak satıcının bugün hesap numarasını değiştirmeyi düşünüp düşünmediğine cevap veremez. Benzer şekilde, logonun olmaması sahtekarlığı kanıtlamaz; birçok sunum veya uygunluk koşulunu yansıtabilir.

Kurgusal senaryo: Bir tedarikçi ödeme talimatlarını değiştiriyor

Fictional Brookfield Works, düzenli ekipman tedarikçisinden gelmiş gibi görünen bir mesaj alır. Arayüz tanıdık marka imajını gösteriyor ve mesaj, finanstan gün bitmeden yeni ödeme ayrıntılarını kullanmasını istiyor. Bu icat edilen senaryoda ekip, hesabın ele geçirilip geçirilmediğini veya isteğin meşru olup olmadığını henüz belirlemedi. Logo her iki durumda da bir karar olarak değerlendirilmez.

Önerilen yanıt, değişikliğin askıya alınması, mesajın korunması ve onaylı satıcı sisteminde halihazırda kayıtlı olan tedarikçi iletişim kişisi aracılığıyla tam talebin onaylanmasıdır. Finans, ödeme bilgilerini güncellemeden önce normal yetkilendirmeyi gerektirir. Güvenlik, tedarikçiyi kamuya açık bir şekilde suçlamadan çelişkili kanıtları araştıracaktır. Hiçbir geri arama, aktarım, başlık doğrulaması veya olay tespiti gerçekleşmedi; senaryo yalnızca kontrol sınırını göstermektedir.

Uzlaşmadan şüpheleniliyorsa orantılı bir şekilde yanıt verin

Bağımsız doğrulamanın mesajla çelişmesi durumunda kuruluşun güvenlik ve finans müdahale sahiplerini sürece dahil edin. Yararlı bağlamı ortadan kaldırabilecek değişiklikler yapmadan önce kanıtları koruyun. IC3 tavsiye belgesi, yetkisiz ödemelerin tespit edilmesi durumunda finans kurumuyla derhal irtibata geçilmesini tavsiye eder, ancak bu metin herhangi bir ödemenin gerçekleştiğini veya tahsilatın garanti edildiğini iddia etmez. Gerçek olay sürecini ve geçerli yerel raporlama kanallarını kullanın. IC3 yanıt kılavuzu

Kötü niyetli bir istek meşru bir hesap kullanmış olabileceği için tüm etki alanı kimlik doğrulamasını kaldırmayın. Kimlik doğrulama, diğer kimliğe bürünme biçimlerine karşı değerli bir kanıt ve koruma olmaya devam ediyor. Güvenliği ihlal edilen sınırı araştırın ve bağımsız işlem kontrollerini sürdürün. Ders, her görsel veya kriptografik sinyalin reddedilmesi değil, katmanlı doğrulamadır.

Katalog, kimlik kanıtı, kontrol sınırı ve bağımsız iş doğrulaması içeren, düzenlenmiş bir kötüye kullanım senaryosu gerektirir. Hiçbir gerçek senaryo veya doğrulama kaydı sağlanmadı. Orijinal kanıtlar, insan KOBİ'si, kaynak uygulanabilirliği, üretim yolları, görsel erişilebilirlik ve mal sahibinin serbest bırakılması açık olmaya devam etmektedir. Bu taslak, bir olayın kanıtı veya bir iş talebinin onayı değil, eğitim amaçlı bir rehberdir.

[ Götürmek ]

Kimlik kanıtlarını koruyun, doğrulanmamış sonuç niteliğindeki talepleri saklayın ve yerleşik bağımsız onay sürecini kullanın.

[ 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

Teknik kanıtları koruyun

Bir logo veya kopyalanan geçiş etiketi, tam bir doğrulama kaydı değildir.

Sonraki adımlar

  1. Orijinal mesajı saklayın.
  2. Güvenilir kimlik doğrulama sonuçlarını tanımlayın.
  3. Sunumu iş onayından ayırın.

CISO / SecOps

Erken atıfta bulunmadan araştırın

Şüpheli bir talep, adı geçen tarafın görevi kötüye kullandığının kanıtı değildir.

Sonraki adımlar

  1. Kanıtları ve belirsizliği koruyun.
  2. Güvenlik ve finans sahiplerini koordine edin.
  3. Gerçekler bunu haklı çıkardığında olay sürecini uygulayın.

Kurucu / Teknik Olmayan

İşlem kontrollerini sağlam tutun

Marka bilinirliği onayın yerini almamalıdır.

Sonraki adımlar

  1. Bilinen kişi kayıtlarını kullanın.
  2. Tam olarak istenen değişikliği onaylayın.
  3. Eylemden önce normal yetkilendirmeyi gerekli kılın.

[ SSS ]

Sık sorulan sorular

Logo yeni ödeme ayrıntılarının güvenli olduğunu kanıtlar mı?

Hayır. İş talebi bağımsız doğrulama ve onay gerektirir.

DMARC bir mesajdaki her ifadeyi doğruluyor mu?

Hayır. Hizalanmış etki alanı kimlik doğrulamasını kendi kurallarına göre değerlendirir.

RFC 9989: DMARC

Meşru hesapların güvenliği ihlal edilebilir mi?

IC3'ün tarihli bulut e-posta tavsiyesi, ödeme yönlendirmesi için kullanılan güvenliği ihlal edilmiş işletme hesaplarını açıklamaktadır.

IC3: Bulut Tabanlı E-posta Hizmetleri BEC Tavsiyesi, 6 Nisan 2020

Geri arama numarası şüpheli mesajdan mı gelmeli?

IC3 rehberliğine uygun olarak, bağımsız olarak bilinen bir numara veya şahsen doğrulama kullanın.

IC3: Bulut Tabanlı E-posta Hizmetleri BEC Tavsiyesi, 6 Nisan 2020

Herhangi bir geçiş başlığına güvenilebilir mi?

Hayır. Üretim sistemini ve güven sınırını oluşturun.

RFC 8601: Authentication-Results

Logonun olmaması sahtekarlığın kanıtı mıdır?

Hayır. Görüntüleme, alıcıya özgü koşullara bağlıdır ve dolandırıcılık kararı teşkil etmez.

Yahoo Gönderici Merkezi: BIMI

Burada gerçek bir tedarikçi olayı doğrulandı mı?

Hayır. Örnek kurgusal olup herhangi bir mesaj, çağrı veya işlem incelenmemiştir.

Bu taslak ödeme veya iletişim yetkisi veriyor mu?

Hayır. Bu eğitim amaçlı bir rehberliktir ve tüm fiili iş eylemleri normal yetkili süreci gerektirir.

[ Kaynaklar ]

Kaynaklar

  1. Google: BIMI kurun

    Bölümler Başlamadan önce · 1. Adım: Logonuzun bir SVG dosyasını oluşturun · 2. Adım: Bir VMC veya CMC ve ilgili dosyaları edinin

  2. Yahoo Gönderici Merkezi: BIMI

    Bölümler · VMC gereksinimleri olması durumunda bir logo görüntüleyeceğiz

  3. RFC 9989: DMARC

    Bölümler Tanımlayıcı Hizalaması · A.6 PCT Etiketinin Kaldırılması

  4. RFC 8601: Authentication-Results

    Bölümler §1.2 Güven Sınırı · §7. Güvenlik Hususları

  5. IC3: Bulut Tabanlı E-posta Hizmetleri BEC Tavsiyesi, 6 Nisan 2020

    Bölümler Tanımlar · Tehdit · Son Kullanıcılara Öneriler · BT Yöneticilerine Öneriler · Mağdur Olursanız Ne Yapmalısınız?

[ Sözlük ]

Sözlük

İşletme yetkilendirmesi
Talep edilen eylemin kuruluşun yerleşik kontrolleri aracılığıyla onaylanması.
Bağımsız doğrulama
Potansiyel olarak tehlikeye atılmış istekten ayrı, bilinen bir kanal üzerinden yapılan onay.

IC3: Bulut Tabanlı E-posta Hizmetleri BEC Tavsiyesi, 6 Nisan 2020

Kimlik kanıtı
İçerik güvenliğinden farklı olarak, gönderen etki alanı ve kimlik doğrulama hakkında güvenilir gözlemler.

RFC 9989: DMARC

Kontrol sınırı
Teknik bir sinyalin oluşturduğu ile hâlâ ayrı bir onaya ihtiyaç duyan şey arasındaki çizgi.

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ı