Web Uygulama'da Hack Yaparken Dikkat!!-Rolls

Rolls

Katılımcı Üye
8 Ocak 2017
419
7
Web Uygulama'da ve Hack Yaparken Dikkat!!-Rolls

Selam'un Aleykum
-------------------
THT Ailesi
--------------

↓↓↓↓↓↓↓↓↓

Web Güvenlik
“Web güvenliği ile ilgili bir kontrol listesi var mıdır?”. Aslında benim
tecrübelerim web güvenliğinin daha fazla sezgisel olduğu, bu yüzden kontrol listeleriyle
hareket edilen network güvenlik testlerine çok benzemediğidir. Tabi bazı durumlarda
benzerlikler de olacaktır.

r6A3JB.png


↓↓↓↓↓↓↓↓↓

Hack'lerken Dikkat Edilmesi Gerekenler

1. Ne olursa olsun, bu bir anlı şanlı manken gibi bayan dahil olsa bilgisayar (bizim tabirde Hacker konusunda) yeteneklerinizden bahsetmeyin.


qj5bdD.png


↓↓↓↓↓↓↓↓↓

2. Arkadaşlarınıza hava atayım diye veya egonuzu tatmin etmeye çalışmayın.


Qv6azk.png


↓↓↓↓↓↓↓↓↓

3. Mail hacking ve bazı web sitelerini (özellikle free server’lar) hack’lerken atlanmaması gereken bir nokta var: Bilgilerin değiştirmek.

8PVd8W.jpg


ÖRNEK
Acemi dönemlerde misyon gereği hack’lenmesi gereken bir free servers sitesine dalıyorsunuz, yalnız profil bilgilerini, adamın mail’ini değiştirmeden şifreyi değiştirmeye çalıştık. Dolayısıyla bu bilgi, IP numaramla birlikte hedefin mail adresine gitti (mail hack ile hack’lememişsin :)

LZByWV.jpg

(Temsilli) :yo

↓↓↓↓↓↓↓↓↓

4. Yine de tüm bu “kontrol listesi yoktur” düşüncelerime rağmen, kabaca bir web güvenlik testi
kontrol listesi yazacak olursak, muhtemelen aşağıda belirteceğim başlıklar olacaktır.

1. SQL injection var mı?

2. XSS var mı?

3.İş mantığı problemi var mı?

Ozaman Güvenlik Açısından Bir Göz Atalım

1. SQL injection denetimi?

Bir çok kişinin ilk aklına gelecek olan ‘ (tek tınak) parametresini girdinin sonuna ekleyip
göndermesi ve eğer hata alıyorsa; “evet, burda SQL injection olabilir” demesidir. Gördüğünüz
gibi “olabilir” dedik. Dolayısıyla bu üç madde için ilk testlerimiz çoğunlukla 1-0 arasında bir
değer alacaktır. Ne kesin olarak “Vardır” diyebiliriz, ne de “Yoktur”. Bir diğer sıkıntı ise, evet
bir parametre için kontrol ettik ama ya diğer tüm parametreler için? Sanırım orta ölçekli bir
web uygulamasının binlerce girdi noktası olacaktır.


LZBn4o.png



2. XSS var mı?

XSS denetimi için girdi yerine “<script> alert(1);</script>” yazdık ve karşılığında herhangi bir
karmaşıklık görmedik. Dolayısıyla “XSS vardır” demek güçtür. Fakat bu test ile “XSS yoktur”
demekte bir okadar güçtür. Dolayısıyla 1-0 arasındaki değer ile birlikte test parametresinin
doğruluğu hatta birden fazla test parametresinin gerekliliği söz konusu olacaktır. Yine SQL
injection da olduğu gibi, sadece bir parametre için değil, tüm bulunan parametreler için
geçerli bir test yapmak gerekecektir.


r6A2XM.png


3. İş mantığı problemi var mı?


