Kimse yönetici hesabının ele geçirileceğini planlamaz. Sektörde konuşulan her şey saldırıyı önlemekle ilgilidir: güçlü şifre, iki adımlı doğrulama, güncel sunucu. Bunlar gereklidir ama hepsi tek bir varsayıma dayanır; saldırının başarısız olacağı varsayımına. Oysa gerçek dünyada olan şey şu: bir gün paneline girdiğinde bakiye hareketlerinde tanımadığın bir düzeltme, sipariş listesinde 03:40'ta açılmış yirmi sipariş ve stok tablosunda "teslim edildi" damgası yemiş ama parası hiç gelmemiş kodlar görüyorsun. O an ihtiyacın olan şey önleme tavsiyesi değil, yazılı bir kurtarma sırasıdır.
Çoğu işletme sahibi bu anda içgüdüsel olarak en zararlı şeyi yapar: şifresini değiştirir, rahatlar ve devam eder. Şifre değişimi, saldırganın aktif oturumunu genellikle kapatmaz; API anahtarını, tanımladığı ikinci yönetici hesabını, temaya gömdüğü tek satırlık kodu ya da eklediği zamanlanmış görevi hiç etkilemez. Yani adam içeride kalır, sen kendini güvende sanarsın. Aşağıda anlatacağım plan tam olarak bu sessiz devamlılığı kırmak için sıralanmıştır ve iyi bir e-pin satış scriptinin bu adımların çoğunu tek tuşla yapabilmesi gerekir.
Ele geçirildiğini nasıl kesin olarak anlarsın?
Belirtiler çoğu zaman teknik değil, muhasebe kokar. Manuel bakiye yüklemelerinde açıklaması olmayan kayıtlar, iade edilmiş gibi işaretlenmiş ama parası dönmemiş siparişler, gece saatlerinde yoğunlaşan stok görüntüleme hareketleri, kendi kendine değişmiş banka veya cüzdan bilgileri, bir anda "pasif" edilmiş bildirim ayarları. Teknik tarafta ise oturum tablosunda tanımadığın bir IP veya tarayıcı imzası, arka arkaya başarısız giriş denemesinin ardından gelen tek başarılı giriş ve senin hiç istemediğin bir şifre sıfırlama e-postası. Tek bir belirti bile yeterlidir; doğrulama yapmak için beklemek, saldırgana çalışma süresi hediye etmektir.
İlk on beş dakikada tam olarak hangi sırayla hareket edeceksin?
Sıra önemlidir, çünkü yanlış sırada yapılan doğru hamleler etkisizdir. Önce tüm yönetici oturumlarını topluca iptal et; şifreyi değiştirmekten önce bu gelir, yoksa saldırganın çerezi hâlâ geçerli kalır. Ardından yönetici şifrelerini sıfırla ve iki adımlı doğrulamayı zorunlu hâle getir, mevcut doğrulama gizli anahtarlarını da yenile. Üçüncü adım, panele bağlı tüm makine erişimlerini kesmektir: API anahtarları, webhook imza sırları, tedarikçi entegrasyon tokenları. Dördüncü adım, para hareketini durdurmak; manuel bakiye yükleme ve toplu teslimat yetkisini geçici olarak tamamen kapat.
Beşinci adımda satışı durdurmak zorunda kalabilirsin. Bu karar kimseyi mutlu etmez ama bir saat kapalı kalmak, iki gün boyunca ödenmemiş kod dağıtmaktan çok daha ucuzdur. Bakım moduna al, ana sayfada kısa ve dürüst bir bilgilendirme bırak, sonra soğukkanlı biçimde tespite geç. Bu beş adımın hepsi panelde birer düğme olarak bulunuyorsa on beş dakikada bitersin; her biri için sunucuya elle girmen gerekiyorsa ilk müdahale penceresi çoktan kapanmış olur.
| Zaman | Aksiyon | Amaç | Atlanırsa sonuç |
|---|---|---|---|
| 0-2 dk | Tüm yönetici oturumlarını iptal et | Aktif erişimi kes | Saldırgan içeride kalır |
| 2-4 dk | Şifre sıfırla, 2FA gizli anahtarını yenile | Yeniden girişi engelle | Aynı yolla geri döner |
| 4-7 dk | API anahtarı ve webhook sırlarını döndür | Makine erişimini kes | Entegrasyon üstünden devam |
| 7-10 dk | Manuel bakiye ve toplu teslimatı kapat | Parasal zararı dondur | Bakiye üretimi sürer |
| 10-15 dk | Bakım moduna al, log arşivini kopyala | Delili koru | Kanıt döngüyle silinir |
| 15-60 dk | Kullanıcı, görev ve dosya envanterini tara | Kalıcılığı bul | Arka kapı açık kalır |
| 1-6 sa | Etkilenen kodları iptal-yenile | Stok zararını sınırla | Kodlar piyasada dolaşır |
Saldırgan geride hangi kalıcılık noktalarını bırakıyor?
Bir olayı gerçekten kapatmak, erişimi kesmekle değil, bırakılan tohumları bulmakla olur. En sık rastlananı, sıradan bir isimle oluşturulmuş ikinci bir yönetici hesabıdır; genelde "destek", "yedek" ya da mevcut bir personelin adına benzeyen bir kullanıcıdır. İkincisi, kendi oluşturduğu API anahtarıdır; panel şifresi değişse de o anahtar çalışmaya devam eder. Üçüncüsü, zamanlanmış görev listesine eklenmiş, belirli aralıklarla dışarıdan komut çeken bir satırdır. Dördüncüsü, tema veya eklenti dosyasına gömülmüş küçük bir kod parçasıdır. Beşincisi ise en sinsisi: kendisine sonsuz geçerli bir "beni hatırla" tokenı üretmesidir.
Bu yüzden temizlik envanter gibi yapılır. Yönetici listesini baştan sona oku, tanımadığın her hesabı sil. Tüm API anahtarlarını, oluşturulma tarihine göre sırala ve olaydan sonraki hiçbirine güvenme. Zamanlanmış görevleri tek tek karşılaştır. Dosya sisteminde, olay tarihinden sonra değişmiş dosyaları listeleyip bakmak neredeyse her zaman sonuç verir. Kalıcı giriş tokenlarının tamamını geçersiz kıl. Şüphe duyduğun her şeyi sil; yeniden oluşturmak, arka kapıyla yaşamaktan daha kolaydır.
Olay sonrası bulunan kalıcılık noktalarının dağılımı
- Gizli ikinci yönetici hesabı 40%
- Saldırganın ürettiği API anahtarı 30%
- Zamanlanmış görev veya gömülü dosya kodu 20%
- Süresiz kalıcı giriş tokenı 10%
Parayı ve stoğu nasıl geri toplarsın?
Kurtarmanın ticari tarafı teknik tarafından daha yorucudur. Öncelikle bir zaman penceresi belirle: ilk şüpheli işlemden müdahale anına kadar. Bu penceredeki tüm bakiye hareketlerini, siparişleri ve teslimatları ayrı bir listeye çıkar. Sonra üç kümeye ayır. Birinci küme, hiç ödenmemiş bakiyeyle alınmış siparişler; bunları iptal eder, verilen kodları tedarikçiye iptal-yenileme için bildirirsin. İkinci küme, gerçek müşterilerin normal alışverişleri; bunlara dokunmazsın, aksi hâlde saldırının faturasını müşterine kesersin. Üçüncü küme belirsizler; burada müşteri lehine karar vermek uzun vadede daha az maliyetlidir.
Tedarikçi iletişimini geciktirme. Çoğu tedarikçi, kullanılmamış kodlar için belirli bir süre içinde bildirildiğinde iptal-yenileme yapar; bu süre saatlerle ölçülür. Elinde etkilenen kodların seri listesi hazır değilse bu şansı kaybedersin. Bu da bize teslimat kaydının ne kadar kritik olduğunu gösterir: hangi kodun hangi siparişe, hangi saniyede, hangi yönetici veya otomasyon tarafından verildiği kayıtlı değilse, kurtarma aşamasında tahminle çalışırsın.
İlk refleks temizlemek olur ama temizlik delili yok eder. Bakım moduna alır almaz giriş kayıtlarını, oturum tablosunu ve denetim kayıtlarını ayrı bir yere kopyala; döngüsel loglar bir gün içinde üzerine yazar ve o anda ne olduğunu bir daha asla öğrenemezsin.
Sistemi hangi kriterlerle tekrar açacaksın?
Yeniden açılış duyguyla değil listeyle yapılır. Beş koşul aranır: bütün yönetici erişimleri sıfırdan kurulmuş ve iki adımlı doğrulama zorunlu; olaydan sonra oluşturulmuş hiçbir kimlik bilgisi hayatta değil; dosya sistemi ve zamanlanmış görevler bilinen iyi bir referansla karşılaştırılmış; ilk giriş yolunun ne olduğu belirlenmiş ve kapatılmış; parasal etki hesaplanmış, tedarikçi bildirimi yapılmış. Beşincisi eksikken açmak, aynı kapıdan ikinci kez girilmesini beklemek demektir. Giriş yolunu bulamadıysan açmak için acele etme.
Pinova bu planın büyük kısmını altyapı düzeyinde hazır sunar. Tüm oturumları tek hareketle iptal etme, rol bazlı yetkilerle manuel bakiye ve toplu teslimat gibi tehlikeli işlemleri ayırma, her hassas işlemi kullanıcı ve IP bilgisiyle denetim kaydına yazma, API anahtarlarını sürümleyerek döndürme ve şüpheli yönetici davranışında otomatik dondurma; bunların hepsi bir dijital ürün satış yazılımının olaya hazırlıklı olması demektir. Pinova kod satmaz; kod satan işletmenin böyle bir günü kayıpsız geçirmesini sağlayan yazılımdır.
| Hazırlık maddesi | Bugün var mı? | Önem |
|---|---|---|
| Tüm oturumları tek tuşla iptal | Panelde düğme olarak | Kritik |
| Zorunlu iki adımlı doğrulama | Her yönetici için | Kritik |
| Rol bazlı yetki ayrımı | Bakiye ve teslimat ayrı yetki | Kritik |
| Denetim kaydı | Kullanıcı, IP, işlem, zaman | Kritik |
| API anahtarı döndürme | Sürümlü, geçmişi izlenebilir | Yüksek |
| Log dışa aktarımı | Tek tuşla arşiv indirme | Yüksek |
| Tek tuş bakım modu | Satışı anında durdurma | Yüksek |
| Etkilenen kod listesi çıkarma | Tarih aralığına göre seri listesi | Yüksek |
| Yazılı olay prosedürü | Bir sayfa, basılı veya çevrimdışı | Orta |
| Yılda bir tatbikat | Test ortamında prova | Orta |
Olay günü için hazır bir altyapı kur
Oturum iptali, yetki ayrımı, denetim kaydı ve anahtar döndürme hazır gelsin; sen sadece planı uygula.
Şifreyi değiştirmek saldırganı çıkarmaya yetmez mi?
Yetmez. Çoğu sistemde şifre değişimi mevcut oturum çerezlerini geçersiz kılmaz; saldırgan sekmesi açık olduğu sürece çalışmaya devam eder. Doğru sıra önce tüm oturumları iptal etmek, sonra şifre ve iki adımlı doğrulama gizli anahtarını yenilemektir.
Satışı durdurmak zorunda mıyım?
Parasal hareket veya teslimat etkilenmişse evet, en azından tespit tamamlanana kadar. Bir saatlik kapanmanın maliyeti ölçülebilirken, ödenmemiş kod dağıtımının maliyeti hem stok hem itibar tarafında katlanarak büyür.
Verilen kodları geri alabilir miyim?
Kullanılmamışsa çoğu tedarikçi belirli bir süre içinde iptal-yenileme yapar. Bunun tek şartı etkilenen kodların seri listesini hızlıca çıkarabilmektir; bu yüzden teslimat kayıtlarının sipariş ve zaman bazında tutulması kurtarmanın en değerli parçasıdır.
Giriş yolunu bulamadım, sistemi açabilir miyim?
Açmaman daha doğru. İlk erişim yolu kapatılmadıysa aynı yöntem tekrar kullanılır ve ikinci olay genelde daha hızlı, daha hedefli olur. Bu durumda bağımsız bir gözle log incelemesi yaptırmak, aceleyle açmaktan çok daha az maliyetlidir.
Bir yönetici hesabının ele geçirilmesi, iyi hazırlanmış bir işletme için kötü bir gündür; hazırlıksız bir işletme için ise işin sonu olabilir. Aradaki farkı yaratan şey yeteneğin değil, elinin altındaki düğmeler ve yazılı sıralamadır. Bu düğmelerin bir e-pin yazılımı içinde hazır gelmesi, olay anında saatler kazandırır. Yetki rollerini, denetim kayıtlarını ve oturum yönetimini kendi gözünle görmek istersen özellikler bölümünü incele, paket farklarına fiyat sayfasından bak ve ardından canlı demo üzerinde bir kurtarma senaryosunu baştan sona prova et.