Veritabanı kullanıcı yetkileri minimum seviyede nasıl ayarlanır?

Veritabanı kullanıcı yetkilerini minimum seviyede tutmak, uygulamanın ihtiyaç duyduğu işlemleri güvenli biçimde yapmasını sağlarken olası bir açıkta zararın büyümesini engeller. Özellikle WordPress, özel yazılım veya e-ticaret projelerinde tek bir veritabanı kullanıcısına gereğinden fazla izin vermek; veri silme, tablo değiştirme ya da yetkisiz dışa aktarma gibi riskleri artırır.

Kurumsal bir hosting ortamında doğru yaklaşım, “her kullanıcı yalnızca görevini yapacak kadar yetkiye sahip olmalı” prensibidir. Bu prensip, güvenlik ekiplerinin “least privilege” olarak adlandırdığı en az ayrıcalık modelinin pratik karşılığıdır.

Minimum yetki yaklaşımı neden önemlidir?

Veritabanı hesabı, uygulama ile veri katmanı arasındaki ana geçiş noktasıdır. Eğer bu hesaba tüm yetkiler verilirse, uygulamadaki küçük bir zafiyet doğrudan kritik veri kaybına dönüşebilir. Örneğin yalnızca içerik okuması gereken bir modülün tablo silme yetkisine sahip olması, saldırganın çok daha yıkıcı işlem yapmasına izin verebilir.

Minimum yetki modeli; saldırı yüzeyini daraltır, hatalı sorguların etkisini azaltır ve denetimi kolaylaştırır. Ayrıca ekip içinde kimin hangi işlem için yetkili olduğunu netleştirir. Bu da özellikle birden fazla geliştiricinin çalıştığı projelerde operasyonel güvenliği artırır.

Hangi yetkiler gerçekten gerekli?

Yetkilendirme yapmadan önce uygulamanın veritabanı üzerinde hangi işlemleri yaptığını belirlemek gerekir. Her proje için aynı izin setini kullanmak doğru değildir. Bir blog sitesi ile sipariş, stok ve ödeme verisi işleyen bir sistemin ihtiyaçları farklıdır.

Okuma işlemleri için

Sadece raporlama, arama veya listeleme yapan kullanıcılar için genellikle SELECT yetkisi yeterlidir. Bu kullanıcıların veri ekleme, güncelleme veya silme yetkisine sahip olmaması gerekir. Yönetim paneli dışında çalışan analiz araçlarında bu yaklaşım özellikle önemlidir.

Yazma işlemleri için

Uygulama içerik, sipariş veya kullanıcı kaydı oluşturuyorsa INSERT yetkisi gerekir. Var olan kayıtları düzenliyorsa UPDATE, gerçekten silme işlemi yapıyorsa DELETE ayrıca değerlendirilmelidir. Silme ihtiyacı yoksa DELETE vermemek daha güvenlidir; bunun yerine uygulama tarafında pasif duruma alma mantığı kullanılabilir.

Yapısal değişiklikler için

CREATE, ALTER, DROP ve INDEX gibi yetkiler tablo yapısını etkiler. Bu izinler canlı ortamda sürekli çalışan uygulama kullanıcısına verilmemelidir. Güncelleme, kurulum veya bakım sırasında geçici bir yönetici hesabı ile işlem yapmak daha kontrollü bir yöntemdir.

Canlı, test ve geliştirme ortamlarını ayırın

Sık yapılan hatalardan biri, aynı veritabanı kullanıcısını hem canlı hem de test ortamında kullanmaktır. Bu durum yanlış bağlantı bilgisiyle canlı verinin değiştirilmesine neden olabilir. Her ortam için ayrı kullanıcı, ayrı parola ve mümkünse ayrı veritabanı tanımlanmalıdır.

Geliştirme ortamındaki kullanıcıya geniş yetkiler verilmesi gerekiyorsa bu izinler canlı ortama taşınmamalıdır. Canlı sistemde uygulama kullanıcısı mümkün olduğunca sınırlı tutulmalı, bakım işlemleri için ayrı ve izlenebilir bir hesap tercih edilmelidir.

