Credential Stuffing Saldırısı Nedir, Nasıl Önlenir?

Yazar: Serdar YıldızYayın: 27 Ağu 2026Güncelleme: 27 Ağu 202615 dk Okuma

Credential stuffing, çalınan şifrelerin botlarla farklı sistemlerde denenmesi saldırısıdır. MFA ve hız sınırlaması gibi güvenlik katmanları riski azaltır.

Credential Stuffing Saldırısı Nedir, Nasıl Önlenir? için öne çıkan görsel
Credential Stuffing Saldırısı Nedir, Nasıl Önlenir? için öne çıkan görsel

Kimlik doğrulama altyapılarını hedef alan siber tehditler arasında otomasyon gücü en yüksek yöntemlerden biri parola doldurma saldırılarıdır. Bu kapsamlı rehberde Credential Stuffing Saldırısı Nedir, Nasıl Önlenir? sorusunun teknik yanıtlarını, saldırı mekanizmalarını, kurumsal risk analizlerini ve çok katmanlı savunma mimarilerini inceleyebilirsiniz. İşletmelerin kimlik ve erişim yönetimi (IAM) süreçlerini güvence altına alması, hesap ele geçirme (ATO) risklerini bertaraf etmesi ve yasal uyumluluk standartlarını koruması için gereken teknik adımlar aşağıda detaylandırılmıştır.

Credential Stuffing (Parola Doldurma) Nedir?

Credential stuffing (parola doldurma), daha önce gerçekleşen veri ihlalleri (data breach) sonucunda ele geçirilen kullanıcı adı-parola kombinasyonlarının, otomatik yazılımlar ve bot ağları (botnet) kullanılarak diğer web sitelerinde, API uç noktalarında ve mobil uygulamalarda denenmesi esasına dayanan bir siber saldırı türüdür. OWASP (Open Web Application Security Project) Tehdit Sınıflandırmasında OAT-008 koduyla tanımlanan bu saldırı vektörü, hedef sistemdeki doğrudan bir kaynak kodu zafiyetini sömürmez; bunun yerine son kullanıcıların şifre tekrarı (password reuse) davranışını kötüye kullanır.

Saldırganlar, tek bir platformdan sızan veritabanı dökümlerini (combo list) alır ve bu listeleri yüzlerce farklı e-ticaret, finans, SaaS veya kurumsal portala karşı eşzamanlı olarak dener. Ponemon Enstitüsü ve OWASP araştırma raporlarına göre, kullanıcıların yaklaşık %50 ila %65'i birden fazla hesapta aynı şifreyi veya bu şifrelerin varyasyonlarını kullanmaktadır. Bu davranışsal açık, saldırganların herhangi bir gelişmiş exploit geliştirmeksizin sadece istatistiksel olasılık üzerinden binlerce hesaba yetkisiz erişim sağlamasına olanak tanır.

Kimlik doğrulama sistemleri açısından credential stuffing, meşru kullanıcı girişlerinden ayırt edilmesi en güç saldırılardan biridir. Saldırıda kullanılan veriler gerçek bir kullanıcıya ve geçerli bir şifre formatına aittir. Bu nedenle geleneksel kural tabanlı güvenlik duvarları, gelen istekleri geçerli bir oturum açma denemesi olarak algılayabilir. Savunma katmanında davranışsal analiz, cihaz parmak izi (device fingerprinting) ve gelişmiş bot koruma sistemlerinin devreye girmesi bu nedenle zorunludur.

Credential Stuffing Saldırıları Nasıl Gerçekleşir?

Parola doldurma operasyonları tesadüfi denemelerle değil, endüstrileşmiş ve çok aşamalı bir siber suç tedarik zinciri üzerinden yürütülür. Bir saldırının başlangıcından hesapların ele geçirilmesine kadar geçen süreç teknik disiplin, otomasyon araçları ve dağıtık ağ altyapıları gerektirir.

Veri İhlalleri ve Dark Web Faktörü

Saldırının ilk hammaddesi, üçüncü taraf platformlardan sızdırılmış kimlik doğrulama verileridir. Herhangi bir popüler platformda meydana gelen veri ihlali sonucunda milyonlarca kullanıcı adı, e-posta adresi ve şifre yeraltı forumlarında veya Dark Web pazarlarında satışa çıkarılır ya da ücretsiz olarak dağıtılır. Bu listeler genellikle "Combo List" olarak adlandırılır ve [email protected]:Parola123 biçiminde standartlaştırılmış metin dosyalarından oluşur.

