BİLGİ BANKASI
E-ticaret güvenliği ve yönetici yetkileri nasıl kontrol edilir?
İçindekiler — Türkçe
Kontrolün kapsamı nasıl belirlenir?
Yönetim paneli, müşteri hesabı, API, dosya yükleme alanları ve dış servis erişimlerini listeleyin. Her alan için hangi verilerin okunduğunu veya değiştirildiğini belirleyin. Ödeme bilgisi, müşteri adresi ve fiyat değişikliği aynı risk düzeyinde ele alınmayabilir; işlem etkisi değerlendirilmelidir.
OWASP API Security Top 10 2023, nesne düzeyinde yetkilendirme, kimlik doğrulama ve kaynak tüketimi gibi API risklerini sınıflandırır. Bu liste bir başlangıç referansıdır; uygulamanın eksiksiz denetlendiği veya güvenlik sertifikası aldığı anlamına gelmez.
Yönetici rolleri nasıl tanımlanır?
1. İş görevlerini çıkarın: ürün düzenleme, stok düzeltme, sipariş görüntüleme, fiyat değiştirme ve para iadesi gibi.
2. Her görevi gerekli rollere bağlayın. Bir destek çalışanının müşteri sorusunu yanıtlamak için tüm fiyatları değiştirme yetkisi gerekmeyebilir. En az yetki yaklaşımıyla başlayın.
3. Kişiye özel hesap kullanın. Ortak hesap, işlemi yapanı belirlemeyi ve erişimi sonlandırmayı zorlaştırır. Desteklenen yerlerde çok faktörlü kimlik doğrulama uygulayın.
4. Ayrılan personelin erişimini tüm bağlı sistemlerde sonlandırın. Sadece mağaza paneli değil, bulut hesapları ve entegrasyon araçları da kapsamda olmalıdır.
Yetki yalnızca arayüzde mi kontrol edilir?
Hayır. Bir düğmeyi gizlemek sunucu tarafındaki işlemi korumaz. Kullanıcı doğrudan API isteği gönderdiğinde de rol ve ilgili kayda erişim yetkisi denetlenmelidir. Örneğin bir müşteri, adres çubuğundaki sipariş kimliğini değiştirerek başka müşterinin kaydına ulaşamamalıdır.
Gizli anahtarlar ve işlem kayıtları nasıl yönetilir?
API anahtarlarını erişimi sınırlandırılmış güvenli yapılandırmada tutun. Test ve canlı ortam anahtarlarını ayırın. Anahtarın hangi servise, hangi yetkiyle ve hangi sorumluya bağlı olduğunu kaydedin. Sızıntı şüphesinde değiştirme ve bağlı sistemleri güncelleme yolu bulunmalıdır.
İşlem kayıtları kritik değişikliklerin kim tarafından yapıldığını göstermelidir. Ancak şifre, kart verisi veya gereksiz kişisel veri günlüklere yazılmamalıdır. Kayıtlara erişim ve saklama süresi de kontrol edilmelidir. Fazla kayıt tutmak otomatik olarak daha güvenli işletim sağlamaz.
Kontroller hangi testlerle doğrulanır?
Düşük yetkili hesapla yönetici işlemine doğrudan istek gönderin; işlem reddedilmelidir. Başka müşterinin sipariş kimliğini deneyin; veri açılmamalıdır. Süresi dolmuş oturumla kritik işlem yapılmadığını ve kapatılan hesabın yeni oturum açamadığını doğrulayın. Bu testler yalnızca yetkili test ortamında yürütülmelidir.
Yedek dosyalarının herkese açık olmadığını, geri yükleme erişiminin sınırlandığını ve kritik işlem kayıtlarının bulunabildiğini kontrol edin. Bulguları risk, etkilenen işlem, çözüm sorumlusu ve tekrar test sonucu ile takip edin. Bu rehber temel kontrol düzeni sunar; yüksek riskli sistemlerde kapsamlı uzman incelemesinin yerini tutmaz.
Sık sorulan sorular nelerdir
Sonraki adım nedir
Yönetici rollerinizi ve kritik erişimlerinizi listeleyin; güvenlik kontrol kapsamını PROJX Digital ile değerlendirin.