Çok genel bir terim olduğunu söyleyebilirim. Hatta bilinen açıklıkların %80`i bu açıklık altında
da kategorize edilebilir. Zira iş mantığı problemi, kişinin hatalı kodlamasından kaynaklanan
problemlerdir –ki XSS ve SQL injection da bu tür hatalı kodlamalardan kaynaklanmaktadır.
Testi diğerlerine göre çok daha zordur. Çünkü test için sabit bir parametresi yoktur. Bunun
yerine test yapılacak form/girdi v.s alanlarının hangi iş modeli için tasarlandığını bilmek ve
bunun aksi yönde hareketlerde bulunup, ortaya çıkabilecek açıklıkları raporlamaktır.
Dolayısıyla bunun için bir kontrol listesi oluşturmak zor.


Pnyrd9.png


Tüm bu söylemlerime rağmen yine de özellikle kullanılan metodun kontrolünü amaçlayan bir
kontrol listesi hazırlayalım. Tabi bu listeye farklı dillerin kendine özgü zaayifetleri de
eklenebilir. Fakat ilk aşama da hepsini listeleyemesekte, kabaca aşağıdakine benzer bir
listemiz olacaktır.

1. Login esnasında username ve password parametreleri HTTPS üzerinden gitmelidir.

2. COOKIE için de password, kullanıcı adı gibi her hangi bilgiler olmamalıdır kesinlikle.

3. Kullanılan şifre algoritması yeterince katı mı?

4. Kullanılan şifreler düzmetin olarak saklanmamalıdır. Bunun yerine şifreleme
fonksiyonlarının çıktıları tutulmalıdır asla sıkıntı yaşanmaz


5. Şifre güncelleme işlemlerinde kullanıcı doğruluğu birden fazla parametre ile
kontrol edilmelidir


6. Session bilgisini sadece COOKIE yardımıyla değil, IP ve zaman kontrolleri ile de
desteklemek gerekir.


7. Uygulama kullanıcısına hiç bir zaman hata rapor edilmemelidir. Bunun yerine hata
kodları gösterilmeli ve bu kodlar yardımıyla debug işlemleri yapılmalıdır.

vs. vs. araştırma yaparak birçok örnekler bulabilirsiniz

↓↓↓↓↓↓↓↓↓

4. Ve sonucusu olarak Hack’lediğiniz sitelerde nick’inizi biraz değiştirerek yazın.

"Niyeymiiiş?", "Biz tanınalım diye site hack’liyoz, sen gelmiş ne diyon!" nev’inden tepkiler vermeyin içinizden... Hele hele dışınızdan, hiç vermeyin... Yazdığınız nick sizi tanıyanlara, "bak, bizim xxx yapmış bunu, helâl olsun çocuğa" dedirtsin (eğer böyle bir takıntınız varsa, benim yok da :) ) ama sitesi haşin hacker’ımızın parmakları altında can veren (veya en azından yaralanan, sakat kalan) elemanlar google’da arama yaptıklarında o nick’te birisini bulamasınlar, veya başka birisini bulsunlar!!!...

Google’da, yapılan arama sonucu o kişinin nick’i çıkarsa, "profil görüntüle" şeklindeki bir hain link’in kurbanı olarak enselenebilirsiniz.


Yoksa sonunuz aşağıdaki gibi

0lYGvY.png

Temsili

:yo​

o0b62o.jpg


----------------------------------------------------------
--------------------------------------------------
----------------------------------------
-------------------------------
----------------------
Ne Mutlu Türkiye


Evet hepsi bugünlük bu kadar.


Okuduğunuz için kocaman teşekkür ediyorum
:yo

TURK HACK TEAM AİLESİNE
SELAMLAR

-Rolls-
Asistan/Stajyer

kGqXYv.png
 
Son düzenleme:

versen5656

Kıdemli Üye
4 Şub 2015
3,372
7
xss scanner v.1 lınkı verırmısın hocam sana zahmet ben aradım bulamadım lazım
 
Üst

Turkhackteam.org internet sitesi 5651 sayılı kanun’un 2. maddesinin 1. fıkrasının m) bendi ile aynı kanunun 5. maddesi kapsamında "Yer Sağlayıcı" konumundadır. İçerikler ön onay olmaksızın tamamen kullanıcılar tarafından oluşturulmaktadır. Turkhackteam.org; Yer sağlayıcı olarak, kullanıcılar tarafından oluşturulan içeriği ya da hukuka aykırı paylaşımı kontrol etmekle ya da araştırmakla yükümlü değildir. Türkhackteam saldırı timleri Türk sitelerine hiçbir zararlı faaliyette bulunmaz. Türkhackteam üyelerinin yaptığı bireysel hack faaliyetlerinden Türkhackteam sorumlu değildir. Sitelerinize Türkhackteam ismi kullanılarak hack faaliyetinde bulunulursa, site-sunucu erişim loglarından bu faaliyeti gerçekleştiren ip adresini tespit edip diğer kanıtlarla birlikte savcılığa suç duyurusunda bulununuz.