Yönetim rolü ile işletim sistemi kimliği farklıdır
AdaPanel’de bayi veya müşteri rolü, kullanıcının panelde yapabildiği işlemlerle ilgilidir. Web uygulamasının dosya okuma yetkisi ise çalışan sürecin Windows kimliği ve klasör izinleri üzerinden değerlendirilir. İki kontrolü aynı kabul listesinde ayrı maddeler olarak tutun.
Uygulama havuzlarını ayırmak süreç sınırı kurmanıza yardımcı olur. Bunun sanal makine düzeyinde bir güvenlik sınırı olmadığını da hesaba katın: aynı işletim sistemi, yöneticiler ve ortak hizmetler paylaşılabilir. Gereken ayrım düzeyini müşterinin veri ve uygulama riskine göre seçin.
En az yetki için erişim matrisi
| Kaynak | Site A kimliği | Site B kimliği |
|---|---|---|
| Site A uygulama dosyaları | Gerekli okuma/çalıştırma | İş gereği yoksa erişim yok |
| Site A yüklemeleri | Gerekli yazma; dosya çalıştırma engeli | İş gereği yoksa erişim yok |
| Site B dosyaları | İş gereği yoksa erişim yok | Kendi uygulamasına gereken yetki |
| Yedek ve özel anahtarlar | Açıkça ihtiyaç duyulan işlemle sınırlı | Açıkça ihtiyaç duyulan işlemle sınırlı |
Mevcut sunucuda güvenli inceleme sırası
- Site → uygulama havuzu → süreç kimliği → fiziksel klasör eşlemesini çıkarın.
- Klasörün doğrudan ve kalıtımla gelen izinlerini inceleyin; ortak grupların verdiği yetkileri de hesaba katın.
- Veritabanı, FTP, görev hesabı ve dış depolama kimliklerini aynı müşteri sınırı açısından kontrol edin.
- Değişiklikten önce ACL yedeği ve uygulama kabul testi hazırlayın; geniş izinleri körlemesine kaldırmayın.
İzolasyonu nasıl kanıtlarsınız?
Kontrollü testte bir site kimliğinin kendi dosyasını okuyabildiğini, gereken alana yazabildiğini ve başka müşterinin test dosyasını okuyamadığını doğrulayın. Sınama için zararsız işaret dosyaları kullanın; gerçek müşteri sırlarını çıktıya taşımayın.
Kendi dosyasını okuyamamak da bir hatadır. İzolasyon testi yalnız erişim engelini değil, meşru uygulama işlemlerinin çalışmasını birlikte ölçmelidir. Bir müşteriyle yapılan test bütün hesapların doğru yapılandırıldığını kanıtlamaz.
Yeni site ve güncellemede sınırı koruyun
Yeni site şablonlarını, taşıma adımlarını ve yedekten dönüşü aynı matrisle kontrol edin. Başka sunucudan gelen izinler veya ortak hizmet hesabı, ilk kurulumda sağlanan ayrımı sonradan bozabilir.
Ajans tesliminde hangi hesabın neye eriştiğini kaydedin. Personel ayrıldığında panel hesabının yanında FTP, veritabanı ve zamanlanmış görev kimliklerini de gözden geçirin. Doğrulanmış yetki haritası, yalnız kullanıcı listesine bakmaktan daha kapsamlıdır.
Müşteri rolü testinde başka müşterinin kaynak kimliğini kullanarak erişim reddini de sınayın. Arayüzde bağlantının gizli olması sunucu tarafındaki yetki kontrolünün kanıtı değildir.
Sık sorulan sorular
Ayrı panel hesabı dosya izolasyonu sağlar mı?
Tek başına sağlamaz. Panel yetkisi ile Windows süreç kimliği ve NTFS izinleri farklı katmanlardır; her biri test edilmelidir.
Her siteye ayrı havuz yeterli mi?
İyi bir başlangıçtır, fakat geniş ortak klasör veya veritabanı izinleri ayrımı bozabilir. Dosya, veri ve görev erişimini de denetleyin.
Hata çözmek için Everyone yazma izni verilebilir mi?
Böyle geniş bir izin yerine uygulamanın gerçek kimliğini ve ihtiyacı olan dar klasörü belirleyin. Sonrasında hem işlevi hem erişim sınırını test edin.
Taşınan sitelerde izinler tekrar kontrol edilir mi?
Evet. Yeni sunucudaki kimlikler ve kalıtılmış izinler eski ortamdan farklı olabilir. Geri yüklenen uygulamayı erişim matrisiyle yeniden sınayın.