Twitter E-posta Link HPP(HTTP Parameter Pollution) Zafiyeti



Web uygulama testi yaparken özellikle az görüntülenen, önemsenmeyen sayfalara değer verilmelidir. Bu tarz sayfalar hem diğer araştırmacılar tarafından önemsenmezken veya tespit edilmezken, hem de geliştiriciler tarafından gözden kaçırılmış şeyler barındırabilir.
Bu bahsedilen bölgelerden bir taneside üyesi olunan servislerin e-mail adreslerine attığı mailler içerisindeki bulunan linklerdir. Bu linklerin dikkatli bir şekilde incelenmesi ve analiz edilmesi gerekmektedir.



HPP zafiyeti; gönderilen GET veya POST istekleri içerisinde bulunan parametrelerin istek içerisinde tekrarlanması sonucu oluşan beklenmedik durumları kapsamaktadır. Bu zafiyette hem web sunucusunun davranışı hemde kod geliştiricinin davranışı önem arz etmektedir. Zafiyet ile alakalı daha detaylı bilgiye aşağıdan ulaşabilirsiniz.



Twitter herhangi biri sizi takip ettiğinde, bir tweetiniz favori aldığında, dm aldığınızda vs. e-mail adresinize bildirim amaçlı mail göndermektedir.





Mailin alt kısmında bulunan “Listeden çık” linkine tıklayarak bir daha DM geldiğinde e-mail gelmesi engellenebilir. Link aşağıdaki url’e yönlendirmektedir.





Link içerisinde bulunan “uid” parametresi ayarları değiştirilecek olan hesabın user id değerini içermektedir.



İlk olarak bu parametre üzerinde IDOR zafiyeti kontrolü yapılmış ve parametrede herhangi bir değişiklik yapıldığında anasayfaya yönlendirdiği tespit edilmiştir. Bir süre sonra aşağıdaki gibi bir url oluşturulmuştur.





Link içerisinde bulunan uid değeri tekrar link içerisine eklenmiştir. Mavi olan uid değeri gerçek(hesap sahibinin) user id değeri iken kırmızı ve daha önde olan uid değeri başka bir kullanıcının user id değerini ifade etmektedir. (Başka bir kullanıcının user id değerine kullanıcının profil sayfasının kaynak kodu içerisinden erişilebilmektedir.)



İlgili url’e gidildiğinde aşağıdaki sayfa görüntülenmiştir.





sysmm32 isimli kullanıcının e-posta bildirimleri kapanmıştır. Geliştiricinin kod içerisinde muhtemelen aşağıdaki gibi bir yapı kullandığı görülmektedir.



if(dogru uid degeri istek icerisinde var mi?)
   istek icerisinden uid degerini al ve islemi gerceklestir.
else
   anasayfaya yonlendir.
Buradaki HPP zafiyetinin OWASP’ın sınırladığı HPP zafiyetinden farkı, her iki uid parametresinin de bir işe yaradığıdır. Yukarıdaki url içerisinde mavi olarak kullanılan kullanıcının kendi uid değeri if kontrolünün aşılmasını sağlamıştır. Bu kontrol aşıldıktan sonra istek içerisinden çekilen uid değeri ise(kırmızı olan) başarılı şekilde başka bir kullanıcının e-posta bildirim ayarlarının değiştirilmesini sağlamıştır.



Twitter’a gönderilmiş olan PoC videosunu aşağıdan izleyebilirsiniz.

Yazan: Mert TAŞÇI | Application Security Specialist

Yorum Yaz

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir

*
*

Mail listemize üye olarak eğitim fırsatlarını kaçırmayın!
Eğitim ve ücretsiz etkinliklerizden haberdar olmak için e-posta listesimize üye olun!.