Web Application SecurityHacking Your Way In!
Julien RentropPeter Schuler
Wie wij zijn
• Julien Rentrop• [email protected]• Java software engineer
• Peter Schuler• [email protected]• Zelfstandig Java Trainer
& Architect
Agenda
• Injection• Cross Site Scripting• Session Hijacking• Cross Site Request Forgery
#1 OWASP top 10#2#3#5
Bezoek www.owasp.org voor meer informatie.
Injection
"select * from Userwhere name = '" + name + "'"
• Injecteren commando’s in invoer parameters
Hans
• Injecteren commando’s in invoer parameters
• Injection is niet alleen SQL– XML, XPath, LDAP, dynamic code eval, …
Injection
"select * from Userwhere name = '" + name + "'"
Hans' or '1'='1
Demo 1: Injection
Demo 1: Injection• Hoe zag de code er uit?
• Wat is de oplossing?
String jpql = "select p from Persoon p " +"where emailadres = '" + emailadrs + "' " +"and wachtwoord = '" + encodedww + "'";Query query = em.createQuery(jpql);
Injection Voorkomen
• Parameter binding API’s
• Escaping• Invoer validatie
String jpql = "select p from Persoon p " +"where emailadres = :email " +"and wachtwoord = :pass";Query query = em.createQuery(jpql);query.setParameter("email", emailadres);query.setParameter("pass", encodedww);
Agenda
• Injection• Cross Site Scripting• Session Hijacking• Cross Site Request Forgery
Cross Site Scripting (XSS)
• Hoe werkt het?– Aanvaller plaatst eigen HTML/JS op site– Slachtoffer bezoekt site– Aanvaller heeft controle over site en de
browser.
Reflected XSS
• Aanvaller lokt slachtoffer• Email met link, redirect, frame, url shortener, ..
http://bank.it/?name="><script>..</script>
..<input value=""><script>..</script>..
Aanvaller laat script via slachtoffer en server reflecteren.
Demo 2: Cross Site Scripting• Hoe zag de code er uit?
<input type="text" name="emailadres" value="${param.emailadres}"/>
• Emailadres wordt rechtstreeks uit EL overgenomen.
Stored XSS
POST name="><script>..</script>
Bezoekers krijgen opgeslagen script.
Cross Site Scripting (XSS)
• HTML5 features maken meer mogelijk
• Voorkomen– Escapen voor renderen– Voor juiste context escapen
• HTML, JavaScript, CSS, URL– Invoer validatie
• White listing, strong typing, limiteren lengte
Agenda
• Injection• Cross Site Scripting• Session Hijacking• Cross Site Request Forgery
HTTP Sessions
HTTP GET
HTTP OK
HTTP Protocol = Stateless protocol
HTTP Sessions
HTTP Protocol = Stateless protocol
HTTP Sessions
IRL Moeten we communiceren met meerdere clients
Session Cookies
Client sessies krijgen ieder een uniek cookie/id.
Session Cookies• Wat is een cookie eigenlijk?
• Een cookie is een HTTP Header vanaf de server:
• De client stuurt deze data bij ieder verzoek mee:
HTTP/1.1 200 OKContent-type: text/htmlSet-Cookie: name=valueSet-Cookie: JSESSIONID=5A53044AA6CB36363D3; Expires=Wed, 09 Jun 2021 10:18:14 GMT
GET /spec.html HTTP/1.1Host: www.example.orgCookie: JSESSIONID=5A53044AA6CB36363D3; name=value
• Een cookie is dus plain text data.
• Wat is een cookie nu eigenlijk?HTTP Sessions
• Een cookie is een HTTP Header vanaf de server:HTTP/1.1 200 OKContent-type: text/htmlSet-Cookie: name=valueSet-Cookie: JSESSIONID=5A53044AA6CB36363D3; Expires=Wed, 09 Jun 2021 10:18:14 GMT
• De client stuurt deze data bij ieder verzoek mee:GET /spec.html HTTP/1.1Host: www.example.orgCookie: SESSIONID=5A53044AA6CB36363D3; name=value
• Een cookie is dus plain text data.
Plain text HTTP verkeer kan je sniffen!
Demo 4: Session Hijacking
Hoe raak je cookies kwijt?
• Onbeveiligd HTTP verkeer. Bv. FireSheep.• Via XSS en Javascript: document.cookie.• Via Trojans en Virussen die specifiek jacht
maken op actieve sessions.• Social Engineering.
• Andere optie: Session Fixation.• Aanvaller lokt slachtoffer met URL rewriting:• http://......page/;JSESSIONID=FFB6583DF13
Hoe helpt het HTTP protocol?
• Moderne browers helpen met nieuwe opties voor cookies:– HttpOnly schermt het cookie af van Javascript.– Secure alleen meegestuurd met SSL
verbindingen.
HTTP/1.1 200 OKContent-type: text/htmlSet-Cookie: JSESSIONID=5A53044AA6CB36363D3; Secure; HttpOnly
Hoe helpt JEE6?
• Servlet 3.0 spec biedt hulp:– Ondersteuning voor HttpOnly en Secure.– Vergaande configuratie SessionCookie mogelijk.
• Applicatief en via de web.xml.
Hoe helpt JEE6?
• Servlet 3.0 spec biedt hulp:– Ondersteuning voor HttpOnly en Secure.– Vergaande configuratie SessionCookie mogelijk.
• Applicatief en via de web.xml.
• Declaratief:<session-config> <session-timeout>30</session-timeout> <cookie-config> <name>id</name> <http-only>true</http-only> <secure>true</secure> </cookie-config> <tracking-mode>COOKIE</tracking-mode> <tracking-mode>URL</tracking-mode></session-config>
• cookie-config laat je de cookie setting instellen.• Tracking mode laat je URL rewriting uitschakelen!
Hoe helpt JEE6?
• Servlet 3.0 spec biedt hulp:– Ondersteuning voor HttpOnly en Secure.– Vergaande configuratie SessionCookie mogelijk.
• Applicatief en via de web.xml.
• Declaratief:<session-config> <session-timeout>30</session-timeout> <cookie-config> <name>id</name> <http-only>true</http-only> <secure>true</secure> </cookie-config> <tracking-mode>COOKIE</tracking-mode> </session-config>
• cookie-config laat je de cookie setting instellen.• Tracking mode laat je URL rewriting uitschakelen!
ServletContext sContext = sce.getServletContext();
SessionCookieConfig sessionCookieConfig = sContext.getSessionCookieConfig();
sessionCookieConfig.setName("ID");sessionCookieConfig.setSecure(true);sessionCookieConfig.setHttpOnly(true);
• Bescherm je eigen cookies via Cookie class.• URL rewriting uitschakelen kan niet via code.
Session Hijacking: Wat kan je zelf doen?
1. Bescherm je session met HttpOnly en Secure.2. Geef je session cookie een andere naam.3. Schakel URL rewriting uit met tracking mode.4. Reset je Session bij iedere inlog poging.
• Geen Servlet 3.0? Geen nood.– De middleware kan je ook helpen.– Tomcat ondersteunt Secure en HttpOnly al
vanaf versie 5.5 in de context.xml.
Agenda
• Injection• Cross Site Scripting• Session Hijacking• Cross Site Request Forgery
Cross Site Request Forgery
www.linkedIn.com ++server
peter
**********
Cross Site Request Forgery
www.linkedIn.comwww.linkedIn.com ++server
Cross Site Request Forgery
www.linkedIn.com +evilSite.orgevilSite.org server
Demo 5: CSRF
Demo 5: CSRF• Hoe werkte deze aanval?
<img src="https://loc.....sie/uitschrijven.do?cursistId=7&cursusSessieId=2" />
• Een CSRF aanval kan overal verstop zijn:– In een iFrame.– Een eigen hidden HTML form.– Een gekaapt HTML form.– Etc etc..
• In de HTML:
• Openen van de pagina activeerde het downloaden van het image en de aanval.
CSRF Aanval
• Een CSRF request kan overal vandaan komen:– XSS in de doel website.– XSS in een willekeurige andere site.– Een email.
• Bekend voorbeeld is de Sammy Worm
CSRF Voorkomen
• De oplossing is simpel:• Autoriseer niet de browser, maar de pagina om
verzoeken te versturen.
• Geef ieder request een random token.• Controleer het token bij ieder verzoek .
• Gebruik hiervoor b.v. ServletFilter.
Frameworks helpen!
• Een aantal frameworks hebben ingebouwde bescherming tegen CSRF:
• Wicket middels een CryptedUrlWebRequestCodingStrategy.
• In JSF biedt de javax.faces.ViewState enige bescherming! Implementatie afhankelijk.
• Van JSF 2.1 meer mogelijkheden.
Tot slot
• Bedankt!
• www.OWASP.org bevat veel informatie over deze en andere aanvallen.
• Voor vragen:• [email protected] • [email protected] .
Top Related