Futtassa a letöltött fájlt dupla kattintással (szükséges Virtuális gép ).

3. Anonimitás a webhely SQL-befecskendezésének ellenőrzésekor

A Tor és a Privoxy beállítása Kali Linuxban

[Részlet fejlesztés alatt]

A Tor és a Privoxy beállítása Windows rendszeren

[Részlet fejlesztés alatt]

jSQL Injection proxy beállításai

[Részlet fejlesztés alatt]

4. A webhely ellenőrzése SQL-befecskendezés szempontjából a jSQL Injection segítségével

A programmal való munkavégzés rendkívül egyszerű. Csak írja be a webhely címét, és nyomja meg az ENTER billentyűt.

A következő képernyőképen látható, hogy a webhely egyszerre háromféle SQL-befecskendezéssel szemben sebezhető (az ezekre vonatkozó információk a jobb alsó sarokban találhatók). Az injekciók nevére kattintva válthatja a használt módszert:

Ezenkívül már megjelenítettük a meglévő adatbázisokat.

Az egyes táblázatok tartalmát megtekintheti:

Általában a táblák legérdekesebb része az adminisztrátori hitelesítő adatok.

Ha szerencséd van és megtaláltad a rendszergazda adatait, akkor még korai örülni. Meg kell találnia az adminisztrációs panelt is, ahol megadhatja ezeket az adatokat.

5. Keressen rendszergazdákat a jSQL Injection segítségével

Ehhez lépjen a következő lapra. Itt találkozunk a lehetséges címek listájával. Kiválaszthat egy vagy több oldalt az ellenőrzéshez:

A kényelem az, hogy nem kell más programokat használnia.

Sajnos nem nagyon van olyan figyelmetlen programozó, aki tiszta szövegben tárolja a jelszavakat. A jelszó karakterláncában gyakran találunk valami hasonlót

8743b52063cd84097a65d1633f5c74f5

Ez egy hash. Nyers erővel visszafejtheti. És… A jSQL Injection beépített brute-forcert tartalmaz.

6. Brute-forcing hashek jSQL-injekcióval

Kétségtelen kényelem, hogy nem kell más programokat keresnie. A legnépszerűbb hashek közül sok támogatott.

Ez nem a legjobb megoldás. Ahhoz, hogy guru lehessen a hash-ek megfejtésében, az orosz nyelvű "" könyvet ajánljuk.

De természetesen, ha nincs kéznél más program, vagy nincs idő a tanulásra, akkor jól jön a jSQL Injection a beépített brute-force funkcióval.

Vannak beállítások: beállíthatjuk, hogy mely karakterek szerepeljenek a jelszóban, a jelszó hossztartománya.

7. Fájlműveletek az SQL injekció észlelése után

Az adatbázisokkal végzett műveletek mellett - azok olvasása és módosítása, ha SQL injekciót észlel, a következő fájlműveletek hajthatók végre:

• fájlok olvasása a szerveren
• új fájlok feltöltése a szerverre
• shell-ek feltöltése a szerverre

És mindez a jSQL Injection-ben van megvalósítva!

Vannak korlátozások – az SQL szervernek fájljogosultságokkal kell rendelkeznie. Ésszerű rendszergazdák mozgássérültek és hozzáférhetnek fájlrendszer nem lehet megszerezni.

A fájljogosultságok megléte elég könnyen ellenőrizhető. Lépjen az egyik lapra (fájlok olvasása, shell létrehozása, új fájl feltöltése), és próbálja meg végrehajtani a jelzett műveletek egyikét.

Egy másik nagyon fontos megjegyzés - tudnunk kell a fájl pontos abszolút elérési útját, amellyel dolgozni fogunk - különben semmi sem fog működni.

Nézze meg a következő képernyőképet:

Bármilyen kísérletre, hogy egy fájlt megműveljenek, a következőkre válaszol: Nincs FILE jogosultság(nincs fájljogosultság). És itt semmit sem lehet tenni.

Ha ehelyett másik hiba lép fel:

Hiba történt a [könyvtárnév]-be írásakor

Ez azt jelenti, hogy helytelenül adta meg az abszolút elérési utat, ahová a fájlt írni kívánja.

