Konuyu Açan
#1
Birçok kurum, MSSQL üzerinde üretilen audit log’larını güvenli bir şekilde saklamak ve yetkisiz erişimden korumak için pratik yöntemler arıyor. Aşağıdaki noktalar, sürekli denetim ve uyum hedefleriyle uyumlu bir güvenlik yaklaşımı oluşturmanıza yardımcı olabilir.
1. Audit log’un konumunu ve bütünlüğünü netleştirmek
Audit log dosyaları için ayrı bir güvenli depolama stratejisi oluşturun. Fiziksel güvenlik ve dosya sistemi izinleri ile log’un değiştirilmesini veya silinmesini zorlaştırın. Örneğin, audit çıktılarınızı sadece okunabilir (read-only) bir paylaşıma yönlendirmek, log’un içeriğini değiştirme riskini azaltır. Log’larınızın zaman damgası doğruluğunu sağlamak adına NTP/TCP üzerinden senkronize edilmiş saat kullanın.
2. Erişim kontrolleri ve rol tabanlı yetkilendirme
Audit log’larına erişimi sadece ilgili güvenlik ve uyum ekipleriyle sınırlayın. SQL Server’da log’ları okuma işlemlerini yapan hesapları minimum yetkide tutun; gerektiğinde özellikle log arama ve analiz için ayrı bir rol create edin.Audit dosyalarına harici erişim gerektiğinde VPN/AD güvenliği üzerinden, çok faktörlü erişim gibi ek katmanlar kullanın.
3. Verilerin güvenli iletimi ve depolanması
Audit olayları aktarıldığında iletim kanallarını şifreleyin (ör. TLS ile iletim). Log dosyalarının bir kopyasını güvenli bir hedefte saklayın ve orijinalliğini korumak için imzalama veya uç birimden gelen dijital imza kullanın. Şifrelenmiş arşivler, saklama süresi boyunca yetkisiz erişimi engeller.
4. Sıkı saklama politikaları ve uyum denetimleri
Saklama sürelerini yerel ve kurumsal politikalarla belirleyin; gereksiz verileri erkenden imha etmek yerine, uyum gereklilikleri kadar saklama süresi tanımlayın. Dönemsel olarak log bütünlüğü kontrolleri, hash/veya tam yükleme bütünlüğü doğrulaması ile yapılmalıdır. Denetim kayıtlarının değişmediğine dair periyodik kontrol raporları çıkarın.
5. İzleme, ihlal tespiti ve olay yanıtı
Audit log’larında anormal aktiviteleri hızlı tespit etmek için imza tabanlı ve davranışsal analiz kullanın. Yetkisiz erişim denemeleri, olağandışı saatlerde oluşan log üretimi veya tekrarlı başarısız oturum açma girişimleri gibi göstergelere öncelik verin. İhlal durumunda izini sürmek için logları merkezi bir SIEM’e gönderen mimariyi düşünün.
6. Uygulama ve veritabanı bağlantılarında en iyi uygulamalar
SQL Server’da audit’i, sadece gerekli olayları kapsayacak şekilde yapılandırın; geniş kapsamlı loglar performansı etkileyebilir ve gereksiz depolama maliyetine yol açabilir. Örneğin, kimlik doğrulama olayları, veritabanı düzeyinde DDL/DML aktiviteleri ve güvenlik ilgili hatalar gibi kritik öğeleri hedefleyin. Ayrıca test ve prod ortamlarında farklı audit politikaları belirleyin.
Siz hangi loglar üzerinde yoğunlaşıyorsunuz: güvenlik olayları mı, uyum denetimleri mi, yoksa işlemsel analizler mi? Bu politikaları mevcut altyapınıza nasıl entegre ediyorsunuz?
