Hastanelerin cerrahi bloklarında sterilizasyon protokolleri tavizsizdir. Ameliyathanenin kapısı sadece yetkili cerrahi personelin kartıyla açılır. Şimdi düşünün ki genç bir asistan hekim ameliyathaneye girmek istiyor fakat manyetik kartı kapıyı açmıyor; kapı kilitli kalıyor.

Asistan hekim güvenliği arayıp kartını tanımlatmak yerine, eline koca bir balyoz alıyor! Ameliyathanenin çelik kapısını, koridordaki camları, binanın dış kapısını ve bahçe duvarlarını yerle bir ediyor! Sokaktaki çamuru, başıboş hayvanları ve egzoz dumanını ameliyat masasının ortasına davet ediyor. Ve arkasına dönüp "Bakın artık herkes rahatça içeri girebiliyor, kapı sorunu çözüldü" diyor!

Tam o sırada hastanenin otomatik enfeksiyon kontrol sistemi devreye girer; acil durum sirenleri çalar, havalandırma mühürlenir ve o ameliyathane kalıcı olarak kırmızı mühürle kapatılır. Sorunu çözmek için tüm savunma mekanizmasını yok etmek, tıp dilinde doğrudan bir felaket davetiyesidir.

Web barındırma ve Linux sistem yönetiminde acemi web yöneticilerinin ve site sahiplerinin en sık yaptığı ve sistemleri anında komaya sokan en trajik hata tam olarak bu balyozlu cerrahi cinayetidir: Dosya yazma hatası alınca tüm public_html dizinine körlemesine CHMOD 777 basmak.

Pazar 14:00: O Masum "Yükleme Başarısız" Hatası

Kullanıcı WordPress paneline girmiş, yeni bir eklenti veya ürün fotoğrafı yüklemeye çalışmaktadır. Ekranda can sıkıcı bir hata belirir:

"Yüklenen dosya wp-content/uploads dizinine taşınamadı. Disk yazma izinlerini kontrol ediniz."

Kullanıcı Google'a girer: "WordPress dosya yazma izni nasıl verilir?".

2004 yılından kalma, hiçbir güvenlik bilinci olmayan eski bir forum başlığına denk gelir: "FileZilla'yı açın, public_html klasörüne sağ tıklayın, Dosya İzinleri deyin, oraya 777 yazın ve 'Tüm alt klasörlere uygula' kutusunu işaretleyin, hiçbir sorun kalmaz!"

Kullanıcının gözleri parlar: "Vay be, çözüm bu kadar basitmiş!"

FileZilla'ya girer. public_html klasörüne sağ tıklar. Sayısal değer kutusuna 777 yazar. "Alt klasörlere ve dosyalara da uygula" der.

Linux dosya sistemindeki o dehşet verici yetkilendirme saniyeler içinde binlerce dosyaya uygulanır:

Sahibi: Oku, Yaz, Çalıştır (rwx - 7)
Grubu: Oku, Yaz, Çalıştır (rwx - 7)
Dünyadaki Herkes (World): Oku, Yaz, Çalıştır (rwx - 7)!

Yani kullanıcı, sunucudaki tüm dosyaların anahtarını kapının önüne bırakmış, kilidi kırmış ve kapıyı ardına kadar açmıştır.

500 Internal Server Error: Güvenlik Mekanizmasının İntikamı

Kullanıcı büyük bir zafer edasıyla tarayıcıya döner, sayfayı yeniler. Artık fotoğrafın yükleneceğini düşünmektedir.

Fakat ekrana fotoğraf değil; web dünyasının o en soğuk, en açıklamasız hatası çarpar:

500 Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

Kullanıcı şoka girer. Ana sayfaya tıklar: 500 Error! Yönetim paneline girmeye çalışır: 500 Error!

Site tamamen ölmüştür! Kullanıcının beyni donar: "Ben az önce herkese tam yetki verdim! Yetkiyi sonuna kadar açtım, nasıl çalışmaz? Yetki verince çalışması gerekmiyor muydu?"

Hemen hosting firmasına panik içinde bilet açılır:

"Yetişin! Siteme ufak bir izin ayarı yaptım, sunucunuz tamamen çöktü! '500 Internal Server Error' veriyor! Sitenin koduna hiç dokunmadım, sunucunuz bozuldu, acil düzeltin!"

