E-Pin Scriptinde 'Yedek Aldım' Demek Yetmez: Şifrelemediğin Her Yedek Dosyası Rakiplerine Açık Bıraktığın Bir Kasa Demektir

Çoğu e-pin satıcısı "yedek alıyorum, demek ki güvendeyim" diye düşünür. Sunucuda otomatik bir yedekleme scripti çalışıyordur, her gece bir .sql dosyası bir klasöre düşüyordur, belki o dosya uzak bir FTP'ye de kopyalanıyordur. Rahatlık tam olarak buradan gelir: "bir şey olursa yedeğim var" cümlesi insanı rahatlatır. Ama bu cümlenin arkasında kimsenin sormadığı bir soru durur — o yedek dosyasını eline geçiren kişi, içindeki her şeyi okuyabiliyor mu?

Gerçek şu: şifrelenmemiş bir yedek, çalınmış bir veritabanından pek de farklı değildir; üstelik genelde ondan daha kolay ele geçer, çünkü canlı veritabanı bir oturum kontrolünün, bir güvenlik duvarının arkasında durur, yedek dosyası ise çoğu zaman düz bir klasörde hiçbir korumaya tabi olmadan oturur. Bir e-pin scripti için bu, müşteri bakiyelerinin, satılmamış pin kodlarının, bayi cari hesaplarının ve bazı durumlarda ödeme sağlayıcı API bilgilerinin tek bir dosyada, tek bir anahtar beklemeden kullanıma hazır durduğu anlamına gelir. Bu yazıda yedek şifrelemenin neden kozmetik bir ayar değil, işin bel kemiği olduğunu konuşacağız.

Yedek Alıyorsun, Ama O Dosya Şu An Kimin Elinde?

Bir e-pin scripti kurduğunda genelde ilk sorduğun şey "satış ekranı nasıl görünüyor" olur; "yedekleme nasıl çalışıyor" sorusu listenin çok aşağısında kalır. Oysa her gece otomatik alınan o yedek dosyası, sunucunun bir klasöründe, bazen de hosting panelinin herkese açık bir "backups" dizininde sessizce birikir. Dosya adını tahmin etmek zor değildir, tarih damgası zaten dosya isminin içinde durur. Bir saldırgan ya da meraklı bir rakip, sunucuya en ufak bir sızma fırsatı bulduğunda önce canlı veritabanını değil, bu "arşivlenmiş, kimsenin bakmadığı" dosyayı arar; çünkü orada ne loglama vardır ne de anlık uyarı, kimse o dosyanın okunduğunu fark etmez. Fark edilmeyen sızıntı, en pahalı sızıntıdır çünkü ne zaman başladığını, ne kadar sürdüğünü asla bilemezsin.

Bir E-Pin Satış Scriptinin Yedeğinde Gerçekte Ne Saklanır?

Bir e-pin satış scripti çalıştırdığında veritabanı tek bir ürün listesinden ibaret değildir. Satılmamış ama stokta bekleyen pin kodları, müşterilerin bakiye geçmişi, bayi cari hesapları, sipariş detayları, hatta bazı kurulumlarda ödeme sağlayıcıya ait API anahtarları da aynı tabloların içinde durur. Yedek alındığında bütün bu veri, tek bir dosyada, düz metin halinde dışarı çıkar. Şifrelenmemiş bir yedek dosyasını açan kişi, canlı panele giriş yapmaya bile ihtiyaç duymadan satılmamış pinlerin tam listesine ulaşabilir; bu da demek oluyor ki sızıntı, "hesabım hacklendi" uyarısı gelmeden, sessizce ve fark edilmeden gerçekleşebilir. Yedek dosyası, canlı sistemin bütün sırlarını taşıyan ama kimsenin kilitlemediği bir kopyadır.

Scriptler Şifrelemeyi Neden "İsteğe Bağlı" Bir Ayar Gibi Gösterir?

