İş yazılımlarında veri güvenliği: erişimden günlük kaydına

Önce verinin nerede olduğunu görün

Müşteri bilgileri yalnızca CRM ekranında olmayabilir. Çalışanların indirdiği tablolar, e-posta ekleri, destek mesajları, yedekler ve entegrasyon kayıtları da aynı verinin kopyalarını taşıyabilir. İnceleme yaparken verinin uygulamaya nasıl girdiğini, hangi hizmetlere aktarıldığını ve hangi noktada silindiğini listeleyin. Bir kaydın yaşam döngüsü bilinmeden koruma önlemlerinin yeterliliğini değerlendirmek zordur.

Her veri alanı için iş gerekçesi tanımlayın. Bir teklif hazırlamak için gerekli olmayan kişisel bilgiyi sırf ileride kullanılır düşüncesiyle toplamak, sistemi gereksiz yere karmaşıklaştırır. Formları sadeleştirmek ve saklanan dosyaları azaltmak, ihtiyaç analizi sırasında da ele alınabilecek somut iyileştirmelerdir.

Yetkileri görevlerle ve kayıtlarla sınırlandırın

Giriş yapabilmek, sistemdeki her işlemi yapabilmek anlamına gelmemelidir. Satış ekibi müşteri görüşmelerini güncellerken muhasebe tahsilatları düzenleyebilir. Yönetici ise raporları görüntüler. OWASP yetkilendirme rehberinin vurguladığı en az yetki yaklaşımı, her kullanıcının yalnızca görevi için gerekli erişimi almasını esas alır.

Kontrol yalnızca menüde düğme gizlemekten ibaret değildir. Sunucu, her istekte kullanıcının ilgili kayda ve işleme erişimini değerlendirmelidir. Bir çalışanın adres çubuğundaki numarayı değiştirerek başka müşterinin kaydına ulaşamadığı test edilmelidir. İşten ayrılan veya görevi değişen kullanıcıların erişimleri de tanımlı bir süreçle güncellenmelidir.

Örneğin bir müşteri temsilcisinin yalnızca kendisine atanmış firmaları görmesi isteniyorsa, toplu arama ve dosya indirme ekranları da aynı kapsamı uygulamalıdır. Ana listede doğru görünen yetki, rapor indirilirken genişlememelidir. Test için iki farklı kullanıcı ve iki örnek müşteri tanımlayın; görüntüleme, düzenleme ve dışa aktarmayı ayrı ayrı deneyin. Yeni bir rapor eklendiğinde bu kontrolün tekrar edilmesi, erişim kuralının uygulama büyürken korunmasına yardımcı olur.

Kimlik doğrulamayı günlük kullanıma uygun kurun

Paylaşılan yönetici hesabı, işlemin kim tarafından yapıldığını anlamayı güçleştirir. Her çalışanın kendi hesabını kullanması ve destek erişimlerinin ayrı tutulması daha izlenebilir bir düzen sağlar. Parola yöneticileri, benzersiz parolalar ve desteklenen hesaplarda çok faktörlü doğrulama bu düzenin parçalarıdır.

OWASP kimlik doğrulama rehberi, şüpheli durumlarda yeniden doğrulama ve giriş denemelerinin sınırlandırılması gibi kontroller önerir. Parola sıfırlama, e-posta değiştirme ve toplu veri dışa aktarma akışlarını da değerlendirin. Kullanıcıya anlaşılır açıklama sunan güvenlik adımları, çalışanların bunları aşmak için ortak hesap veya kişisel dosya gibi yollar geliştirmesini azaltabilir.

İşlem geçmişi işe yarar soruları cevaplasın

Bir müşteri kaydı değiştiğinde kim yaptı, ne zaman yaptı ve hangi alan değişti soruları cevaplanabilmelidir. Her tuş hareketini kaydetmek yerine iş açısından anlamlı olayları seçin. Yetki değişikliği, toplu indirme, ödeme kaydının düzeltilmesi ve başarısız girişler farklı önceliklere sahip olabilir.

Günlük kayıtlarının kendisi de hassas bilgi içerebilir. Parolaları, erişim anahtarlarını ve gereksiz kişisel ayrıntıları bu kayıtlara yazdırmayın. Kayıtlara erişimi sınırlayın ve saklama ihtiyacını belirleyin. Yazılım ekibi ile işletme sorumlusu, hangi durumda bildirim üretileceğini ve bildirimi kimin değerlendireceğini birlikte kararlaştırmalıdır.

Güncelleme ve kurtarma işini sahiplenin

Yazılımın çalışıyor görünmesi, kullandığı tüm bileşenlerin güncel olduğu anlamına gelmez. Sunucu, uygulama kütüphaneleri ve bağlı hizmetler için sorumluluklar açık olmalıdır. Güncelleme öncesinde kritik iş akışlarını denemek ve gerektiğinde geri dönebilecek durumda olmak, güvenlik ile sürekliliği birlikte ele alır.

Aynı yaklaşım yedekler için de geçerlidir. Yedekleme ve felaket kurtarma planı, yalnızca dosya üretmeyi değil bu dosyayla işin yeniden başlayabilmesini kapsar. Düzenli kontrol toplantılarında erişimler, başarısız işler ve son geri yükleme denemesi birlikte gözden geçirilmelidir.

Küçük ve ölçülebilir bir kontrol listesi oluşturun

İlk çalışma döneminde tüm sistemi yeniden kurmak gerekmeyebilir. Önce ortak hesapları tespit etmek, yönetici erişimlerini azaltmak ve kritik işlemlerin kayıtlarını doğrulamak gibi tamamlanabilir hedefler seçin. Her hedefin bir sorumlusu ve kabul ölçütü olsun. Sonraki geliştirme taleplerinde güvenlik kontrolünün yeniden yapılacağı noktaları da belirleyin.

Özel yazılım çözümleri değerlendirilirken veri güvenliğini ayrı bir eklenti olarak bırakmayın. Tasarım, geliştirme, yayın ve bakım kararlarının içine yerleştirin. Böylece işletme büyüdüğünde hangi korumanın neden bulunduğunu bilen, değişiklikleri daha rahat değerlendirebilen bir ekip oluşur.