Çoğu e-pin satıcısı hesap devralmayı bir "müşteri hatası" sanır. Şifresini birine vermiştir, aynı şifreyi forumda kullanmıştır, oltalama linkine tıklamıştır. Sonra iş bittiğinde sana yazar: "Bakiyem gitmiş, siparişimi ben vermedim." Sen de kayıtlara bakarsın, gerçekten o hesaptan girilmiş, gerçekten o hesaptan sipariş verilmiş. Teknik olarak haklısın. Ticari olarak kaybettin, çünkü kod teslim edildi, kod kullanıldı, para geri gitti.
Ama olayın asıl yeri burası değil. Hesap devralma bir anda olan bir şey değil; öncesinde bir iz bırakır. Farklı bir ülke IP'si, yeni bir cihaz parmak izi, bakiyenin tek seferde sıfırlanması, teslim e-postasının sipariş anında değiştirilmesi. Bunlar tek tek masum, birlikte ise apaçık bir alarmdır. Doğru kurulmuş bir e-pin satış scripti bu sinyalleri sen uyanmadan önce birleştirir. Yanlış kurulmuş bir e-pin yazılımı ise sadece "giriş başarılı" yazar ve susar. Bu yazıda aradaki farkı, kurulabilir mekanizmalar düzeyinde açıyoruz.
"Giriş başarılı" logu neden hiçbir şey anlatmaz?
Panelinde bir giriş kaydı görürsün: tarih, saat, IP. Bu kayıt tek başına ölüdür. Çünkü sana kıyas vermez. O IP müşterinin daimi IP'si mi, yoksa hayatında ilk kez mi görülüyor? Tarayıcı parmak izi eskisiyle aynı mı? Giriş, müşterinin normal saat aralığında mı yoksa gece 04:12'de mi? Anomali tespiti kıyasla çalışır; kıyas olmadan log arşiv olur, koruma olmaz. Bu yüzden ciddi bir dijital ürün satış yazılımı her kullanıcı için sessizce bir davranış profili tutar: son 30 gündeki IP aralıkları, ASN bilgisi, cihaz parmak izi hash'i, ortalama giriş saati, tipik sepet tutarı. Yeni giriş bu profille karşılaştırılır ve bir risk puanı üretilir. Puan eşiği aşarsa oturum tam yetkili açılmaz: giriş olur ama bakiye harcama ve teslim bilgisi değiştirme yetkisi kilitli kalır ta ki ikinci doğrulama geçilene kadar. Bu tek karar, devralma zararının büyük kısmını daha doğmadan keser.
Saldırgan neden şifreyi değiştirmez?
Amatör senaryoda saldırgan hesabı ele geçirir, şifreyi değiştirir, hesabı sahiplenir. Gerçek dünyada e-pin hesaplarında bunu yapmaz, çünkü şifre değişimi müşteriye e-posta gider ve alarm çalar. Profesyonel devralmada hedef hesabı sahiplenmek değil, bakiyeyi dijital kodla nakde çevirmek ve kaybolmaktır. Bu nedenle şifre değişimini değil, teslim kanalı değişimini izlemek gerekir. Sipariş anında değiştirilen e-posta, yeni eklenen telefon, "kodu şu adrese ilet" notu, hepsi devralmanın parmak izidir. Kural nettir: teslim kanalı değiştiyse bir sonraki teslimat otomatik değil, bekleme kuyruğuna girer. Yazılım tarafında bu, sipariş kaydına bağlı bir teslim_kanali_degisim_zamani alanıdır ve teslim motoru bu alanı kontrol eder. Kurulumu yarım saat, getirisi tek vakada bile kendini öder.
Hangi anomaliler gerçekten para kaybettirir?
Bütün anomaliler eşit değildir. Bazıları gürültü üretir, müşteriyi yorar ve sana boşa iş çıkarır. Aşağıdaki tablo, sahada karşılığı olan sinyalleri risk ağırlığı ve verilmesi gereken karşılıkla birlikte veriyor. Dikkat edeceğin nokta şu: tepki her zaman "blokla" değil. Sürtünmeyi risk kadar artırmak, dönüşümü öldürmemenin tek yolu.
| Sinyal | Neyi gösterir | Risk ağırlığı | Doğru karşılık |
|---|---|---|---|
| Yeni cihaz parmak izi + yeni ASN | Farklı kişi, farklı ağ | Yüksek | Harcama kilidi + e-posta kodu |
| Bakiyenin tek siparişte %90+ harcanması | Nakde çevirme davranışı | Yüksek | Teslimi kuyruğa al, manuel onay |
| Teslim e-postasının sipariş anında değişmesi | Kodu kaçırma hazırlığı | Kritik | 24 saat teslim gecikmesi |
| Aynı hesapta 5 dakikada 4+ sipariş | Otomasyon veya acele | Orta | Hız sınırı, ikinci doğrulama |
| Giriş saatinin profilden 6+ saat sapması | Farklı zaman dilimi | Düşük | Sadece puan artışı, engel yok |
| Şifre sıfırlama sonrası ilk 10 dk içinde sipariş | Klasik devralma zinciri | Kritik | Teslimi otomatik durdur |
Devralınan hesaplarda giriş kaynağı dağılımı
- Başka sitede sızan aynı şifre 45%
- Oltalama sayfası 25%
- Oturum çerezi çalan zararlı yazılım 20%
- Yakın çevre / paylaşılan cihaz 10%
Oturum çerezi çalınmışsa şifre neye yarar?
En sinsi senaryo bu. Müşterinin bilgisayarındaki zararlı yazılım şifreyi değil, aktif oturum çerezini kopyalar. Saldırgan bu çerezle giriş yapmaz; zaten giriş yapmış olur. Şifre doğrulaması devreye girmez, e-posta uyarısı tetiklenmez. Buna karşı tek savunma oturumu IP ve cihaz parmak izine bağlamaktır: oturum başka bir cihaz parmak izinden kullanılırsa geçersiz sayılır. Bunun yanında hassas işlemler için oturum yetkisi yetmemeli; bakiye harcama ve teslim bilgisi güncelleme gibi adımlar taze doğrulama istemeli. İyi bir e-pin scripti oturumu "açık/kapalı" olarak değil, kademeli güven seviyesi olarak modeller. Bu mimari, çerez çalınmasını sıradan bir sinyale indirir.
Tespit ettin, sonra ne yapacaksın?
Tespit, süreçle tamamlanmazsa hikâye kalır. Devralma alarmı düştüğünde izlenecek adımların yazılı olması gerekir, çünkü o anda karar veren kişi muhtemelen sen değil, gece vardiyasındaki destek personelidir. Aşağıdaki kontrol listesi, bir alarm anında sırayla uygulanacak ve kimin uygulayacağı belli olan adımları veriyor.
| Adım | Ne yapılır | Sorumlu | Süre |
|---|---|---|---|
| 1 | Hesabın tüm aktif oturumları sonlandırılır | Otomatik | Anında |
| 2 | Bekleyen teslimatlar kuyrukta dondurulur | Otomatik | Anında |
| 3 | Son 48 saatteki siparişler kod kullanım durumu ile listelenir | Destek | 10 dk |
| 4 | Kullanılmamış kodlar iptal edilip yeniden havuza alınır | Yönetici | 30 dk |
| 5 | Müşteriye kayıtlı kanaldan doğrulama çağrısı yapılır | Destek | 1 saat |
| 6 | Olay kaydı, sinyal puanlarıyla birlikte arşivlenir | Otomatik | Anında |
Şüpheli siparişte teslimi 15 dakika geciktirmek, dönüşümünü ölçülebilir biçimde düşürmez; ama devralınmış bir hesaptan çıkan kodu daha kullanılmadan iptal etme şansı verir. Kod kullanıldıktan sonra hiçbir sistem onu geri getirmez.
Bunu kendi başına mı kurarsın, hazır sistemle mi?
Yukarıdaki mimariyi sıfırdan yazmak mümkün; ama iş cihaz parmak izi üretimine, ASN veritabanı güncellemesine, risk puanı kalibrasyonuna ve teslim motorunun kuyruk mantığına geldiğinde haftalar sürer. Pinova tam olarak burada devreye giriyor: e-pin satmıyor, e-pin satan işletmelerin kullandığı yazılım. Kullanıcı davranış profili, kademeli oturum güveni, teslim kanalı değişim takibi ve manuel onay kuyruğu kutudan çıkar halde geliyor. Sen risk eşiklerini işine göre ayarlıyorsun, geri kalanı çalışıyor. Teknik detayları özellikler sayfasında, sürüm ve paket karşılaştırmasını fiyat bölümünde görebilirsin.
Devralmayı sen değil, sistem yakalasın
Risk puanlama, oturum kilitleme ve teslim dondurma mekanizmalarıyla gelen Pinova lisansını incele; ilk kurulumda eşikleri birlikte ayarlıyoruz.
Risk puanlaması müşterimi kaçırır mı?
Doğru kalibre edilirse hayır. Düşük riskli girişlerde hiçbir ek adım çıkmaz; sürtünme yalnızca yüksek puanlı ve para hareketi içeren işlemlerde devreye girer. Pratikte oturumların çok küçük bir kısmı ek doğrulama görür.
İki adımlı doğrulama tek başına yeterli değil mi?
Değil. Çalınmış oturum çerezi ikinci adımı hiç görmez, çünkü giriş aşaması atlanmıştır. Bu yüzden doğrulama sadece girişte değil, hassas işlem anında da istenmelidir.
Kullanılmış kodu iptal edebilir miyim?
Hayır. Kod ilgili platformda kullanıldığı anda geri alınamaz. Bütün korumanın amacı, kodun kullanılmasından önceki o kısa pencerede müdahale edebilmektir.
Bu kayıtları ne kadar saklamalıyım?
Anlaşmazlık ve iade süreçleri için en az 12 ay önerilir. Giriş kayıtları, cihaz parmak izi hash'leri ve teslim zaman damgaları, itirazlarda tek somut delilindir.
Hesap devralma, e-pin işinde kaçınılmaz bir olasılık; ama kayıp kaçınılmaz değil. Fark, alarmın kodun kullanılmasından önce mi sonra mı çaldığında. Bu mekanizmaların panelde nasıl göründüğünü, risk puanı düşen bir siparişin onay kuyruğunda nasıl beklediğini kendi gözünle görmek istersen canlı demo üzerinden gerçek verilerle deneyebilir, sonra lisans adımına geçebilirsin.