Phishing Bildirim Kuyruğu: E-posta Güvenliğinde AI Triage

Öne çıkanlar

Bildirilen e-posta, ajan için güvenilmeyen girdidir; içeriğindeki talimatlar uygulanmamalıdır.
Başlık, kimlik doğrulama sonuçları, bağlantı ve ek analizi birlikte değerlendirilmelidir.
Benzer bildirimleri kampanya olarak gruplamak, tekrar eden işi büyük ölçüde azaltır.
Posta kutularından silme gibi toplu işlemler insan onayı gerektirir.

Kullanıcıların şüpheli e-postaları bildirebildiği bir buton, e-posta güvenlik ağ geçidinin kaçırdığı mesajları yakalamanın etkili bir yoludur. Ancak bildirimlerin önemli bir kısmı pazarlama e-postaları, iç duyurular veya meşru ama alışılmadık mesajlardır. Her bildirimi manuel analiz etmek SOC için ciddi bir yük oluşturur; bu kuyruk AI triage için uygun bir başlangıç alanıdır, çünkü görevler net, girdiler yapılandırılabilir ve çoğu işlem okuma ağırlıklıdır.

Ajanın analiz adımları

1. Başlık ve kimlik doğrulama

Gönderen adresi, Reply-To ve Return-Path tutarlılığı, SPF, DKIM ve DMARC sonuçları, mesajın geçtiği sunucular. Görünen ad ile gerçek adres arasındaki uyumsuzluk veya kurum adını taklit eden benzer alan adları önemli göstergelerdir. DMARC'ın geçmesi mesajın güvenli olduğu anlamına gelmez; yalnızca gönderen alan adı adına yetkili bir sistemden geldiğini gösterir.

2. Bağlantılar

Görünen metin ile gerçek hedefin karşılaştırılması, yönlendirme zincirleri, alan adının yaşı ve itibar bilgisi. Bağlantıları ziyaret etmek gerekiyorsa bu, izole bir analiz ortamında (sandbox) yapılmalıdır; ajan bağlantıyı kendi ortamından açmamalıdır.

3. Ekler

Dosya türü, hash itibarı, makro veya gömülü betik varlığı, şifreli arşiv gibi analiz atlatma teknikleri. Dinamik analiz, kurumun sandbox çözümüne devredilir.

4. İçerik ve bağlam

Aciliyet dili, ödeme veya kimlik bilgisi talebi, alıcının rolü (finans, yönetim) ve mesajın kurum içi bir sürece benzeyip benzemediği. Ajan burada güçlüdür, çünkü doğal dil anlama gerektirir; ancak içerik değerlendirmesi tek başına karar dayanağı olmamalı, teknik göstergelerle birlikte yorumlanmalıdır.

Sınıflandırma

Ajanın çıktısı yapılandırılmış olmalıdır. Örnek sınıflar:

Zararlı: kimlik avı, zararlı ek veya iş e-postası dolandırıcılığı (BEC) göstergeleri.
Şüpheli: kesin karar için insan incelemesi gerekiyor.
İstenmeyen ama zararsız: pazarlama, bülten, spam.
Meşru: kurum içi veya bilinen iş ortağından gelen beklenen e-posta.

Her sınıflandırma, göstergeleri ve güven düzeyini içeren kısa bir gerekçeyle sunulur. "Şüpheli" sınıfı bir başarısızlık değildir; ajanın belirsizliği dürüstçe bildirmesi istenen davranıştır.

Kampanya tespiti ve kapsam

Aynı gönderen, konu kalıbı, bağlantı alan adı veya ek hash'iyle gelen bildirimler tek bir kampanya altında toplanmalıdır. Ajan ardından e-posta platformunda aynı özelliklere sahip mesajları arayarak kaç kullanıcıya ulaştığını, kaçının bağlantıya tıkladığını (proxy veya SSE loglarından) ve kaçının yanıt verdiğini raporlayabilir. Bu kapsam bilgisi, olay müdahalesinin önceliğini belirler.

Müdahale ve onay

Analiz okuma ağırlıklıdır; müdahale ise yazma işlemidir ve onay gerektirir:

Mesajın tüm posta kutularından kaldırılması veya karantinaya alınması: kapsam yanlış belirlenirse meşru e-postalar da silinebilir, bu yüzden arama sorgusu ve etkilenecek mesaj sayısı onaylayana gösterilmelidir.
Gönderen veya alan adının engellenmesi: iş ortağı alan adlarında yanlış engelleme iş kesintisi yaratabilir.
Tıklayan kullanıcılar için parola sıfırlama veya oturum sonlandırma: kimlik ekibiyle koordineli yürütülmelidir.

Güvenlik notu: e-posta bir saldırı kanalıdır

Bildirilen e-postanın içeriği, ajan için tamamen güvenilmeyen girdidir. Saldırgan, mesaj gövdesine veya gizli metne ajanı yönlendirmeye çalışan talimatlar koyabilir (dolaylı prompt injection). Ajanın sistem talimatları, e-posta içeriğini veri olarak ele almasını açıkça belirtmeli; ajanın araç yetkileri (örneğin mesaj silme veya alan adı engelleme) ise içerikten bağımsız olarak onay akışıyla sınırlanmalıdır.

Sık sorulan sorular

AI ajanı bildirilen e-postaları otomatik silebilir mi?

Önerilen model, ajanın analiz ve kapsam raporu hazırlaması, silme veya karantina işleminin ise etkilenecek mesajlar görülerek insan tarafından onaylanmasıdır.

DMARC geçen bir e-posta güvenli midir?

Hayır. DMARC yalnızca gönderen alan adının doğrulandığını gösterir; ele geçirilmiş meşru hesaplardan veya benzer alan adlarından gelen saldırılar DMARC'tan geçebilir.

Ajanın bağlantıları açması güvenli mi?

Bağlantılar ve ekler izole bir sandbox ortamında analiz edilmelidir; ajanın kendi çalışma ortamından açılmamalıdır.

İlgili çözümler

İlgili rehberler

confidenya

Bu adımları kendi ortamınızda planlayalım

Hiçbir değişiklik insan onayı olmadan canlıya alınmaz. Güvenlik ürünlerinizin yönetimini AI ajanlarına kademeli ve denetlenebilir şekilde devretmek için ekibimizle görüşün.

Ekibimizle görüşün

Bu içerik genel bilgilendirme amaçlıdır. Kurumunuza özel kararlar için uzman değerlendirmesi önerilir.

Phishing bildirim kuyruğu: e-posta güvenliğinde AI triage