Ahhoz, hogy egy abszolút utat feltételezzünk, legalább ismernünk kell operációs rendszer amelyen a szerver fut. Ehhez váltson a Hálózat lapra.

Egy ilyen bejegyzés (string Win64) okot ad arra, hogy feltételezzük, hogy Windows operációs rendszerrel van dolgunk:

Életben tartás: timeout=5, max=99 Szerver: Apache/2.4.17 (Win64) PHP/7.0.0RC6 Csatlakozás: Életben tartás Módszer: HTTP/1.1 200 OK Tartalom-hossz: 353 Dátum: 2015. december 11. péntek 11:48:31 GMT X-Powered-By: PHP/7.0.0RC6 Tartalomtípus: szöveg/html; charset=UTF-8

Itt van néhány Unix (*BSD, Linux):

Átviteli kódolás: darabolt Dátum: 2015. december 11. péntek 11:57:02 GMT Módszer: HTTP/1.1 200 OK Életben tartás: timeout=3, max=100 Csatlakozás: életben tartás Tartalom típusa: szöveg/html X- Üzemeltető: PHP/5.3.29 Szerver: Apache/2.2.31 (Unix)

És itt van a CentOS:

Módszer: HTTP/1.1 200 OK Lejár: 1981. november 19. csütörtök, 08:52:00 GMT Set-Cookie: PHPSESSID=9p60gtunrv7g41iurr814h9rd0; path=/ Kapcsolat: életben tartás X-Cache-Lookup: MISS from t1.hoster.ru:6666 Szerver: Apache/2.2.15 (CentOS) X-Powered-By: PHP/5.4.37 X-Cache: MISS innen t1.hoster.ru Cache-Control: nincs tárhely, nincs gyorsítótár, újra kell érvényesíteni, utólagos ellenőrzés=0, előzetes ellenőrzés=0 Pragma: nincs gyorsítótár Dátum: 2015. december 11. péntek, 12:08:54 GMT Átviteli kódolás: darabolt tartalomtípus: szöveg/html; charset=WINDOWS-1251

Windows rendszeren egy tipikus webhelymappa C:\Server\data\htdocs\. Valójában azonban, ha valaki "gondolt" egy szervert Windows rendszeren, akkor nagyon valószínű, hogy ez a személy semmit sem hallott a jogosultságokról. Ezért a próbálkozást közvetlenül a C: / Windows / könyvtárból kell elkezdenie:

Amint látja, elsőre minden tökéletesen ment.

De maguk a jSQL Injection shell-ek felvetik a kétségeimet. Ha rendelkezik fájljogosultságokkal, akkor webes felülettel feltölthet valamit.

8. SQL-befecskendezések tömeges ellenőrzése

És még a jSQL Injection is rendelkezik ezzel a funkcióval. Minden rendkívül egyszerű - töltse fel a webhelyek listáját (fájlból importálható), válassza ki azokat, amelyeket ellenőrizni szeretne, és kattintson a megfelelő gombra a művelet elindításához.

Kimenet jSQL-injekcióval

A jSQL Injection egy jó, hatékony eszköz a webhelyeken található SQL-injekciók megkeresésére, majd használatára. Kétségtelen előnyei: könnyű kezelhetőség, beépített kapcsolódó funkciók. A jSQL Injection a kezdők legjobb barátja lehet webhelyek elemzésekor.

A hiányosságok közül kiemelném az adatbázisok szerkesztésének lehetetlenségét (legalábbis én nem találtam ezt a funkciót). Mint minden grafikus felülettel rendelkező eszköz esetében, a szkriptekben való használat képtelensége ennek a programnak a hátrányaira vezethető vissza. Ennek ellenére ebben a programban is lehetséges némi automatizálás – a beépített tömeges helyszíni ellenőrzés funkciónak köszönhetően.

A jSQL Injection használata sokkal kényelmesebb, mint az sqlmap. Az sqlmap azonban több fajta SQL-befecskendezést támogat, rendelkezik fájltűzfal-beállításokkal és néhány egyéb funkcióval.

Alsó sor: jSQL Injection - legjobb barát kezdő hacker.

A programhoz segítséget találhat a Kali Linux Encyclopedia-ban ezen az oldalon: http://kali.tools/?p=706