Saldırganlar, geçmiş yıllara ait milyarlarca satırlık veritabanlarını birleştirerek devasa "Collection" arşivleri oluşturur. Bu arşivlerdeki veriler, k-anonymity prensipleri veya şifreleme mekanizmaları çözülmüş (de-hashed) formatta tutulur. Böylece saldırganların elinde, farklı servislerde denenmeye hazır, doğrulanmış ve geniş kapsamlı bir kimlik bilgisi havuzu oluşur.

Botnet ve Otomasyon Araçlarının Kullanımı

Manuel olarak milyonlarca hesabı denemek teknik ve operasyonel olarak imkansızdır. Bu aşamada saldırganlar, özel olarak kimlik doğrulama uç noktalarını hedef almak üzere tasarlanmış otomasyon araçlarını (Örn: OpenBullet, SilverBullet, Sentry MBA veya özel geliştirilmiş Python/Golang scriptleri) kullanır.

Söz konusu araçlar şu teknik yeteneklerle donatılmıştır:

  • Dağıtık Proxy Yönetimi: IP tabanlı hız sınırlamalarını (rate limiting) aşmak için konut tipi dönen proxyler (rotating residential proxies) kullanılır. Bu sayede her 3-5 istekte bir farklı bir coğrafi bölgeden ve meşru bir ISS (İnternet Servis Sağlayıcı) IP adresinden istek gönderilir.

  • Kullanıcı Aracısı (User-Agent) Manipülasyonu: İstek başlıkları (HTTP Headers), gerçek tarayıcı ve mobil cihaz parametrelerini taklit edecek şekilde sürekli rastgele değiştirilir.

  • Doğrulama Yanıtı Analizi: HTTP 200, HTTP 302, @@CODE0@@ veya @@CODE1@@ gibi API yanıtları otomatik olarak ayrıştırılarak çalışan hesaplar ("Hits") anında filtrelenir.

+-----------------------------------------------------------------------------+
|                      CREDENTIAL STUFFING SALDIRI AKIŞI                      |
+-----------------------------------------------------------------------------+
|  1. Veri Kaynağı: Dark Web / Sızdırılmış Veri Tabanları (Combo Lists)      |
|                                     │                                       |
|                                     ▼                                       |
|  2. Saldırı Motoru: Otomasyon Araçları + Dönen Proxy (Residential Botnet)  |
|                                     │                                       |
|                                     ▼                                       |
|  3. Hedef Doğrulama: Web Giriş Formu / Mobil API Uç Noktası                 |
|                                     │                                       |
|                  ┌──────────────────┴──────────────────┐                    |
|                  ▼                                     ▼                    |
|          [Başarısız İstek]                     [Başarılı İstek]             |
|          HTTP 401 / Yanlış Şifre               HTTP 200 / Token Üretildi    |
|          (İşlem sonlandırılır)                         │                    |
|                                                        ▼                    |
|                                          4. Hesap Ele Geçirme (ATO)         |
|                                          - Puan/Bakiye Transferi            |
|                                          - Kredi Kartı Dolandırıcılığı      |
|                                          - Veri Sızdırma & Kimlik Hırsızlığı|
+-----------------------------------------------------------------------------+

Account Takeover (Hesap Ele Geçirme - ATO)

Otomasyon araçları tarafından "başarılı" olarak etiketlenen hesaplar için ikinci aşama başlar. Bu aşamaya siber güvenlik terminolojisinde Account Takeover (ATO) adı verilir. Ele geçirilen hesapların türüne göre saldırganların izlediği yöntemler değişiklik gösterir:

  • Finans ve E-Ticaret: Kayıtlı kredi kartları ile yetkisiz alışveriş yapılması, hediye kartı bakiyelerinin harcanması veya sadakat puanlarının transfer edilmesi.

  • Kurumsal E-Posta ve SaaS: İş E-postası Ele Geçirme (Business Email Compromise - BEC) saldırılarının başlatılması, kurumsal gizli belgelere erişim veya tedarik zinciri dolandırıcılığı.

  • Sosyal Medya ve Akış Hizmetleri: Hesapların karaborsada satılması veya kötü amaçlı yazılım (malware) yaymak amacıyla bot ağlarına dahil edilmesi.