suPHP ve LiteSpeed Güvenlik Duvarı: Sizi Sizden Korumak

Sistem mühendisi Apache/LiteSpeed hata günlüğünü (error_log) açar. Ve ekranda o klasik teşhis raporunu görür:

[Fri Feb 15 14:12:05 2026] [error] [client 195.175.xx.xx] 
SoftException in Application.cpp:668: Directory "/home/firma/public_html" 
is writeable by group (0777)
[Fri Feb 15 14:12:05 2026] [error] [client 195.175.xx.xx] 
File "/home/firma/public_html/index.php" is writeable by others (0777)

İşte sistemin kendini kilitleme sebebi bu satırda yatar!

Modern sunucularda PHP kodları, geçmişteki gibi tehlikeli mod_php ile değil; suPHP, LiteSpeed LSPHP veya PHP-FPM gibi kullanıcı tabanlı izole motorlarla çalıştırılır.

Bu motorların içinde çok katı bir güvenlik emniyet subapı vardır: "Eğer bir PHP dosyası veya o dosyanın bulunduğu klasör, grubu veya dünyadaki herkes tarafından yazılabilir (Group Write veya World Write - 777 / 666) durumdaysa; bu bir siber güvenlik açığıdır! Sunucuya sızan herhangi bir kullanıcı bu dosyayı manipüle edebilir. Kullanıcıyı ve sunucuyu korumak için BU DOSYAYI ÇALIŞTIRMAYI REDDEDİYORUM!"

Web sunucusu kasıtlı olarak 500 hatası basarak sistemi dondurmuştur; çünkü kapısı kırılmış bir evi çalıştırmak, hırsızlara açık davetiye çıkarmaktır!

Cerrahi Tedavi: İzinleri Fabrika Ayarlarına Döndürmek

Balyozla kırılan o kapıları onarmanın ve siteyi 5 saniyede hayata döndürmenin Linux terminalindeki standart cerrahi protokolü şudur:

Dizin İzinlerini Düzeltmek (Klasörler Daima 755 Olmalıdır):
```
find /home/firma/public_html -type d -exec chmod 755 {} \;
```
Dosya İzinlerini Düzeltmek (Dosyalar Daima 644 Olmalıdır):
```
find /home/firma/public_html -type f -exec chmod 644 {} \;
```
Kritik Dosyaları Mühürlemek (wp-config.php): Veritabanı şifrelerini içeren hassas konfigürasyon dosyalarını daha da sıkılaştırın:
```
chmod 600 /home/firma/public_html/wp-config.php
```
Sahiplik (Ownership) Kontrolü: Dosyaların sahibinin web sunucusu kullanıcısıyla eşleştiğinden emin olun:
```
chown -R firma:firma /home/firma/public_html
```

Mühendis terminalden bu komutları çalıştırdığı saniyede, o 500 hatası buharlaşır. Dizinler 755, dosyalar 644 olur. Güvenlik motoru bakar: "Tamam, kapılar tamir edilmiş, yetkiler nizami" der ve site 0.3 saniyede tıkır tıkır açılır!

777 Bir Çözüm Değil, Bir Cinayettir

Bilişim dünyasında altın bir kural vardır: Bir sorunu çözmek için asla hiçbir dosyaya veya klasöre 777 izni vermeyin! 777 vermek mühendislik değil, acizliktir.

Eğer bir dosya yazılamıyorsa sorun iznin 777 olmamasında değil; dosyanın sahipliğinde (Ownership / chown) veya PHP'nin çalışma modundadır.

Ameliyathane kapısı kilitlendi diye hastanenin duvarlarını yıkan cerrah nasıl meslekten ihraç edilmeyi hak ediyorsa; dosya yazamadı diye 777 basıp tüm sunucu güvenliğini çöpe atan kullanıcı da o 500 hatasını almaya mahkûmdur. Linux izinleri bir bürokrasi değil, sizi kendi cehaletinizden ve internetin vahşi korsanlarından koruyan en kutsal çelik zırhtır.

suPHP

"CPanel'de Yanlışlıkla public_html İzinlerini (CHMOD 777) Yapmak"