Ezúttal megpróbálom elmondani nektek, milyenek nem lehetnek a dorkok. Mivel gyakran kell olyan ügyfelekkel dolgozni, akiknek a dokija teljesen őrültnek tűnik. Egy kis beszélgetés után pedig kiderül, hogy ezekért a dorkákért is fizettek. Általában dühít) Én magam, saját hülyeségemből, Dorks-t vettem 300 rubelért és 20 rubelért egyaránt. De még nem találkoztam olyan kompetens emberrel, aki olyan dorkákat készítene, amelyek jók lesznek, és a kereső kiadja belőlük, amire szükségem van. Nem akarok megbántani senkit, és akkor csak egy személyes vélemény. Először is, vásárlás előtt mindig kérjen 10-15 út ellenőrzésére, csak vizuálisan értékelje azokat. Remélem, ezen útmutató után sikerül beazonosítania kérésére többé-kevésbé kihegyezett dorkákat a nyilvánosnak sem mondhatóak közül. Megy! Könnyebb a példákkal dolgozni, ezért megpróbálok felvázolni egy listát azokról a „játékos” utakról, amelyek néha előfordulnak, és elmondom, mire kell figyelni:
Kód: error.php?gta_5= frame

A dork elemzése részekre: error.php - itt feltételezzük, hogy ennek a szónak jelen kell lennie a hivatkozásban. Valójában ez egy kicsit más. Ahhoz, hogy egy szó jelen legyen a hivatkozásban, alkalmazni kell az inurl: vagy allinurl operátorra:

Tegyük fel, hogy találkozunk ezzel a szóval kapcsolatban. De ennek a résznek (a dorkból ítélve) utalnia kell az oldal címére. Nem tudom, melyik kódoló követné el a error.php oldalt a játékoldalán. Biztos, hogy lesz. De ez nagyon kis százalék lesz.

Ami engem illet, az oldalnak többé-kevésbé a php kódolók által használt népszerű névvel kell rendelkeznie. Még néhány oldal, ami nem kívánatos a dorkokban (a dork eladók gyakran véletlenszerű szavakat használnak): Kód: gta5.php - senki nem fogja hívni az oldalt farcry_primal.php farcry_primal.cfm - A .cfm kiterjesztést az ASP.NET használja, igen , írnak rá, de nem olyan gyakran, mint a php-ben. És belefut egy ilyen nevű oldalba, nagy sikert aratott kramble.php how_to_work.php catch "in.php - speciális karakterek nem lehetnek a jzooo.php oldal nevében - általában értsd meg, mi a fene ez az oldal game_of_trone. php - ritka oldal , a + nem a játékokra vonatkozik, de nagy valószínűséggel a film címére remélem érted a hozzávetőleges logikát.

Az oldalnak logikus címe legyen, ez a lényeg. Nem igazán számít, hogy a címben van-e valami a játék témájához kapcsolódóan vagy sem. Mely oldalakat használják főként a kódolók, és általában a népszerűbbeket, amelyek használhatók a dorkban:

Index.php
privát.php
pm.php
user.php
tagok.php
area.php
config.php
search.php
redirect.php
r.php (ugyanaz átirányítás)
s.php (ugyanaz a keresés)
mail.php forum.php
post.php account.php
kilépés.php
query.php
q.php (ugyanaz a lekérdezés), stb.

Többé-kevésbé így.

Az oldal nevének a dorkban (ha létezik) egyszótagosnak kell lennie, kényelmesen használható a webhelyen, és valamilyen logikai konnotációt kell hordoznia. Nem ijesztő, hogy itt nincsenek olyan neveink, mint a steam.php vagy a steam_keys.php vagy a roulette.php, fontos, hogy további linkeket találjunk. És minél gyakrabban használnak egy lekérdező szót a webhelyeken, annál jobb. Többé-kevésbé szükséges számunkra a témában, a többi dork segítségével válogatunk. Az oldalak nevét kitaláltuk, de nem ez a legfontosabb.

Térjünk át a második részre.

