Node.js Güvenlik Açığı (CVE-2026-111497): cPanel, CloudLinux, LiteSpeed ve Plesk İçin ModSecurity Koruması

1. Node.js güvenlik açığı nedir?

Node.js tarafından 21 Ekim 2026 tarihinde yayımlanan güvenlik duyurusunda birden fazla güvenlik açığı açıklanmıştır.

Bunlardan CVE-2026-111497, Brotli sıkıştırılmış verilerin işlenmesiyle ilişkili bir güvenlik açığıdır.Belirli koşullarda bellek güvenliğinin bozulmasına ve uzaktan kod çalıştırma riskine neden olabilir.

Açık, resmî duyuruya göre Node.js 22.x, 24.x ve 26.x sürüm ailelerini etkilemektedir.

Node.js 20 ve daha eski sürümlerin resmî güvenlik desteği sona ermiştir.Eski sürümleri kullanıyorsanız CloudLinux gibi dağıtım sağlayıcılarının sunduğu güvenlik düzeltmelerini ayrıca kontrol edin.

2. ModSecurity ile geçici koruma

ModSecurity, gelen HTTP isteklerinin başlıklarını inceleyebilir ve belirli kurallara uymayan istekleri engelleyebilir.

Aşağıdaki kural, Content-Encoding: br başlığını taşıyan HTTP isteklerinin sunucuya ulaşmasını engellemek için kullanılabilir.

Bu tür istekler engellendiğinde HTTP 415 yanıtı döndürülür.

ModSecurity güvenlik kuralı

SecRule REQUEST_HEADERS:Content-Encoding "@rx (?i)(^|,)\s*br\s*(,|$)" "id:100111497,phase:1,deny,status:415,log,msg:'Reject Brotli compressed request bodies'"

3. cPanel / WHM üzerinden kurulum

cPanel, CloudLinux ve WHM kullanan sunucularda ModSecurity kuralları WHM panelinden yönetilebilir.

1. WHM paneline root olarak giriş yapın.
2. Security Center bölümünü açın.
3. ModSecurity Tools sayfasına girin.
4. Rules List bölümünü açın.
5. Add Rule seçeneğine tıklayın.
6. Yukarıdaki ModSecurity kuralını ilgili alana yapıştırın.
7. Kuralı etkinleştirip kaydedin.
8. Gerekli yapılandırma dağıtımını tamamlayın.

4. Plesk panelinden kurulum

Plesk kullanan sunucularda aynı ModSecurity kuralı yönetim panelinden eklenebilir.

1. Plesk yönetim paneline giriş yapın.
2. Tools & Settings bölümünü açın.
3. Web Application Firewall (ModSecurity) bölümüne girin.
4. Settings ekranını açın.
5. Custom Directives alanını bulun.
6. Mevcut kuralları silmeden yeni ModSecurity kuralını ekleyin.
7. Değişiklikleri kaydedin.

5. Plesk SSH üzerinden kural ekleme

Plesk sunucularında ModSecurity yapılandırması SSH üzerinden de yönetilebilir.Aşağıdaki işlemler root yetkisiyle gerçekleştirilmelidir.

Adım 1: ModSecurity durumunu kontrol edin

plesk bin server_pref --show-web-app-firewall

Bu komut Plesk sunucusunun Web Application Firewall yapılandırmasını gösterir.

Adım 2: Güvenlik kuralı dosyasını oluşturun

cat > /root/nodejs-brotli-rule.conf <<'EOF'
SecRule REQUEST_HEADERS:Content-Encoding "@rx (?i)(^|,)\s*br\s*(,|$)" "id:100111497,phase:1,deny,status:415,log,msg:'Reject Brotli compressed request bodies'"
EOF

Bu komut /root/nodejs-brotli-rule.conf isimli dosyayı oluşturur.

Adım 3: Plesk üzerinde kuralı etkinleştirin

plesk bin server_pref --update-web-app-firewall -waf-rule-engine on -waf-additional-settings /root/nodejs-brotli-rule.conf

6. Güvenlik kuralını test edelim

Kural eklendikten sonra SSH üzerinden curl kullanarak kontrol yapılabilir.

Test komutundaki ornekalanadi.com bölümünü sunucuda barındırdığınız alan adıyla değiştirin.

Brotli isteği gönderme testi

curl -sS -o /dev/null -w "HTTP %{http_code}\n" -H "Content-Encoding: br" https://ornekalanadi.com/

Normal bağlantı testi

curl -sS -o /dev/null -w "HTTP %{http_code}\n" https://ornekalanadi.com/

Normal isteklerde web sitenizin beklenen HTTP yanıtını almalısınız.Örneğin 200, 301 veya 302.

Sadece Brotli başlığı içeren isteklerin engellenmesi beklenmektedir.

7. ModSecurity log kontrolü

Kuralın gerçekten çalıştığını anlamak için ModSecurity log kayıtlarını inceleyebilirsiniz.

Plesk log sorgulama

grep '100111497' /var/log/modsec_audit.log 2>/dev/null | tail -5

Komut boş sonuç döndürürse ModSecurity kayıt dosyasının konumu farklı olabilir.Ayrıca WHM üzerinden ModSecurity Tools → Hits List ekranını kontrol edebilirsiniz.

8. Kuralı geri alma

Uygulamalarda uyumluluk sorunu yaşanması durumunda ilgili kuralı devre dışı bırakabilirsiniz.

cPanel / WHM

1. WHM → ModSecurity Tools bölümünü açın.
2. Rules List sayfasına girin.
3. 100111497 ID’li kuralı bulun.
4. Kuralı devre dışı bırakın veya silin.
5. Yapılandırmayı yeniden uygulayın.

Plesk

1. Tools & Settings bölümünü açın.
2. Web Application Firewall sayfasına girin.
3. Custom Directives alanındaki ilgili kural satırını kaldırın.
4. Değişiklikleri kaydedin.

9. CloudLinux Node.js sürüm kontrolü

CloudLinux Node.js Selector kullanan sunucularda yüklü Node.js paketleri SSH üzerinden kontrol edilebilir.

Kurulu paketleri listeleme

rpm -qa | grep '^alt-nodejs' | sort

CloudLinux 7 güncelleme kontrolü

yum check-update 'alt-nodejs*'

Bu komutlar yalnızca mevcut paketleri ve depolarda bulunan güncellemeleri kontrol eder.Node.js sürümünü değiştirmez.

10. Sonuç: Node.js güvenlik açığı kapandı mı?

ModSecurity üzerinden uyguladığımız koruma belirli HTTP isteklerinin sunucuya ulaşmasını engelleyebilir.

Fakat Node.js içerisindeki güvenlik açığını ortadan kaldırmaz.

Özellikle Brotli kullanan uygulamalar, dış HTTP istemcileri, DNS, TLS ve HTTP işleme bileşenleri için ayrı güvenlik değerlendirmeleri yapılmalıdır.

Resmî kaynaklar

• Node.js Ekim 2026 Güvenlik Duyurusu
• cPanel ModSecurity Tools
• Plesk ModSecurity Özel Kural Ekleme
• LiteSpeed ModSecurity Entegrasyonu

Bu rehber güvenlik risklerini azaltmaya yönelik hazırlanmıştır. Yazılım güvenlik güncellemelerinin yerine geçmez.