SÜREÇ ADIMLARI

Bir Parola Doldurma Operasyonunun Operasyonel Adımları

Saldırganların hedef sistem üzerinde yürüttüğü teknik iş akışı:

01

Combo List Temini ve Temizliği

Sızdırılmış veri tabanlarından hedef sektöre uygun e-posta ve şifre listeleri ayrıştırılır ve normalize edilir.

02

Botnet ve Proxy Yapılandırması

Hedef sistemin WAF filtrelerine yakalanmamak için binlerce konut tipi IP adresi yapılandırma dosyasına yüklenir.

03

Otomasyon Scriptlerinin Başlatılması

Hedef platformun /api/v1/auth/login veya web form adresine paralel HTTP POST istekleri gönderilir.

04

Başarılı Hesapların Ayrıştırılması ve İstismarı

Eşleşen geçerli hesaplar kaydedilir, hesap içi yetkiler kontrol edilir ve finansal/operasyonel istismar gerçekleştirilir.

Credential Stuffing ve Brute Force Farkı Nedir?

Kimlik tabanlı saldırılar değerlendirilirken sıklıkla karıştırılan iki kavram Credential Stuffing ve Brute Force (Kaba Kuvvet) saldırılarıdır. Her iki saldırı türü de yetkisiz oturum açmayı amaçlasa da kullandıkları metodoloji, hedef profili ve tespit edilme dinamikleri açısından birbirinden ayrılır.

Hedef ve Yöntem Farklılıkları

Geleneksel bir Brute Force (Kaba Kuvvet) saldırısında saldırgan, genellikle belirli bir kullanıcı hesabını (örneğin @@CODE0@@ veya belirli bir e-posta adresi) hedefler. Bu tekil hedefe karşı sözlük saldırıları (dictionary attack), karakter permütasyonları (@@CODE1@@, @@CODE2@@, @@CODE3@@ vb.) denenerek şifre kırılmaya çalışılır. Bu saldırı türü, tek bir hesaba yönelik binlerce başarısız giriş denemesi ürettiği için temel hesap kilitleme (account lockout) politikaları ile kolayca engellenebilir.

Buna karşılık Credential Stuffing, tek bir hesaba değil, sistemdeki tüm potansiyel hesaplara yöneliktir. Saldırgan elindeki listede yer alan bir hesap için sadece 1 veya 2 kez deneme yapar, ardından bir sonraki hesaba geçer. Dolayısıyla tek bir kullanıcı hesabı üzerinde eşik değerini (threshold) aşan başarısız giriş denemesi oluşmaz; hesap kilitlenmez ve standart hesap güvenliği kuralları tetiklenmeyebilir.

