SQL Injection: Difference between revisions

From ICO wiki
Jump to navigationJump to search
Mreinsaa (talk | contribs)
Mreinsaa (talk | contribs)
Line 34: Line 34:


''SQL süstimine ise toimub nõnda, et teadlikult valitud sisendparameetrite koostamisega saab muuta algset, programmeerija poolt loodud baasipäringu loogika mõtet.''
''SQL süstimine ise toimub nõnda, et teadlikult valitud sisendparameetrite koostamisega saab muuta algset, programmeerija poolt loodud baasipäringu loogika mõtet.''
''Allikas:'' ''http://www.am.ee/SQL''


== Näited SQLi rünnetest ==
== Näited SQLi rünnetest ==

Revision as of 07:43, 19 May 2014

Autor

Nimi: Marti Reinsaar
Grupp: A21 (2013/2014)


Sissejuhatus

OWASP (Open Web Application Security Project) on Injection tüüpi ründed liigitanud 2013 Top10 seisuga esikohale.

Siin kirjatükis keskendume SQL Injection tüüpi rünnetele ning anname aimu millega on üldse tegemist.


Klassid

   Klassikaline SQLI
   Blind või Inference SQL injection
   Andmebaasisüsteemi spetsiifiline SQLI
   Ühendatud SQLI ründed
       *SQL injection + ebaturvaline autentimine
       *SQL injection + DDoS ründed
       *SQL injection + DNS ründed
       *SQL injection + XSS


(SQL) Injection tüüpi ründed

SQL, OS, LDAP Injection tüüpi rünnete puhul kasutatakse ära mitmeid teatud nõrkusi.

Ründaja saab eksitada serverit ning seejärel käivitada mitmeid käske või hankida teavet ilma, et peaks olema autoriseeritud.

Põhiline manipuleerimine käibki kasutaja sisendiga, sisestades vastavasse vormi päringuid, mida enne käivitamist eraldi ei kontrollita. Samuti ei piirata info ligipääsu autoriseerimata kasutajatele või vale taseme autoriseeritud kasutajatele arvates, et vastava päringulahtri mittekuvamine teeb info kättesaamise võimatuks. Enamasti on andmebaasid aga ühtsed ning suvalisest päringuvormist saame kätte mistahes andmed.


MS SQL Server on paljude veebirakenduste andmebaasimootor ja tänu oma rikkalikele programmeerimisvõimalustele väga sobilik SQLi süstimiseks. Järjest uuemates SQL Serveri versioonides on küll kasutusel järjest paremad tehnikad süstimise vältimiseks (TEXTCOPY utiliidi keelamine, DDL päästikprotsessid, operatsioonisüsteemi poole pöörduvate süsteemsete protseduuride aktiveerimiseks tuleb ligipääs eraldi lubada jne.), kuid parim tõrje on ikkagi programmeerija poolt õieti ja teadlikult süstimist vältivate lausekonstruktsioonide koostamine.

SQL süstimine ise toimub nõnda, et teadlikult valitud sisendparameetrite koostamisega saab muuta algset, programmeerija poolt loodud baasipäringu loogika mõtet.

Allikas: http://www.am.ee/SQL

Näited SQLi rünnetest

'OR''='

' UNION SELECT TABLE_SCHEMA, TABLE_NAME FROM information_schema.TABLES;# --

' UNION SELECT user_login,user_pass FROM wp.wp_users; #

' OR EXISTS(SELECT * FROM users WHERE name='jake' AND password LIKE '%w%') AND ''='  //(Kas eksisteerib täht w)

' OR EXISTS(SELECT * FROM users WHERE name='jake' AND password LIKE '__w%') AND ''=' //(Kas täht w on paroolis kolmandal kohal)

' OR EXISTS(SELECT 1 FROM dual WHERE database() LIKE '%j%') AND ''=' //(Kas valitud andmebaas sisaldab tähte J)

' OR EXISTS(SELECT * FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA='test' AND TABLE_NAME='one') AND ''=' //(Kas tabel one asub andmebaasis test)

' OR (SELECT COUNT(*) FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA LIKE '%j%')>1 AND ''=' //(Kas on rohkem kui üks tabel andmebaasis, sialdades tähte J)


Allikas: https://wiki.itcollege.ee/images/1/1b/Gsql1test.PNG

Ründe sooritamine


Allikas: https://wiki.itcollege.ee/index.php/File:Gsql1testtulem.PNG

Väljavõte ründest


Kaitse SQL Injection tüüpi rünnete vastu

Üks levinud variant on kasutada SQL rünnete vastu mõnda SQL tulemüüri - näiteks GreenSQL.

Tulemüür jälgib andmebaasi nö kasutamist, õpib näiteks nädal aega ja selle aja jooksul jätab meelde kasutusmetoodika ja mis päringuid kasutatakse. Ülejäänud heidetakse kõrvale.

GreenSQL - https://wiki.itcollege.ee/index.php/GreenSQL


Kasulik materjal


Kasutatud kirjandus