Web uygulamaları güvenlik açıklarını test

2 Cevap php

A lot of companies use CMS software that updates on the regular, often they are security fixes, implying that the previous version have security vulnerabilities. But most clients never upgrade this, or even the CMS has been modified so that an update would break the site. Are there sites that document these exploits, and instruct how to test for them? Or does this information not even get published? (in order not to have people try to exploit them)

Ayrıca hack girişimlerini önlemek için genel bir php / js tabanlı kontrol listesi var mı? SQL enjeksiyonu ve XSS hakkında biliyorum, ama ben daha çok tehditler orada olduğuna eminim.

Barış

2 Cevap

Tüm bu güvenlik açıkları Örneğin olan katalog siteleri

  • SecurityFocus'dan
  • milw0rm
  • packetstormsecurity

Webapps için temel kontrol listesi çok genel bir kontrol listesi OWASP, bulunabilir.

http://www.owasp.org/index.php/Top_10_2010-Main

SQL Enjeksiyon ve XSS saldırıları hem de (addslashes, böylece "" etiketleri kaldırıp) kodunuza gidiyor tüm bilgileri ayrıştırma tarafından çözülür; Magic tırnak öykünme ve register_globals kapalı benim açımdan gelen sorunlar çözüldü. Tam olarak ne zaman bilmiyorum, dikkatli olun, ama magic_quotes kalktı olacak böylece güvenmiyoruz.

Peki onlar ne diğer tehditler nelerdir? Benim deneyim, en yaygın insan hataları kimlik ilişkilidir. Bu kullanıcı oturum olmadığı anlamına gelmez, ancak bir kullanıcı diğer kullanıcılar için / yazma bilgi okumak anlamına gelir. ? Eğer böyle bir silme linki gördüklerinde Yani: index.php page = görüntüleri & action = sil & id = 2, başka bir id ile deneyin, başka bir kullanıcının görüntü. Bir hata sözler "değil görüntü" ya da bir şey almak gerekir. Bunu kontrol etmek çok çok zordur, bu yüzden geliştirici deneyimi saymak gerekir.

Ben ikinci büyük sorun koduna ancak sunucu ile ilgili değildi. FTP şifreleri virüsler (IFrame virüsü ve diğerleri) tarafından çalındı, ya da sunucu çeşitli kaba kuvvet yöntemini kullanarak hacklendi.

Sonuç: Eğer SQL Enjeksiyon ve XSS saldırıları için kontrol eminseniz, yapmanız gereken son şey kimlik sorunu çözmek olduğunu (bir kez daha, kimlik doğrulama / değiştirmek olsun bilgi sizindir anlamına gelir). İnsanlar güvenlik sorunları hakkında biraz paranoyak olma eğilimindedir, ancak en yaygın kesmek geliştiricinin hata değildir.

Umarım bu yardımcı olur;

Best Regards, Gabriel