SQL Injection: Difference between revisions
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
- http://owasptop10.googlecode.com/files/OWASP%20Top%2010%20-%202013.pdf - OWASP TOP10 2013
- http://en.wikipedia.org/wiki/OWASP
- https://www.youtube.com/watch?v=AuPiYZr5Yfw&hd=1 - Lihtne videodemonstratsioon SQL rünnetest