Web Push Bildirimleri: Sessiz Tehditlerin Kapısı Nasıl Açılır?

Web Push Bildirimleri: Sessiz Tehditlerin Kapısı Nasıl Açılır?

May 18, 2026 web-security service-workers push-notifications vulnerability api-security web-platform browser-security exploitation

Web Push'un Gizli Tehdidi: Uyuyan Aracı Açığı

Web Push bildirimleri artık modern web uygulamalarının vazgeçilmez bir parçası. Gerçek zamanlı işbirliği araçlarından kritik uyarı sistemlerine kadar her yerde karşımıza çıkıyor. Ancak kullanıcıları haberdar etmek için tasarlanan bu mekanizma, sessiz ve kalıcı saldırılar için bir kapı açılabilir mi?

Uyuyan Aracı (Sleeping Agent) açığı işte tam da bu noktada ortaya çıkıyor. Bu sofistike saldırı, tarayıcıların Web Push API güvenlik gerekliliklerini kontrol ederken ortaya çıkan bir zaman farkını kullanıyor.

Saldırı Yüzeyi Nedir?

Web Push API'nin önemli bir güvenlik mekanizması vardır: userVisibleOnly: true. Bu, web uygulaması ile tarayıcı arasında bir "sembolik anlaşma" gibi çalışıyor. Her push mesajının kullanıcıya görünen bir bildirim şeklinde gösterilmesi gerektiğini söylüyor.

Teorisi harika. Uygulaması? Pek değil.

Açığın saldırganlar tarafından nasıl kullanıldığını görelim:

Kötü niyetli bir Service Worker push olayı aldığında, iki API çağrısını ard arda yapıyor:

  1. showNotification() - bildirimi gösteriyor
  2. notification.close() - kullanıcı görmeden hemen kaldırıyor

Bildirim tarayıcının iç veritabanında kısa bir anlığına görünüyor, sonra ortadan kayboluyor. Ama asıl kritik nokta şu: tarayıcı kontrol yaparken gerçek ekran yerine bildirim veritabanına bakıyor. Timing saldırısı tamamlanmış. Tarayıcı bildirimin gösterildiğini düşünüyor. Kullanıcı hiçbir şey görmüyor. Saldırganın komuta merkezi sessizce aktif kalıyor.

Bu Neden Önemli?

Bu açık sadece bir ayarı bypass etmiyor. Web Push ekosisteminin tamamına olan güveni sarsıyor:

Sessiz kalıcılık: Saldırganlar kullanıcının haberi olmadan uzun ömürlü iletişim kanalları kuruyor. Geleneksel kötü amaçlı yazılım yükleme gerektirir. Web Push sadece bir kez ziyaret yeterli.

Uyum kurallarını aşma: Güvenlik standartları görünen bildirimleri bir güven sınırı olarak görüyor. Bu saldırı o sınırı ortadan kaldırıyor.

Çoklu cihaz etkisi: Chrome, Edge ve hatta eski Safari sürümleri etkileniyor. Saldırı tekrarlanabilir ve tutarlı.

Düşük giriş engeli: Karmaşık araç takımı gerekmiyor. Saldırı stabil tarayıcı versiyonlarında beş dakikada gerçekleştirilebiliyor.

Teknik Detaylar

Açık, tarayıcı kontrolünün Service Worker işini bitirdikten sonra gerçekleşmesinden kaynaklanıyor:

  1. Push olayı geliyor
  2. Service Worker showNotification() ve notification.close() çalıştırıyor
  3. Service Worker işi bitiriyor
  4. Tarayıcı kontrol ediyor: "Bildirim gösterdik mi?" diye veritabanına bakıyor
  5. Veritabanında kayıt var (silinmiş olsa bile)
  6. Kontrol geçiyor
  7. Push olayı geçerli sayılıyor

Zaman penceresi dar ama yeterince tutarlı.

Geliştirici Olarak Ne Yapmalı?

Push bildirimleri kullanan uygulamalar geliştiriyorsanız, şu sorulara yanıt vermelisiniz:

Service Worker'larınız bildirim davranışı açısından incelendi mi? Üçüncü taraf bir script Service Worker'ınızı tehlikeye atarsa, bu açık sizin sorununuz olur.

Bildirim olay döngüsünü izliyor musunuz? showNotification() ve close() çağrıları etrafında analitik veya izleme uygulamak şüpheli aktiviteleri yakalayabilir.

Push mesajlarının kaynağını doğruluyor musunuz? Şifreli doğrulama ile push olaylarının gerçek sunucunuzdan geldiğini emin olun.

Daha Geniş Bir Perspektif

Bu açık web platformu güvenliğinde temel bir sorunu ortaya koymaktadır: tasarım niyeti ile gerçek uygulama arasındaki fark. W3C belirtimi tarayıcıların kullanıcı görünürlüğünü kontrol etmesi gerektiğini söylüyor. Ama kontrol mekanizması yanlış yere bakıyor.

Güvenlik gereksinimleri ancak kontrol mekanizmaları kadar güçlü olabiliyor.

Ileriye Doğru

Tarayıcı geliştiricileri sorunda farkında ve çalışmalar sürüyor. Canlı sistemler çalıştırıyorsanız:

  1. Service Worker davranışını izleyin - şüpheli bildirim düzenlerini yakalayın
  2. Sunucu taraflı doğrulama yapın - push gönderenin kimliğini kontrol edin
  3. Tarayıcıları güncel tutun - yama yayınlandıkça güncelleyin
  4. Tehdit modelinizi değerlendirin - hassas işlemler için Web Push'ün riskini düşünün

Web Push API hala harika bir araç. Ama güçlü platform özellikleri daima dikkatli kullanılmalı. Faydalarını ve risklerini bilmek gerekiyor.

Uyuyan Aracı açığı bize şunu gösteriyor: iyi niyetli güvenlik mekanizmalarında bile boşluklar olabilir. Uygulamalarımızı ve kullanıcılarımızı korumanın yolu bilgili olmak ve katmanlı savunma kurmaktır.

Read in other languages:

RU BG EL CS UZ SV FI RO PT PL NB NL HU IT FR ES DE DA ZH-HANS EN