Yedekten önce, yedekten sonra.
Her SQL Server yedeğinden önce şifreleme durumu ve sertifika kontrol edilir. Yedek alındıktan sonra dosyanın kendisi de incelenir. Ayrıca saatte bir bağımsız kontrol yapılır. Durum okunamıyorsa “sorun yok” sayılmaz.
KLADIM TDE GUARD · SQL SERVER KORUMASI
Sessiz şifrelemeye
sessiz kalmayan
yedekleme.
TDE suistimali, SQL Server’ın meşru şifreleme özelliğinin izinsiz kullanılarak yedeklerin saldırganın sertifikasına bağımlı hale getirilmesidir. Kladim TDE Guard değişikliği fark eder, temiz bulut yedeklerini kilitler ve sizi uyarır.
YEDEK VAR. AMA ANAHTAR KİMDE?
Uygulamanız çalışırken
geri dönüşünüz tehlikeye girebilir.
TDE, veritabanını diskte şifreleyen meşru bir güvenlik özelliğidir. Risk, bu özelliğin saldırganın kontrolündeki sertifikayla izinsiz açılmasıdır. Uygulama çalışmaya, yedekleme işleri tamamlanmaya devam edebilir; buna rağmen yeni yedekler geri yükleme için o sertifikaya ve özel anahtara ihtiyaç duyar.
İzinsiz değişiklik
Sunucuda yeterli yetki elde eden kişi TDE’yi etkinleştirir veya kullanılan sertifikayı değiştirir.
Temiz geçmiş azalır
Yeni yedekler alınırken eski temiz kopyalar normal saklama politikasıyla silinmeye devam edebilir.
Geri dönüş engellenir
Gerekli anahtar erişilemez hale geldiğinde elinizdeki şifreli yedekleri geri yükleyemeyebilirsiniz.
KLADIM TDE GUARD
Fark edin. Temiz geçmişi koruyun.
Değişikliği doğrulayın.
Saklama kuralı temiz geçmişi tüketmesin.
Şüphe oluştuğunda önceki temiz bulut yedekleri kilitlenir. Otomatik saklama kuralıyla veya kullanıcı tarafından silinmez ve saklama adedine sayılmaz. Değişiklik onaylansa da bu kilitler korunur.
Yedekleme sürer. Şüphe gizlenmez.
Şüphe döneminde alınan yedekler “şüpheli şifreleme” olarak etiketlenir. Önceki temiz yedeklerle yeni şüpheli yedekleri ayırt edebilirsiniz.
Tek bir ekrana bağlı kalmayın.
Panel uyarısı, hesap e-postasına bildirim ve etkinse Telegram bildirimi devreye girer; Kladim destek ekibi de bilgilendirilir. Yeni durum e-posta veya Telegram koduyla, sunucuda doğrulanan onaydan geçer.
UYARI GELDİĞİNDE
Önce değişikliği doğrulayın.
Yeni şifreleme veya sertifika değişikliği “Yüksek risk”, sertifikanın sunucuda bulunamaması “Kritik” olarak gösterilir. Uyarı, değişikliğin araştırılması gerektiğini söyler; tek başına saldırı kanıtı değildir.
- SQL Server servisini gelişigüzel yeniden başlatmayın. Anahtar erişimi sorunluysa yeniden başlatma çalışan veritabanının da açılmasını etkileyebilir. Önce yetkili SQL yöneticinizle durumu değerlendirin.
- Yöneticinize veya destek ekibine ulaşın. Planlı şifreleme veya sertifika yenilemesi olup olmadığını, zamanı ve işlemi yapan kişiyi doğrulayın.
- Yalnız doğruladığınız değişikliği onaylayın. Uyarıyı susturmak için gelen kodu paylaşmayın veya kaynağı belirsiz değişikliği kabul etmeyin.
- Yetkisiz değişiklikte geri dönüşü planlayın. Temiz kilitli yedeğin tarihini ve kapsamını inceleyin; ayrı ortamda geri yükleme testiyle kullanılabilirliğini değerlendirin.
Temiz yedeğin korunması ile geri yüklenebilirliğinin test edilmesi farklı adımlardır. Restore Proof, SQL Server yedeğine gerçek geri yükleme ve bütünlük kontrolü uygular.
AKLINIZDAKİ SORULAR
Kapsamı bilerek karar verin.
TDE suistimali nedir?
SQL Server’ın meşru disk şifreleme özelliğinin izinsiz etkinleştirilmesi veya sertifikanın değiştirilmesiyle, veritabanı yedeklerinin saldırganın kontrol ettiği anahtara bağımlı hale getirilmesidir. Uygulama çalışırken geri yükleme imkânı tehlikeye girebilir.
Kladim TDE Guard saldırıyı durdurur mu?
TDE Guard saldırıyı durduran bir antivirüs değildir. Şifreleme ve sertifika değişikliklerini izler, şüphede temiz bulut yedeklerini kilitler ve uyarı verir. Yetki güvenliği, olay müdahalesi ve geri yükleme testiyle birlikte değerlendirilmelidir.
TDE’yi bilerek kullanıyorsam ne olur?
TDE meşru bir güvenlik özelliğidir; kullanımı engellenmez. Yetkili değişikliği doğruladıktan sonra Kladim panelinde e-posta veya Telegram ile gelen tek kullanımlık kodla yeni durumu onaylayabilirsiniz. Onay sunucuda doğrulanır. Daha önce kilitlenen temiz yedekler kilitli kalır.
Şüphe varken neden yeni yedek alınıyor?
Değişiklik yetkili bir işlem de olabilir. Kladim yedeklemeyi sürdürür; şüphe süresindeki yeni yedekleri şüpheli şifreleme olarak etiketler ve önceki temiz yedekleri ayrıca korur. Şüpheli yedeğin kullanılabilirliği, gerekli sertifika ve anahtarlarla ayrıca değerlendirilmelidir.
Kilitlenen yedekler saklama adedine sayılır mı?
Kilitlenen temiz bulut yedekleri otomatik saklama kuralıyla veya kullanıcı tarafından silinmez; yedek saklama adedine sayılmaz. Yeni durumu onaylamak mevcut kilitleri kaldırmaz.
Şifrelenmiş yedeği sertifikasız açabilir mi?
Hayır. TDE Guard eksik şifreleme anahtarını yeniden üretmez veya şifreyi kırmaz. Amacı, şüpheli değişikliği fark etmek ve değişiklik öncesindeki temiz yedekleri korumaktır.
Hangi veritabanlarını kapsar?
Bu koruma Kladim ile yedeklenen Microsoft SQL Server veritabanları içindir. SQL kullanıcısının şifreleme durumunu okuma izni yoksa durum güvenli kabul edilmez; uyarı verilir. Diğer veritabanı motorlarına aynı kapsam iddia edilmez.
Uyarıyı kapatmak için SMS kullanılabilir mi?
Bu değişiklik onayında e-posta veya Telegram ile gönderilen tek kullanımlık kod kullanılır ve kod sunucuda doğrulanır. Panelde uyarı şeridini küçültmek değişikliği onaylamak anlamına gelmez.
SQL Server yedeklerinize
bir koruma katmanı daha.
Mevcut SQL Server yedekleme düzeninizi ve TDE kullanımınızı birlikte değerlendirelim. Hesabınıza uygulanacak kapsam ve ticari koşullar için ekibimizle görüşün.