Teljesítsd ezt a GET kérést: ?gta_5 - Azonnal meg kell mondanom, hogy nincsenek ilyen kérések. (Emlékeztetlek, hogy ez az én személyes véleményem) GET kérés, ideális esetben, amire szükségünk van, vegye fel a kapcsolatot az adatbázissal, és abban az esetben SQL injekció, kimeneti hibát okoz az adatbázisból. Erre van szükségünk. Azonban találni egy kérést, amelynek neve gta_5 - ismét nagy szerencse. És ha megtaláljuk, sebezhetővé kell tennünk. Ezzel ismét elveti a minket érdeklő linkek többségét. Még néhány példa rossz, nem jó kérésre:

Groove=
?paypal=
?qiwi_wallet=
?saját_pénzem=
?dai_webmoney=
?skdoooze=
?sadlkjadlkjswq=
?213123=
?777=

Miért rossz kérés a paypal? Mert feltételezzük, hogy ezzel a kéréssel egy paypal kijelöléssel szeretnénk elérni az adatbázist. Senki nem vezeti a paypal adatbázist, kivéve talán magát a céget. Megint csalok.

Példák a jó lekérdezésekre, olyan jó kérdésekre, amelyeket mindenki szívesen használ, mivel rövidek, kényelmesek, könnyen megjegyezhetőek és legalább van logikájuk:
?id=
?macska=
?cat_id=
?get=
?post=
?keret=
?r=
?redirect= (érted az ötletet)
?banner=
?go=
?elhagy=
?login=
?pass=
?password=
?felhasználónév=
?felhasználó=
?keresés=
?s=
?pénztárca=
?acc=
?egyenleg=
?do=
?page=
?page_id=
?topic=
?fórum=
?szál=
?letöltés=
?ingyenes=
?üzenet=
Természetesen a végtelenségig folytathatod.
De ezek univerzális kérések, amelyek tökéletesen megfelelnek a dorkóknak, a játéknak, a készpénznek és bármi másnak. Találkozni fogunk fórumokkal, torrentoldalakkal és minden mással. Például néhány lekérdezés, ami jól jöhet, mondjuk játéklekérdezéseknél:
?játék=
?game_id=
?csata=
?log=
?csapat=
?fegyver=
?inv= (készlet)
?gamedata=
?lejátszó=
?játékosok=
?play= (videoklipeket tartalmazó webhelyekre bukkant)
?playtag=
?match=

Körülbelül ugyanazt a lekérdezési logikát kell alkalmazni más témákra is, ideális esetben. Legalább egy kicsit értened kell angolul, és rá kell jönnöd, milyen dögöket vásárolsz. Általában elég megnézni 10-20 utat, és azonnal kiderül, hogy milyen mega privatot vásárolt, és érdemes-e a jövőben kapcsolatba lépni ezzel az eladóval. Vagy általában, hogy visszafizessem a feketén keresztül, ha látja, hogy a dorkjai sex.php-t tartalmaznak? vagy?fotó= és dorkákat rendeltél boltokba. Kezeket a vonat alatt az ilyen alakoknak

És végül, a dork legfontosabb része (ami néha teljesen hiányzik). Ha az imént a GET kérés nevét vettük figyelembe (nem magát a kérést), akkor most csak egy olyan kérelemre térünk át, amely segíthet megtalálni pontosan azt, amire szükségünk van. Tesztünkből ez a rész - keret

Nem mondom, hogy ez rossz kérés, de tekintve, hogy játékoldalakat keresünk, egy ilyen kérés hatékonysága körülbelül 15-20%. Vegyes utak, vagy csak a linkek száma miatt (csak hogy összevonjon valamit), ez megteszi. A kérés neve, ahogyan sok dork oktatóanyag és kézikönyv helyesen mondja, tartalmazhat bármilyen, a témánkhoz kapcsolódó szót. Nem térünk el a játékkérésektől, ezért a játékokhoz hozok egy példát a jó, megfelelő kérésekre:
játszma, meccs
szerencsejáték
exp
játékos
szint
játékosok
dota
ellencsapás
AWP | Aziimov
M19
NAVI
Játsz ingyen
ingyenes játékok
játék letöltése
játék fórum
játékról
screenshot játék
játék leírás