Uygulama kullanıcısı ile yönetici kullanıcısını ayırın

Web uygulamasının bağlandığı veritabanı kullanıcısı günlük işlemler için tasarlanmalıdır. Bu hesapla yedek alma, tablo silme, şema değiştirme veya yeni kullanıcı oluşturma gibi yönetimsel işler yapılmamalıdır.

Yönetici hesabı yalnızca ihtiyaç olduğunda kullanılmalı, mümkünse kontrol paneli veya güvenli bağlantı üzerinden erişilmelidir. Paylaşımlı hosting hizmetlerinde panelin sunduğu yetki seçenekleri sınırlı olabilir; bu durumda en azından uygulama için ayrı bir kullanıcı oluşturmak ve gereksiz izinleri kapatmak iyi bir başlangıçtır.

Yetki verirken dikkat edilmesi gereken pratik noktalar

• Varsayılan “tüm yetkiler” seçeneğini otomatik kullanmayın: Kurulum kolaylığı sağlasa da canlı ortam için çoğu zaman gereğinden fazladır.
• Parolayı kod içinde açık bırakmayın: Yapılandırma dosyalarının erişim izinlerini kontrol edin ve depo sistemlerine hassas bilgi göndermeyin.
• Tablo bazlı izinleri değerlendirin: Her kullanıcı tüm veritabanına erişmek zorunda değildir. Hassas tablolar ayrı izin politikası gerektirebilir.
• Eski kullanıcıları temizleyin: Projeden ayrılan geliştiriciler veya kullanılmayan servis hesapları güvenlik riski oluşturur.
• Yedekleme hesabını ayrı tutun: Yedek alma işlemi için okuma odaklı, sınırlı bir kullanıcı tercih edin.

WordPress projelerinde minimum yetki nasıl düşünülmeli?

WordPress kurulumlarında uygulama kullanıcısı çoğu zaman içerik oluşturma, ayar güncelleme ve eklenti işlemleri nedeniyle okuma-yazma yetkilerine ihtiyaç duyar. Ancak tablo silme veya kullanıcı yönetimi gibi ileri veritabanı yetkileri sürekli açık olmak zorunda değildir. Eklenti kurulumu, büyük güncelleme veya taşıma sırasında geçici olarak daha geniş yetki verilip işlem sonrası tekrar daraltılabilir.

Burada dikkat edilmesi gereken nokta, eklentilerin veritabanında tablo oluşturup oluşturmadığıdır. Bazı güvenlik, form, üyelik veya e-ticaret eklentileri kurulum aşamasında CREATE ya da ALTER gerektirebilir. Bu izinleri kalıcı hale getirmek yerine bakım penceresinde kontrollü biçimde kullanmak daha güvenli bir yaklaşımdır.

Yetkileri düzenli olarak nasıl denetlersiniz?

Yetki denetimi tek seferlik bir işlem değildir. Yeni eklenti kurulumu, yazılım güncellemesi, ekip değişikliği veya sunucu taşıması sonrası veritabanı kullanıcıları tekrar gözden geçirilmelidir. Hangi kullanıcının hangi veritabanına, hangi IP üzerinden ve hangi izinlerle eriştiği kayıt altına alınmalıdır.

Basit bir kontrol listesi oluşturmak işleri kolaylaştırır: Kullanıcı gerçekten kullanılıyor mu, parolası güncel mi, yetkileri göreviyle uyumlu mu, canlı veriye erişmesi gerekiyor mu? Bu sorulara net yanıt verilemiyorsa ilgili hesabın yetkileri daraltılmalı veya hesap devre dışı bırakılmalıdır.

Güvenli bir sunucu ve veritabanı yapısında amaç, işlemleri zorlaştırmak değil kontrol edilebilir hale getirmektir. Yetki setlerini küçük, anlaşılır ve görev odaklı tuttuğunuzda hem uygulama kararlı çalışır hem de beklenmeyen bir güvenlik olayında etki alanı sınırlı kalır.