Görünmez harfler: Yapay zekâ saldırısı, spam filtresi atlatmaya dönüştü

Ekranda yok, metinde var

Unicode, dünyadaki bütün yazı sistemlerini kapsayan karakter standardı. İçinde Tags (etiketler) adında, U+E0000 ile U+E007F arasında bir blok var. Bu blok, normal İngilizce harflerin ve işaretlerin bir “gölge kopyası”. Başlangıçta metne dil etiketi eklemek için tasarlanmış, bugün neredeyse hiç kullanılmıyor.

Önemli özelliği şu: Bu karakterlerin çoğu ekranda hiç görünmüyor. Ama metni okuyan bir program onları görüyor. Tek meşru ve yaygın kullanımı, İngiltere, İskoçya ve Galler bayrak emojileri. Bu bayraklar arka planda görünmez etiket karakterleriyle kodlanıyor.

İlk kullanım: Yapay zekâya gizli komut

Bu tekniğe ASCII smuggling (ASCII kaçakçılığı) deniyor. Güvenlik araştırmacıları onu önce yapay zekâ saldırılarında gösterdi:

1. Saldırgan bir web sayfasına, belgeye ya da e-postaya görünmez karakterlerle bir talimat saklıyor.
2. İnsan hiçbir şey görmüyor.
3. Metni ham hâliyle okuyan bir yapay zekâ asistanı ise gizli talimatı okuyup ona uyabiliyor.

Buna prompt injection (komut enjeksiyonu) deniyor. Asistanın yetkisi ne kadar genişse (e-posta göndermek, dosya okumak gibi), risk o kadar büyük.

Yeni kullanım: Spam filtresini atlatmak

Microsoft’un güvenlik ekibi, e-postalarda bu tür gizli komutları arayan bir kontrol yazmıştı. 9 Şubat 2026’da bu kontrolün yakaladığı e-posta sayısı bir günde yaklaşık 21 bin’den 1,3 milyonun üzerine çıktı. Ama e-postalarda yapay zekâya verilmiş bir komut yoktu.

Bunlar, işletme kredisi vaat eden oltalama (phishing) e-postalarıydı. Saldırganlar “funding” (finansman) gibi dikkat çeken kelimelerin ortasına tek bir görünmez karakter koymuştu. Okuyan kişi yine “funding” görüyor. Ama kelimeyi arayan basit bir filtre için metin artık “fun” + görünmez karakter + “ding”.

Microsoft’a göre asıl hedef, e-postaları sınıflandıran makine öğrenmesi modelleri. Bu modeller metni önce token denen parçalara ayırıyor. Tanıdık bir kelimenin ortasına garip bir karakter girince model onu tanımayabiliyor.

Microsoft’un verilerine göre kampanya yaklaşık üç ay sürdü, en yoğun döneminde hafta içi günde 1–2 milyon e-posta gönderdi, hafta sonları neredeyse durdu. E-postalar meşru bir pazarlama platformu üzerinden gönderilmişti. Yine de şirkete göre bu e-postaların yüzde 99’dan fazlası, görünmez karakterlere hiç bakmayan başka korumalarla yakalandı.

Savunma: Önce temizle, sonra kontrol et

Microsoft’un temel önerisi basit: Eşleştirmeden önce normalleştir. Yani metni bir kurala ya da modele vermeden önce görünmez karakterleri temizle.

• Etiket bloğundaki ve sıfır genişlikli diğer görünmez karakterleri kaldır.
• Bu karakterlerin varlığını başlı başına şüpheli bir işaret say (bayrak emojileri hariç).
• Aynı temizliği, metni bir yapay zekâ asistanına vermeden önce de yap.

İlginç bir ters etki de var: Normal e-postalarda bu karakterler neredeyse hiç geçmediği için, onları kullanmak saldırganı daha kolay yakalanır hâle getiriyor.

Asıl ders

Yapay zekâ güvenliği için bulunan teknikler orada kalmıyor. Görünmez karakterler, ekranda gördüğünle programın okuduğu arasındaki farkı kullanıyor. Metin işleyen her sistemin, kullanıcıya gösterdiği metinle kendi işlediği metnin aynı olduğundan emin olması gerekiyor.

Görünmez karakter eklemeden, kelime seçimine saklanan bir işareti Claude’un metin filigranı yazısında anlattık.

Aynı görünmez karakterler Ekim 2026’da zararlı ajan skill’lerinde de ortaya çıktı (skill’lerdeki gizli talimatlar).

Düşün

• Yazdığın bir uygulama kullanıcıdan metin alıyorsa, içinde görünmez karakter olup olmadığını kontrol ediyor musun?
• Bir yapay zekâ asistanına e-postalarını okuma izni vermeden önce hangi riskleri düşünmelisin?

Kendi cümlelerimizle yazılmış bir özettir, çeviri değildir. Tüm kaynaklar yukarıda.