Piyasadaki birçok dijital ürün satış scripti, yedeklemeyi bir özellik olarak pazarlar ama şifrelemeyi çoğu zaman hiç konuşmaz. Sebebi basit: şifreleme anahtar yönetimi gerektirir, anahtar yönetimi de ekstra mühendislik, ekstra test ve ekstra destek yükü demektir. Bir yedekleme fonksiyonu eklemek "her gece bir dosya oluştur" kadar basit görünür, ama o dosyayı güvenli şekilde şifrelemek, anahtarı doğru yerde saklamak, geri yükleme sırasında şifreyi doğru şekilde çözmek ayrı bir disiplin ister. Epin yazılım arayışında olan bir işletme sahibi demo sırasında "yedek alıyor musunuz" diye sorar ama "yedek şifreleniyor mu" diye nadiren sorar; script firmaları da bu nadiren sorulan soruya nadiren cevap hazırlar.

Şifrelenmemiş Yedek, Canlı Veritabanından Neden Daha Tehlikelidir?

Canlı veritabanının önünde en azından bir giriş ekranı, bir oturum kontrolü, belki bir IP kısıtlaması vardır. Şifrelenmemiş bir yedek dosyasının önünde çoğu zaman hiçbir şey yoktur; sadece dosya sistemi izinleri. Sunucuda çalışan başka bir yazılımdaki küçük bir açık, yanlış yapılandırılmış bir dizin listeleme ayarı ya da paylaşımlı bir sunucuda komşu hesaptan sızan bir erişim, bu dosyayı doğrudan ele verebilir. Şifrelenmemiş bir yedek, kilitli kapının yanına bırakılmış yedek anahtar gibidir — kapı sağlam olsa da anahtar ortadaysa kapının sağlamlığı bir anlam taşımaz.

Yedek Almak ile Yedeği Korumak Aynı Şey Değildir

"Yedeğim var" cümlesi genelde sadece "dosya bir yerde duruyor" anlamına gelir. Oysa gerçek güvenlik üç ayrı katmanı birden gerektirir: dosyanın şifrelenmesi, anahtarın veritabanından ayrı bir yerde saklanması ve geri yükleme işleminin düzenli test edilmesi. Bu üç katmandan biri eksikse, "yedeğim var" cümlesi yanıltıcı bir güven duygusu yaratır. Bir e-pin satış yazılımı seçerken sorman gereken soru "yedek alıyor mu" değil, "yedeği kim okuyabilir, kim okuyamaz" olmalı; bu üç katmanı özellikler sayfasından karşılaştırarak karar vermek, ileride pişman olmaktan çok daha ucuzdur.

Pinova Yedekleri Nasıl Şifreliyor, Fark Nerede?

Pinova'da yedekleme süreci dosyayı oluşturduğu anda şifreler; disk üzerinde hiçbir aşamada düz metin bir .sql dosyası beklemez. Şifreleme anahtarı veritabanının kendisinde değil, ayrı bir yapılandırma katmanında tutulur, böylece dosya çalınsa bile anahtar olmadan içeriği okumak mümkün olmaz. Bunun yanında yedekler otomatik olarak sunucu dışına da gönderilebilir, böylece sunucunun kendisi tamamen çökse bile iş durmaz. İyi bir dijital ürün satış yazılımı bu katmanı senden saklamaz, tam tersine öne çıkarır; fiyat tarafında da bu şifreleme katmanı ekstra ücret gerektirmez, fiyatlandırma sayfasından paketleri karşılaştırabilirsin. Bir e-pin satış yazılımı seçerken bu detayı sormak, ileride "neden sızdı" sorusuyla uğraşmamak için en ucuz sigorta yoludur.

Yedeklerini şifrelemek bir dijital ürün satış scripti için gösteriş değil, temel hijyendir; bu katmanı görmeden karar vermek istemiyorsan canlı demo üzerinden Pinova'nın yedekleme ve şifreleme mekanizmasını kendi gözlerinle inceleyebilirsin.