ParametreBrute Force (Kaba Kuvvet)Credential Stuffing (Parola Doldurma)Password Spraying (Parola Püskürtme)
Hedef KapsamıGenellikle tek bir hedef hesapSistemdeki tüm hesaplar / geniş kullanıcı kitlesiÇok sayıda hesap (Örn: Tüm şirket personeli)
Kullanılan VeriRastgele karakterler veya sözlük listeleriDaha önce sızdırılmış doğrulanmış kimlik çiftleriYaygın kullanılan 1-2 şifre (Örn: Sirket2026!)
Hesap Başına DenemeÇok yüksek (Yüzlerce/Binlerce)Çok düşük (Genellikle 1-2 deneme)Çok düşük (Hesap başına tek deneme)
Başarı OranıKarmaşık şifrelerde son derece düşük%0.1 - %2 (Büyük listelerde binlerce hesap)Düşük-Orta (Şifre politikasının zayıflığına bağlı)
Tespit ZorluğuKolay (Hesap kilitleme kuralları yakalar)Çok Zor (Farklı IP'ler, tekil denemeler)Orta (Zaman aralıklı dağıtık log analizi gerekir)
Altyapı EtkisiDüşük ağ yüküYüksek bant genişliği ve sunucu CPU tüketimiDüşük ağ yükü

Hedef Kapsamı

Brute Force (Kaba Kuvvet)

Genellikle tek bir hedef hesap

Credential Stuffing (Parola Doldurma)

Sistemdeki tüm hesaplar / geniş kullanıcı kitlesi

Password Spraying (Parola Püskürtme)

Çok sayıda hesap (Örn: Tüm şirket personeli)

Kullanılan Veri

Brute Force (Kaba Kuvvet)

Rastgele karakterler veya sözlük listeleri

Credential Stuffing (Parola Doldurma)

Daha önce sızdırılmış doğrulanmış kimlik çiftleri

Password Spraying (Parola Püskürtme)

Yaygın kullanılan 1-2 şifre (Örn: Sirket2026!)

Hesap Başına Deneme

Brute Force (Kaba Kuvvet)

Çok yüksek (Yüzlerce/Binlerce)

Credential Stuffing (Parola Doldurma)

Çok düşük (Genellikle 1-2 deneme)

Password Spraying (Parola Püskürtme)

Çok düşük (Hesap başına tek deneme)

Başarı Oranı

Brute Force (Kaba Kuvvet)

Karmaşık şifrelerde son derece düşük

Credential Stuffing (Parola Doldurma)

%0.1 - %2 (Büyük listelerde binlerce hesap)

Password Spraying (Parola Püskürtme)

Düşük-Orta (Şifre politikasının zayıflığına bağlı)

Tespit Zorluğu

Brute Force (Kaba Kuvvet)

Kolay (Hesap kilitleme kuralları yakalar)

Credential Stuffing (Parola Doldurma)

Çok Zor (Farklı IP'ler, tekil denemeler)

Password Spraying (Parola Püskürtme)

Orta (Zaman aralıklı dağıtık log analizi gerekir)

Altyapı Etkisi

Brute Force (Kaba Kuvvet)

Düşük ağ yükü

Credential Stuffing (Parola Doldurma)

Yüksek bant genişliği ve sunucu CPU tüketimi

Password Spraying (Parola Püskürtme)

Düşük ağ yükü

Credential stuffing operasyonlarının en tehlikeli yönü, doğrulama denemelerinin rastgele değil, istatistiksel olarak gerçek bir insan tarafından geçmişte kullanılmış verilerle yapılmasıdır. Bu durum entropi hesaplamalarını ve şifre karmaşıklığı kontrollerini anlamsız kılar; çünkü denen şifre zaten tüm karmaşıklık kurallarına uygun meşru bir paroladır.

İşletmeler ve Kurumlar İçin Credential Stuffing Riskleri

Kurumlar credential stuffing saldırılarına maruz kaldıklarında sorun yalnızca birkaç kullanıcının hesabının çalınmasıyla sınırlı kalmaz. Bu saldırılar doğrudan altyapı maliyetlerine, operasyonel süreçlere, marka değerine ve yasal sorumluluklara darbe vurur.

Veri Sızıntısı ve Finansal Kayıplar

Başarılı bir credential stuffing atağı, saldırganlara kurumun iç sistemlerine sızma veya müşteri veritabanlarındaki hassas bilgilere (PII - Personally Identifiable Information) erişme yetkisi verir. Ele geçirilen tek bir kurumsal yönetici hesabı dahi şirket içi ağlara yatay geçiş (lateral movement) yapılmasına ve fidye yazılımı (ransomware) süreçlerinin başlamasına zemin hazırlayabilir.

Doğrudan finansal kayıplar şu kalemleri içerir:

  • Altyapı ve Sunucu Maliyetleri: Milyonlarca bot isteği, bulut altyapılarında (AWS, Azure, GCP) otomatik ölçeklendirme (auto-scaling) mekanizmalarını tetikler. Bu durum astronomik sunucu, API çağrısı ve bant genişliği faturalarına yol açar.

  • Müşteri Destek Operasyonu: Binlerce kullanıcının şifresinin sıfırlanması, kilitlenen hesapların açılması ve dolandırıcılık bildirimlerinin incelenmesi müşteri hizmetleri ekiplerinin operasyonel kapasitesini felç eder.

  • Ters İbraz (Chargeback) ve İade Giderleri: E-ticaret platformlarında ele geçirilen hesaplar üzerinden yapılan sahte işlemler banka itirazlarına, işlem iptal cezalarına ve doğrudan gelir kaybına neden olur.

Kurumsal İtibar Zedelenmesi ve Müşteri Güveni

Dijital hizmet sağlayan bir kurum için en değerli varlık kullanıcı güvenidir. Kullanıcılar hesaplarının başka bir platformdaki veri sızıntısı nedeniyle çalındığını anlamakta güçlük çeker; faturayı doğrudan hizmet aldıkları platformun güvenlik eksikliğine keser.

Medya ve sosyal platformlara yansıyan bir hesap ele geçirme dalgası, müşteri kaybına (churn rate artışı) ve potansiyel kurumsal müşterilerin satın alma süreçlerini iptal etmesine yol açar. Özellikle B2B SaaS pazarında faaliyet gösteren şirketler için güvenlik denetimlerinden (SOC 2, ISO 27001) geçememek doğrudan pazar kaybı anlamına gelir.

KVKK ve GDPR Kapsamında Yasal Yaptırımlar

Veri koruma otoriteleri (Kişisel Verileri Koruma Kurumu - KVKK, Avrupa Birliği Veri Koruma Kurulu - EDPB), credential stuffing saldırılarını önlemek için yeterli teknik ve idari tedbirleri almayan kurumları sorumlu tutmaktadır.

  • Bildirim Zorunluluğu: KVKK Madde 12 ve GDPR Madde 33 uyarınca, veri sorumlusu gerçekleşen ihlali öğrendiği tarihten itibaren en geç 72 saat içinde yetkili kurula ve etkilenen ilgili kişilere bildirmekle yükümlüdür.

  • İdari Para Cezaları: Güvenlik duvarı, bot koruması ve kimlik doğrulama katmanlarında sektör standardı önlemleri almadığı tespit edilen şirketlere küresel cirolarının %4'üne kadar (GDPR) veya milyonlarca TL'ye varan (KVKK) idari para cezaları uygulanır.

  • Hukuki Tazminat Davaları: Hesapları ele geçirilen ve maddi/manevi zarara uğrayan kullanıcılar tarafından açılacak toplu tazminat davaları kurumun finansal dengesini sarsabilir.

Credential Stuffing Saldırıları Nasıl Önlenir? (Kurumsal Güvenlik Adımları)

Credential stuffing saldırılarına karşı tek bir güvenlik önlemi yeterli değildir. Başarılı bir savunma stratejisi, "Derinlemesine Savunma" (Defense-in-Depth) ilkesi çerçevesinde birden fazla güvenlik katmanının entegre şekilde çalışmasını gerektirir.

Çok Faktörlü Kimlik Doğrulama (MFA) Kullanımı

Saldırganların elinde doğru kullanıcı adı ve şifre bulunsa dahi, sisteme erişimi engelleyen en etkili kurumsal bariyer Çok Faktörlü Kimlik Doğrulamadır (MFA / 2FA). NIST SP 800-63B dijital kimlik standartlarına göre yapılandırılmış bir MFA mekanizması, parola doldurma saldırılarının başarı oranını %99'un üzerinde azaltır.

MFA uygulanırken güvenlik protokollerinin türü kritik önem taşır:

  • FIDO2 / WebAuthn (Donanım Anahtarları ve Biyometri): Kimlik avına ve araya girme (MitM) saldırılarına karşı tam dirençli en gelişmiş kimlik doğrulama standardıdır.

  • Zaman Tabanlı Tek Kullanımlık Şifre (TOTP): Authenticator uygulamaları (Google Authenticator, Microsoft Authenticator) üzerinden üretilen kodlar yüksek güvenlik sağlar.

  • SMS/E-posta Doğrulaması: SIM kopyalama (SIM Swapping) ve SS7 protokol açıklarına karşı riskler barındırsa da hiç MFA kullanılmamasına kıyasla temel bir koruma katmanı sunar.

Gelişmiş Web Uygulama Güvenlik Duvarı (WAF) ve Bot Yönetimi

Geleneksel imza tabanlı WAF sistemleri, dağıtık konut tipi IP'lerden gelen meşru görünümlü istekleri engellemekte yetersiz kalır. Bu nedenle yeni nesil Web Uygulama Güvenlik Duvarları ve entegre Bot Yönetim (Bot Management) çözümleri (Örn: Cloudflare Bot Management, Akamai Bot Manager, AWS WAF Bot Control) devreye alınmalıdır.

Bu sistemler şu mekanizmalarla çalışır:

  • Cihaz ve Tarayıcı Parmak İzi (Device Fingerprinting): Kullanıcının tarayıcı motoru, yüklü yazı tipleri, ekran çözünürlüğü, Canvas API çizimleri ve donanım öznitelikleri analiz edilerek istek gönderen yapının bir bot scripti mi yoksa gerçek bir insan mı olduğu tespit edilir.

  • Davranışsal Telemetri: Fare hareketleri, tuş vuruş dinamikleri (keystroke dynamics) ve sayfada geçirilen süre milisaniyelik hassasiyetle izlenir. Botların sergilediği doğrusal ve insan dışı hızdaki hareketler anında engellenir.

  • Tehdit İstihbarat Ağları (Threat Intelligence): Küresel ağlar üzerinde bilinen zararlı proxy havuzları, Tor çıkış düğümleri (Tor exit nodes) ve veri merkezi IP blokları kimlik doğrulama sayfalarından otomatik olarak izole edilir.

Hız Sınırlaması (Rate Limiting) ve IP Engelleme

API uç noktalarında ve oturum açma arayüzlerinde dinamik hız sınırlama algoritmaları (Token Bucket veya Leaky Bucket) uygulanmalıdır. Statik IP kısıtlamaları dağıtık proxy kullanan botlar karşısında yetersiz kaldığından, hız sınırlaması çoklu parametrelerle yapılandırılmalıdır:

# Nginx Örnek Gelişmiş Hız Sınırlama Yapılandırması
limit_req_zone $binary_remote_addr zone=login_ip:10m rate=5r/m;
limit_req_zone $http_x_forwarded_for zone=login_proxy:10m rate=10r/m;

location /api/v1/auth/login {
    limit_req zone=login_ip burst=3 nodelay;
    limit_req_status 429;
    proxy_pass http://auth_backend;
}

Uygulanması gereken diğer kısıtlama stratejileri:

  • Kullanıcı Adı Başına Hız Sınırlaması: Farklı IP'lerden gelse dahi aynı hesap adı veya e-posta için 5 dakika içinde gelen başarısız istek sayısı sınırlandırılmalıdır.

  • Coğrafi Engelleme (Geo-blocking): Hizmet verilmeyen ülkelerden gelen kimlik doğrulama istekleri WAF düzeyinde düşürülmelidir (Drop).

  • ASN ve Veri Merkezi Filtreleme: AWS, DigitalOcean, Hetzner gibi barındırma hizmeti sağlayıcılarının IP bloklarından gelen doğrudan son kullanıcı giriş denemeleri engellenmelidir.

CAPTCHA ve Görünmez Kullanıcı Doğrulama

Oturum açma formlarına CAPTCHA entegrasyonu, otomatik bot döngülerini kırmak için vazgeçilmezdir. Ancak kullanıcı deneyimini (UX) bozmamak adına modern "Görünmez CAPTCHA" (Invisible CAPTCHA) ve risk tabanlı meydan okuma (risk-based challenge) teknolojileri tercih edilmelidir:

  • Cloudflare Turnstile & reCAPTCHA v3: Kullanıcıya bulmaca çözdürmeden arka planda JavaScript tabanlı ortam doğrulaması yapar ve 0.0 ile 1.0 arasında bir risk skoru üretir.

  • Kademeli Meydan Okuma (Step-up Verification): Sistem sadece risk skoru şüpheli olan (Örn: Skor < 0.5) veya daha önce bilinmeyen bir cihazdan gelen isteklere ek doğrulama (MFA veya görsel CAPTCHA) gösterir.

Sızdırılmış Parola Kontrolü Sağlayan API Entegrasyonları

Kullanıcıların sızdırılmış şifreleri kullanmasını engellemek, credential stuffing tehdidini kaynağında yok eder. Kimlik doğrulama altyapısına Have I Been Pwned (HIBP) Pwned Passwords API gibi servisler entegre edilmelidir.

Bu entegrasyonda gizliliği korumak için k-Anonymity matematiksel modeli kullanılır:

  1. Kullanıcının girdiği parolanın SHA-1 özeti (hash) hesaplanır (Örn: 21BD618834D956702D024518EE640570AC3F942E).

  2. Hash değerinin yalnızca ilk 5 karakteri (21BD6) API servisine gönderilir.

  3. API, bu 5 karakterle başlayan tüm sızdırılmış hash listesini geri döner.

  4. İstemci tarafı, dönen listede kendi parolasının geri kalan kısmının bulunup bulunmadığını yerel olarak kontrol eder.

  5. Eşleşme varsa kullanıcıya parolasının sızdırıldığı bildirilir ve şifre değişimi zorunlu kılınır.

Bireysel Kullanıcılar Parola Doldurma Saldırılarından Nasıl Korunabilir?

Credential stuffing saldırılarının temel yakıtı bireysel kullanıcı alışkanlıklarıdır. Kurumsal savunma hatları ne kadar güçlü olursa olsun, kullanıcıların temel siber hijyen kurallarına uyması genel güvenlik ekosistemini doğrudan etkiler.

Benzersiz ve Güçlü Şifre Kullanımı

Saldırıların ana sebebi olan şifre tekrarı alışkanlığı terk edilmelidir. Her dijital platform için tamamen benzersiz (unique) parolalar oluşturulmalıdır.

Güvenli bir parola için teknik standartlar:

  • En az 16 karakter uzunluğunda olmalıdır.

  • Büyük harf, küçük harf, rakam ve özel karakter (!@#$%^&amp;*) kombinasyonları içermelidir.

  • Doğum tarihi, isim, evcil hayvan adı veya ardışık sayılar (@@CODE0@@, @@CODE1@@) gibi tahmin edilebilir dizgiler içermemelidir.

  • Mümkünse anlamlı kelimelerin rastgele birleşiminden oluşan parola öbekleri (passphrase) tercih edilmelidir (Örn: Mavi-Firtina-Klavye-982!).

Şifre Yöneticisi Kullanımı

Onlarca farklı platform için karmaşık ve benzersiz şifreleri akılda tutmak insan hafızası için mümkün değildir. Bu noktada kurumsal düzeyde kabul görmüş Şifre Yöneticisi (Password Manager) yazılımları (Örn: Bitwarden, 1Password, KeePass) kullanılmalıdır.

Şifre yöneticilerinin sağladığı teknik faydalar:

  • Sıfır Bilgi Mimarisi (Zero-Knowledge Architecture): Veriler kullanıcı cihazında AES-256 veya XChaCha20 algoritmalarıyla şifrelenir; servis sağlayıcı dahi şifreleri göremez.

  • Otomatik Doldurma ve Phishing Koruması: Şifre yöneticileri sahte (phishing) web sitelerinin URL adreslerini tespit eder ve bu sayfalarda otomatik doldurma yapmayarak kullanıcıyı korur.

  • Dahili Sızıntı Uyarıları: Kayıtlı parolalarınızın Dark Web sızıntılarında yer alıp almadığını arka planda düzenli olarak denetler.

Farklı Platformlarda Aynı Şifreyi Kullanmamak

Kritik hesaplar (e-posta, bankacılık, e-devlet, kurumsal erişimler) ile ikincil hesaplar (forumlar, oyun siteleri, bülten abonelikleri) kesinlikle birbirinden ayrılmalıdır. Güvenlik seviyesi düşük bir forum sitesinde yaşanan veri ihlali, aynı şifrenin kullanıldığı bir bankacılık hesabının ele geçirilmesine neden olmamalıdır.

Siber Tehditlere Karşı Proaktif Kimlik ve Erişim Güvenliği Stratejileri

Reaktif güvenlik yaklaşımları, yani bir saldırı gerçekleşip hesaplar çalındıktan sonra önlem alma yöntemi, modern siber tehdit ortamında yetersiz kalmaktadır. Kurumların kimlik güvenliğini Sıfır Güven (Zero Trust) ve Sürekli Uyarlanabilir Risk Değerlendirmesi (Continuous Adaptive Risk and Threat Assessment - CARTA) ilkeleriyle yeniden yapılandırması gerekir.

Proaktif bir savunma stratejisinin ana omurgasını şu yaklaşımlar oluşturur:

  • Parolasız Kimlik Doğrulama (Passwordless Authentication): Saldırının temel hammaddesi olan parolayı tamamen ortadan kaldırmak en kesin çözümdür. Passkey, WebAuthn ve biyometrik doğrulama standartlarına geçiş yapılarak kimlik doğrulama süreçleri şifresiz hale getirilmelidir.

  • Siber Tehdit İstihbaratı (Cyber Threat Intelligence - CTI): Dark Web forumlarını, sızıntı kanallarını ve yeraltı pazarlarını sürekli tarayan CTI servisleri kullanılmalıdır. Kurumsal e-posta alan adlarına (@sirketiniz.com) ait yeni bir sızıntı tespit edildiğinde ilgili hesaplar otomatik olarak kilitlenmeli ve şifre sıfırlama iş akışları tetiklenmelidir.

  • Düzenli Sızma Testleri (Penetration Testing) ve Zafiyet Taraması: Kimlik doğrulama uç noktaları, API'ler ve mobil servisler periyodik olarak siber güvenlik uzmanları tarafından denetlenmeli; hız sınırlaması atlatma (rate-limit bypass) senaryoları simüle edilmelidir.

  • Kimlik Güvenliği Olay Müdahale Planları (IRP): Bir credential stuffing dalgası tespit edildiğinde hangi ekiplerin devreye gireceği, WAF kurallarının nasıl sıkılaştırılacağı ve kullanıcılara yapılacak bildirimlerin şablonları önceden hazırlanmış olmalıdır.

Kurumlar, kimlik doğrulama katmanını yalnızca bir giriş kapısı olarak değil, her saniye saldırı altında olan kritik bir sınır hattı (perimeter) olarak ele almalıdır. Çok katmanlı savunma, davranışsal analiz ve proaktif istihbarat mekanizmalarını entegre eden yapılar, parola doldurma saldırılarını henüz giriş denemesi aşamasındayken etkisiz hale getirebilir.

Sıkça Sorulan Sorular

Credential stuffing saldırısı tam olarak ne anlama gelir?

Daha önceki veri ihlallerinde ele geçirilmiş kullanıcı adı ve şifre kombinasyonlarının, otomatik botlar kullanılarak başka sistemlerde ve platformlarda yetkisiz erişim amacıyla topluca denenmesidir.

Credential stuffing ile Brute Force saldırısı arasındaki temel fark nedir?

Brute Force tek bir hesaba karşı binlerce rastgele şifre ve permütasyon denerken, Credential Stuffing binlerce farklı hesaba karşı daha önce sızdırılmış doğrulanmış gerçek şifre çiftlerini dener.

Bir web sitesinin credential stuffing saldırısı altında olduğu nasıl anlaşılır?

Giriş sayfalarında başarısız oturum açma oranlarının aniden yükselmesi, sunucu CPU/bant genişliği trafiğinde anormal sıçramalar ve müşteri destek birimine gelen kilitli hesap şikayetlerinin artması temel göstergelerdir.

Çok faktörlü kimlik doğrulama (MFA) parola doldurma saldırılarını tamamen engeller mi?

MFA, saldırganlar doğru şifreyi girse bile ikinci doğrulama faktörüne (biyometri, TOTP kodu, donanım anahtarı) sahip olamayacakları için saldırının başarıya ulaşmasını ve hesabın ele geçirilmesini %99 oranında engeller.

Credential stuffing saldırısına uğrayan bir şirketin yasal yükümlülükleri nelerdir?

KVKK ve GDPR kapsamında şirketler, veri güvenliğini sağlayacak idari ve teknik tedbirleri almakla yükümlüdür; başarılı bir hesap ele geçirme durumunda yetkili kurumlara ve kullanıcılara 72 saat içinde bildirim yapılmalıdır.

Şifre yöneticisi kullanmak credential stuffing riskini nasıl azaltır?

Şifre yöneticileri her platform için benzersiz, uzun ve karmaşık parolalar üreterek şifre tekrarı alışkanlığını ortadan kaldırır; böylece bir sitedeki sızıntı diğer hesaplarınızı tehlikeye atmaz.

API uç noktaları parola doldurma saldırılarına karşı nasıl korunur?

API'lere yönelik bot saldırıları; IP ve token bazlı hız sınırlaması (rate limiting), cihaz parmak izi doğrulama, JWT analizi ve davranışsal bot yönetim sistemleri (WAF) entegrasyonu ile engellenir.

k-Anonymity yöntemi ile şifre kontrolü nasıl çalışır?

Parolanın hash değerinin yalnızca ilk 5 karakteri sızıntı kontrol API'sine gönderilir; dönen olası eşleşme listesi yerel tarafta taranarak parolanın açık hali veya tam hash'i üçüncü taraflarla paylaşılmadan sızıntı durumu denetlenir.

Son Adım

Dijital projenizi bugün planlayalım

Web, yazılım, e-ticaret, mobil uygulama, entegrasyon, SEO veya GEO ihtiyacınızı net bir kapsama dönüştürelim.

Credential Stuffing Saldırısı Nedir, Nasıl Önlenir? | Webizm