Difference between revisions of "Testing for AJAX Vulnerabilities (OWASP-AJ-001)"

Revision as of 19:28, 4 November 2006 (view source) Anushshetty (talk | contribs) (→‎Description of the Issue) ← Older edit		Revision as of 20:22, 4 November 2006 (view source) Anushshetty (talk | contribs) (→‎Description of the Issue) Newer edit →
Line 6:		Line 6:
	== Attacks and Vulnerabilities ==		== Attacks and Vulnerabilities ==
	<br>		<br>
−	#XMLHttpRequest Attacks	+	'''XMLHttpRequest Vulnerabilities'''<br> AJAX uses XMLHttpRequest(XHR) object for all the back-end work.A client sends a request to a specific URL on the same server as the original page and can receive any kind of reply from the server. These replies are often snippets of HTML, but can also be XML, Javascript Object Notation (JSON), image data or anything else that Javascript can process.<p>
−	&nbsp;&nbsp;Hello
−	<br>
−	== Vulnerabilties ==	+	Secondly in the case of accessing an AJAX page on a non-SSL connection, the subsequent XMLHttpRequest calls are also not SSL encrypted. Hence the login data is traversing the wire in clear text. Using secure channels HTTPS/SSL which the modern day browsers support is an easiest way to prevent such attacks from happening.</p>
−
−	There are differnt types of AJAX attacks. Most of the Javascript attacks holds good here. Usually anything to play with the parameters is an attack.
−	#SQL Injection
		+	<p>
		+	<br>
		+	'''Hijacking'''<br>AJAX applications drastically increases the attack surface of these programs by throwing in more additional ways to potentially inject malicious content. Filtering user input correctly is, as always, the single most important safeguard for a web application; this is an area that traditional web applications have regularly failed to handle correctly.<br>
	== Black Box testing and example ==		== Black Box testing and example ==
	'''Testing for Topic X vulnerabilities:''' <br>		'''Testing for Topic X vulnerabilities:''' <br>

---

Revision as of 20:22, 4 November 2006

Brief Summary

Asynchronous Javascript and XML (AJAX) is one of the latest techniques used by web application developers to provide a user experience similar to that of a local application. Since Ajax is still a new term, not much of a thought has been given towards its ecurity implications.

Attacks and Vulnerabilities

XMLHttpRequest Vulnerabilities
AJAX uses XMLHttpRequest(XHR) object for all the back-end work.A client sends a request to a specific URL on the same server as the original page and can receive any kind of reply from the server. These replies are often snippets of HTML, but can also be XML, Javascript Object Notation (JSON), image data or anything else that Javascript can process.

Secondly in the case of accessing an AJAX page on a non-SSL connection, the subsequent XMLHttpRequest calls are also not SSL encrypted. Hence the login data is traversing the wire in clear text. Using secure channels HTTPS/SSL which the modern day browsers support is an easiest way to prevent such attacks from happening.

Hijacking
AJAX applications drastically increases the attack surface of these programs by throwing in more additional ways to potentially inject malicious content. Filtering user input correctly is, as always, the single most important safeguard for a web application; this is an area that traditional web applications have regularly failed to handle correctly.

Black Box testing and example

Testing for Topic X vulnerabilities:
...
Result Expected:
...

Gray Box testing and example

Testing for Topic X vulnerabilities:
...
Result Expected:
...

References

Whitepapers
...
Tools
...

---

OWASP Testing Guide v2

Here is the OWASP Testing Guide v2 Table of Contents OWASP Testing Guide v2 Table of Contents

This article is a stub. You can help OWASP by expanding it or discussing it on its Talk page.