Yeniden paylaşım — Vincent Strubel'den içerik
PHP2Shell: artçı sarsıntılara dikkat edin
Geçen hafta PHP'deki kritik güvenlik açıklarının biraz kaotik bir şekilde yayımlanması, dünya çapında, inanılmaz sayıda web sitesine acilen yamaların uygulanması için dikkate değer bir seferberliğe yol açtı. Bundan memnun olabiliriz.
Ancak sorunun çözüldüğünü çok çabuk düşünmemeliyiz: risk, web sitelerinden PHP sürümlerini (rastgele bir web yönetim arayüzünde) içeren sayısız üçüncü taraf ürüne kayıyor: yönlendiriciler, güvenlik duvarları, endüstriyel denetleyiciler, geniş anlamda bağlı nesneler… Bunların da güncellenmesi gerekiyor.
Konunun karmaşıklığında boğulmaktan kaçınmak için yararlı bir kaynak:
Nationaal Cyber Security Centrum'daki (NCSC-NL) meslektaşlarımızın girişimi, PHP içeren ürünlere yönelik güncellemeler hakkında mevcut bilgileri bir github deposunda birleştiriyor.
Bu, çabalarımızı en azından Avrupa ölçeğinde birleştirmemize ve iş veya bilgi tekrarından kaçınmamıza olanak tanıyor. Bravo ve onlara teşekkürler! ANSSI artık bu depoyu kendi uyarısında referans gösteriyor ve kendi bilgilerini ortak dizine aktarıyor.
Github deposu: https://lnkd.in/eXTxysrt
LinkedIn Kaynakları
- Profil: Pierre Jean Duvivier dit Sage (LinkedIn)
- Paylaşan yazar: Vincent Strubel (LinkedIn)
⚠️ PHP2Shell: artçı sarsıntılara dikkat edin yazısı ilk olarak les plumes qui mordent sitesinde yayımlandı.
Sıkça Sorulan Sorular
SSS PHP2Shell Artçı Sarsıntılara Dikkat
S PHP2Shell nedir
C PHP kodundaki bir kusurun saldırganın sunucunuzda kendi komutlarını çalıştırmasına izin verdiği bir tür saldırı için kullanılan bir addır genellikle ilgili bir güvenlik açığı düzeltildikten hemen sonra Artçı sarsıntılar, ilk saldırı yamalanmadan önce veya sonra gerçekleşen takip saldırılarıdır
S Burada artçı sarsıntılar ne anlama geliyor
C Depremlerden bir metafor Bir istismardan sonra saldırganlar kalan delikleri kaçırılmış dosyaları veya zayıf yamaları araştırmaya devam eder Bu takip vuruşları artçı sarsıntılardır ve en az ilki kadar zarar verici olabilirler
S PHP2Shell belirli bir CVE mi yoksa gerçek bir ürün mü
C Hayır Bu tek bir güvenlik açığı kimliği veya aracı değil tanımlayıcı bir etikettir Bunu bir uyarı modeli olarak ele alın kabuk yürütmeye yol açan bir PHP kusuru artı takip saldırıları
S Bir saldırgan PHP'den kabuğa nasıl geçer
C Genellikle güvensiz girdi işleme yoluyla örneğin kullanıcı girdisini system exec shellexec popen veya ters tik işaretlerine geçirmek veya kullanıcı kontrollü yollarla dosya yüklemeleri include require veya serileştirme hataları yoluyla Kod çalıştığında bir kabuk başlatabilirler
S Ana hatayı zaten yamaladıysam neden endişelenmeliyim
C Çünkü artçı sarsıntılar kaçırdıklarınızı hedefler yamalanmamış kopyalar yedek dosyalar hata ayıklama uç noktaları önbelleğe alınmış kod veya aynı kimlik bilgilerini paylaşan diğer hizmetler Temiz bir yama zaten verilmiş zararı geri almaz
S Bir saldırının yaygın uyarı işaretleri nelerdir
C Beklenmeyen giden bağlantılar web dizinlerinde yeni veya değiştirilmiş dosyalar tuhaf cron işleri bilinmeyen kullanıcılar veya SSH anahtarları olağandışı süreçler ve hata günlüklerinde veya 500'lerde artışlar
S Uygulamamın savunmasız olup olmadığını nasıl kontrol ederim
C Kodunuzda tehlikeli işlevleri arayın ve herhangi birinin kullanıcı girdisi alıp almadığına bakın Ayrıca dosya yüklemelerini include yollarını ve unserialize çağrılarını kontrol edin Bir statik analiz aracı ve bir bağımlılık