Világosnak kell lennie, hogy mi az utaid témája. Ha van valami ilyesmi a vásárolt dorkokban (és mi vettünk játék dorkokat): Kód: nézd szabadság szöveg dsadaswe 213123321 ledy gaga fuck america bla bla girl tits free XXX porn futurama s01e13 Akkor még egyszer nyugodtan küldd el az eladó nafik és dobd ki a dokosaidat. Nem látod a játékoldalakat :) Még valami, ezekkel a kérésekkel használhatod az operátorokat - intitle: , allintitle: , intext: , allintext: Ahol a kettőspont után maga a játékkérés lesz a listából a kicsit magasabb (cím: játék, allintext: játék ingyenes)

Úgy tűnik, ez minden, amit át akartam adni. Alapvetően remélem, hogy a cikk legalább valamilyen módon hasznos lesz a kezdőknek (hasznos lenne számomra, és megtakaríthatna néhány száz rubelt, és segítene beállítani tisztességtelen eladók dorok). Nos, ha többé-kevésbé érted, hogyan készíts magadnak dorkot, annak csak örülni fogok. Vonat, töltse meg a szemét / kezét, nincs semmi különösebben bonyolult a dorkokban. És végül, nem tudom, hogyan a dömperben, de az a-elemző nyugodtan eszik, és sok hivatkozást keres orosz nyelvű kérésekkel. Miért ne, gondoltam. Tesztelve, a hatás tetszett. Lehet nevetni))

Frame.php?name= ingyenes játékok
get.php?query= letöltés cs
search.php?ok= játékszerverek

A sebezhetőségek keresése a webes erőforrásokon a felderítéssel és információgyűjtéssel kezdődik.
Az intelligencia lehet aktív – a webhely fájljainak és könyvtárainak nyers ereje, sebezhetőség-ellenőrzők elindítása, a webhely manuális megtekintése, vagy passzív – információk keresése különböző keresőmotorokban. Néha előfordul, hogy egy biztonsági rés már az oldal első oldalának megnyitása előtt ismertté válik.

Hogyan lehetséges ez?
Az internetet folyamatosan barangoló keresőrobotok az átlagfelhasználó számára hasznos információkon túl gyakran azt is kijavítják, hogy mit használhatnak fel a támadók egy webes erőforrás megtámadásakor. Például szkripthibák és érzékeny információkat tartalmazó fájlok (a konfigurációs fájloktól és naplóktól a hitelesítési adatokat és adatbázis-mentéseket tartalmazó fájlokig).
A keresőrobot szempontjából az sql lekérdezés végrehajtási hibaüzenete egy egyszerű szöveg, amely elválaszthatatlan például az oldalon található áruleírástól. Ha hirtelen a keresőrobot egy .sql kiterjesztésű fájlra bukkanna, ami valamilyen oknál fogva a munkamappa oldalon, akkor az az oldal tartalmának részeként kerül elfogadásra, és indexelésre is kerül (beleértve, esetleg az abban megadott jelszavakat).

Az ilyen információkat az erős, gyakran egyedi kulcsszavak ismeretében lehet megtalálni, amelyek segítenek elkülöníteni a "sebezhető oldalakat" azoktól az oldalaktól, amelyek nem tartalmaznak sebezhetőséget.
Hatalmas adatbázis a speciális igényekről kulcsszavakat(úgynevezett dorks) létezik az exploit-db.com oldalon, és Google Hack Database néven ismert.

Miért a google?
A Dorks elsősorban a google-t célozza két okból:
− a kulcsszavak (1. táblázat) és speciális karakterek (2. táblázat) legrugalmasabb szintaxisa;
- a google index még mindig teljesebb, mint a többi keresőmotoré;

1. táblázat – A Google kulcsszavai

Kulcsszó	Jelentése	Példa
webhely	Keresés csak a megadott oldalon. Csak az url-t veszi figyelembe	site:somesite.ru - megkeresi az adott domain és aldomain összes oldalát
inurl	Keresés az uri-ban szereplő szavak alapján. Ellentétben cl. „webhely” szavakkal, a webhely neve után keres egyezést	inurl:news - megkeresi az összes oldalt, ahol az adott szó előfordul az uri-ban
szövegben	Keresés az oldal törzsében	intext:"traffic" - teljesen hasonló a szokásos "traffic" lekérdezéshez
cím	Keress az oldal címében. Szöveg a címkék között