`/etc/hosts` dosya yolunun yazılması Substack editöründe hataya neden oluyor
(scalewithlee.substack.com)- Substack editöründe belirli sistem yolları girildiğinde ağ hatası oluşuyor
- Web uygulaması güvenlik duvarı (WAF), bu tür yolları dizin geçişi saldırıları ve komut ekleme saldırılarını önlemek için engelliyor
- Güvenlik ile kullanılabilirlik arasındaki denge önemli bir sorun olarak öne çıkıyor
- Teknik yazarlar için daha iyi bir çözüme ihtiyaç var
- Sorun, alternatif bir yol gösterimi kullanılarak aşılabiliyor
/etc/h*sts Substack editörünü bozduğunda: web içerik filtrelemesinin macerası
Gizemli ağ hatası
- DNS çözümlemesi hakkında teknik bir yazı hazırlanırken beklenmedik bir hata ortaya çıktı
/etc/h*stsyolu girildiğinde ağ hatası oluştu ve otomatik kaydetme başarısız oldu- Substack’in durum sayfası her şeyin normal çalıştığını gösteriyordu
İnceleme başlıyor
- Belirli bir dosya yolu yazıldığında hata oluşuyor, yol değiştirildiğinde ise normal çalışıyordu
/etc/h*stsgibi yollar hata üretirken, değiştirilmiş sürümlerinde sorun yaşanmıyordu
İçeride neler oluyor?
- Tarayıcı geliştirici araçlarında 403 Forbidden yanıtı görüldü
- Olayda Cloudflare’ın rol oynadığı anlaşıldı
Web uygulaması güvenlik filtrelerini anlamak
Kısaca WAF
- Web uygulaması güvenlik duvarı (WAF), bir web sitesinin güvenlik görevlisi gibi çalışır
- Şüpheli istekleri engeller
Dizin geçişi saldırıları: neden dikkat çekiyor?
- Dizin geçişi saldırıları, hassas sistem dosyalarına erişme girişimleridir
/etc/h*stsgibi yollar bu yüzden saldırı hedefi olarak değerlendirilebilir
Komut ekleme: bir başka güvenlik sorunu
- Komut ekleme saldırıları, sistem komutlarının çalıştırılmasını hedefler
- Sistem yollarından söz edildiğinde filtreler bunu engelleyebilir
Gizem derinleşiyor: tarihsel örnekler
- Başka Substack gönderilerinde benzer yol kullanım örnekleri bulundu
- Filtreleme davranışının belirli bir noktada değişmiş olabileceği düşünülüyor
Güvenlik ve kullanılabilirlik: hassas denge
- Substack’in filtreleri koruma amacı taşısa da teknik yazarlar için bir engele dönüşüyor
- İyileştirme alanları var: daha açık hata mesajları, teknik içeriği tanıma, belgelenmiş geçici çözümler sunma
HTTP yanıtına bakış
- API seviyesinde 403 Forbidden durum kodu doğrulandı
Teknik içerik platformları için daha iyi çözümler
- Bağlamsal filtreleme: kod blokları veya teknik tartışmalarda sistem yollarını tanıyabilme
- Açık hata mesajları: "ağ hatası" yerine engellemenin güvenlik filtresinden kaynaklandığını belirtme
- Belgelenmiş geçici çözümler: hassas yolların nasıl tartışılabileceğine dair yöntemler sunma
Sonuç: güvenlik ile teknik yazının kesişimi
-
Substack editöründeki sorun, güvenlik ile teknik yazım arasındaki karmaşık zorlukları ortaya koyuyor
-
Güvenlik filtreleri açısından saldırı kalıbı gibi görünen bir şey, gerçekte meşru içerik olabilir
-
Sorun, alternatif bir yol gösterimi kullanılarak çözülebilir
-
Benzer filtreleme sorunlarını başka platformlarda yaşayıp yaşamadığınızı yorumlarda paylaşmanız isteniyor
1 yorum
Hacker News görüşleri
CDN'de WAF kuralları ayarlayan kişiler, teknik içerik ele alan site ve hizmetleri çoğu zaman yeterince anlamıyor. Bu yalnızca Cloudflare'a özgü değil; Akamai de aynı sorunu yaşıyor
/etc/hostsya da/etc/passwdgibi şeyler engelleniyorBir e-ticaret platformuyla ilgili bir anekdotu hatırlatıyor: Birisi bellek sızıntısı olan bir web mağazası kodlamıştı ve loglarda "OutOfMemoryException" dizgesi görünürse uygulamayı yeniden başlatarak sorunu çözmüştü
/etc/hostsya da/etc/./hostsengelleniyor mu merak ediyorum. Bu, başarısız olmaya mahkum bir köstebek vurma oyunu gibi görünüyor. Hacker'lar daha akıllı ve daha kararlı olduğundan, yalnızca kanıtlanmış güvenliğe güvenmek gerekirSubstack'in teknik yazarlar için bu durumu nasıl iyileştirebileceğine dair görüşler
Web güvenliğinde koruma ile kullanılabilirlik arasındaki gerilimi gösteren ilginç bir örneği vurguluyor
Rekabetçi programlama takımı eğitirken yaşanan bir sorun: Kod içinde C++ tipleri ve anahtar kelimeleri geçince 403 hatası oluşuyordu
İç red team, XSS ve diğer injection saldırı denemelerini içeren veriler paylaştığında yaşanan sorun
Eski bir sorun yeniden ortaya çıkıyor. Buna Scunthorpe sorunu deniyor
OpenRouter ile ilgili benzer bir sorun yaşanmış. OpenRouter, çeşitli LLM'leri kullanmak için tek bir endpoint sunan bir hizmet
İçerik filtreleme büyük ölçüde bağlama dayanmalı. WAF, filtrelemesi gereken şeyden bağlamsal olarak kopuk olduğunda sorun çıkıyor