<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Is your application secure enough?</title>
	<atom:link href="http://ajaxian.com/archives/is-your-application-secure-enough/feed" rel="self" type="application/rss+xml" />
	<link>http://ajaxian.com/archives/is-your-application-secure-enough</link>
	<description>Cleaning up the web with Ajax</description>
	<lastBuildDate>Thu, 17 May 2012 07:43:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Le Khac Nhu</title>
		<link>http://ajaxian.com/archives/is-your-application-secure-enough/comment-page-1#comment-6549</link>
		<dc:creator>Le Khac Nhu</dc:creator>
		<pubDate>Tue, 11 Apr 2006 06:59:27 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/is-your-application-secure-enough#comment-6549</guid>
		<description>It will secure if script on server is secure! (PHP secure =&gt; Ajax secure :D)</description>
		<content:encoded><![CDATA[<p>It will secure if script on server is secure! (PHP secure =&gt; Ajax secure :D)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sean g</title>
		<link>http://ajaxian.com/archives/is-your-application-secure-enough/comment-page-1#comment-6235</link>
		<dc:creator>sean g</dc:creator>
		<pubDate>Thu, 06 Apr 2006 16:03:02 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/is-your-application-secure-enough#comment-6235</guid>
		<description>i agree with tim leonard. this whole web 2 ajax thing has turned a lot of web designers into programmers; which is a good thing, but the issue of security is so important it should be learnt as a fundamental.

what people are missing is that we&#039;re still dealing with plain jane http here, nothings really changed.</description>
		<content:encoded><![CDATA[<p>i agree with tim leonard. this whole web 2 ajax thing has turned a lot of web designers into programmers; which is a good thing, but the issue of security is so important it should be learnt as a fundamental.</p>
<p>what people are missing is that we&#8217;re still dealing with plain jane http here, nothings really changed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Leonard</title>
		<link>http://ajaxian.com/archives/is-your-application-secure-enough/comment-page-1#comment-6230</link>
		<dc:creator>Tim Leonard</dc:creator>
		<pubDate>Thu, 06 Apr 2006 13:59:47 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/is-your-application-secure-enough#comment-6230</guid>
		<description>At first, I wasn&#039;t sure... but now... I&#039;m almost sure...

AJAX web-apps seem to be as secure as the ASP/PHP you build it on.

If you know how to manage ASP/PHP sessions properly and implement them into the pages you make your XMLHTTP calls to... your security should be as strong as it always has been.

The AJAX security scares seem to only really be relevant to coders who have no common sense and haven&#039;t dealt with authentication-at-all-stages before. (ie. Somebody who isn&#039;t a secure web-app developer in the first place... which is something they should learn at the server-side code stage anyway!!!)

I know... that&#039;s kinda rough.. but I&#039;m sure I&#039;m not far off the truth.

(at least.. having developed lots of web-apps... that&#039;s what I&#039;ve observed so far.)</description>
		<content:encoded><![CDATA[<p>At first, I wasn&#8217;t sure&#8230; but now&#8230; I&#8217;m almost sure&#8230;</p>
<p>AJAX web-apps seem to be as secure as the ASP/PHP you build it on.</p>
<p>If you know how to manage ASP/PHP sessions properly and implement them into the pages you make your XMLHTTP calls to&#8230; your security should be as strong as it always has been.</p>
<p>The AJAX security scares seem to only really be relevant to coders who have no common sense and haven&#8217;t dealt with authentication-at-all-stages before. (ie. Somebody who isn&#8217;t a secure web-app developer in the first place&#8230; which is something they should learn at the server-side code stage anyway!!!)</p>
<p>I know&#8230; that&#8217;s kinda rough.. but I&#8217;m sure I&#8217;m not far off the truth.</p>
<p>(at least.. having developed lots of web-apps&#8230; that&#8217;s what I&#8217;ve observed so far.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hakan Bilgin</title>
		<link>http://ajaxian.com/archives/is-your-application-secure-enough/comment-page-1#comment-6216</link>
		<dc:creator>Hakan Bilgin</dc:creator>
		<pubDate>Thu, 06 Apr 2006 09:46:57 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/is-your-application-secure-enough#comment-6216</guid>
		<description>After reading the post I discovered at &quot;Darknet.org.uk&quot;, I discovered that the author is talking about a similar solution though setting the &quot;token&quot; on the serverside as a session variable will bind the token to the visitors window, making the server-client-communication more trusted. This phenomenon seems to have escaped the author.</description>
		<content:encoded><![CDATA[<p>After reading the post I discovered at &#8220;Darknet.org.uk&#8221;, I discovered that the author is talking about a similar solution though setting the &#8220;token&#8221; on the serverside as a session variable will bind the token to the visitors window, making the server-client-communication more trusted. This phenomenon seems to have escaped the author.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hakan Bilgin</title>
		<link>http://ajaxian.com/archives/is-your-application-secure-enough/comment-page-1#comment-6215</link>
		<dc:creator>Hakan Bilgin</dc:creator>
		<pubDate>Thu, 06 Apr 2006 09:15:12 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/is-your-application-secure-enough#comment-6215</guid>
		<description>What do you think about this solution? The idea is unfinished since not &quot;all&quot; possibilities is delt with yet.

When the document is requested from the server, the server creates a uniqueId and set it as a session variable and also writes it to the documents javascript. &lt;i&gt;Now the session variable is explictitly bound to the window requesting the document.&lt;/i&gt;

On every Ajax request made to the server, the variable has to be sent as well. Before the serverside Ajax handler does anything, it checks whether the session variable is the same as the sent variable;
- If it is the same continue (request origins from a page issued by the server)
- Else ignore the request (request origins from untrusted source)

This is the serverside...about clientside code injection:
- The drag&#039;n drop injection can be cancelled.
- Location bar injection is possible way to inject code (open a window without location bar?)
- GreaseMonkey is a huge problem; an attacker can build custom tools to attack the server. I don&#039;t know how this can be stopped.

This is not a definite solution but augments the security a nudge. I am very intressted in other and/or additional suggestions. This is an important topic.</description>
		<content:encoded><![CDATA[<p>What do you think about this solution? The idea is unfinished since not &#8220;all&#8221; possibilities is delt with yet.</p>
<p>When the document is requested from the server, the server creates a uniqueId and set it as a session variable and also writes it to the documents javascript. <i>Now the session variable is explictitly bound to the window requesting the document.</i></p>
<p>On every Ajax request made to the server, the variable has to be sent as well. Before the serverside Ajax handler does anything, it checks whether the session variable is the same as the sent variable;<br />
- If it is the same continue (request origins from a page issued by the server)<br />
- Else ignore the request (request origins from untrusted source)</p>
<p>This is the serverside&#8230;about clientside code injection:<br />
- The drag&#8217;n drop injection can be cancelled.<br />
- Location bar injection is possible way to inject code (open a window without location bar?)<br />
- GreaseMonkey is a huge problem; an attacker can build custom tools to attack the server. I don&#8217;t know how this can be stopped.</p>
<p>This is not a definite solution but augments the security a nudge. I am very intressted in other and/or additional suggestions. This is an important topic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed Frederick</title>
		<link>http://ajaxian.com/archives/is-your-application-secure-enough/comment-page-1#comment-6140</link>
		<dc:creator>Ed Frederick</dc:creator>
		<pubDate>Wed, 05 Apr 2006 19:22:23 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/is-your-application-secure-enough#comment-6140</guid>
		<description>I think the article was pretty terrible--the whole issue of POSTs being harder to &#039;fake&#039; is pretty silly.

In addition, the business with cross-site request forgery is pretty off topic, especially considering XHR does not allow you to make cross-site requests.

Securing ajax apps is no different than securing any other dynamic webapp. The real risk is that with all of this exuberance and fine-grained access, people can fail to see the forest for the trees.</description>
		<content:encoded><![CDATA[<p>I think the article was pretty terrible&#8211;the whole issue of POSTs being harder to &#8216;fake&#8217; is pretty silly.</p>
<p>In addition, the business with cross-site request forgery is pretty off topic, especially considering XHR does not allow you to make cross-site requests.</p>
<p>Securing ajax apps is no different than securing any other dynamic webapp. The real risk is that with all of this exuberance and fine-grained access, people can fail to see the forest for the trees.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ShaolinTiger</title>
		<link>http://ajaxian.com/archives/is-your-application-secure-enough/comment-page-1#comment-6114</link>
		<dc:creator>ShaolinTiger</dc:creator>
		<pubDate>Wed, 05 Apr 2006 16:54:39 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/is-your-application-secure-enough#comment-6114</guid>
		<description>I agree, its similar to any dynamic web application but a lot of people flocking to web apps don&#039;t look at the basic issues with web transactions.

Yah AJAX is just a new way of doing old things and it cuts down on refreshing whole pages, but it does add new vectors of attack so I think it should be a consideration, especially for developers going straight into AJAX.</description>
		<content:encoded><![CDATA[<p>I agree, its similar to any dynamic web application but a lot of people flocking to web apps don&#8217;t look at the basic issues with web transactions.</p>
<p>Yah AJAX is just a new way of doing old things and it cuts down on refreshing whole pages, but it does add new vectors of attack so I think it should be a consideration, especially for developers going straight into AJAX.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Plush</title>
		<link>http://ajaxian.com/archives/is-your-application-secure-enough/comment-page-1#comment-6113</link>
		<dc:creator>Jim Plush</dc:creator>
		<pubDate>Wed, 05 Apr 2006 16:51:18 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/is-your-application-secure-enough#comment-6113</guid>
		<description>I think it is newsworthy as new developers are flocking to ajaxify their apps before even thinking about common security flaws common to all of their pages. I&#039;m seeing alot of developers completely trusting the user input, thinking their ajax server page is only getting requests from their scripts. Security awareness is always news.</description>
		<content:encoded><![CDATA[<p>I think it is newsworthy as new developers are flocking to ajaxify their apps before even thinking about common security flaws common to all of their pages. I&#8217;m seeing alot of developers completely trusting the user input, thinking their ajax server page is only getting requests from their scripts. Security awareness is always news.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mario</title>
		<link>http://ajaxian.com/archives/is-your-application-secure-enough/comment-page-1#comment-6101</link>
		<dc:creator>Mario</dc:creator>
		<pubDate>Wed, 05 Apr 2006 15:17:52 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/is-your-application-secure-enough#comment-6101</guid>
		<description>Whats the deal. If you made insecure apps before ajax you will continue the bad habits with ajax. Ajax is not some black magic, basically a form submit... just sent without refreshing... why is this even news worthy?</description>
		<content:encoded><![CDATA[<p>Whats the deal. If you made insecure apps before ajax you will continue the bad habits with ajax. Ajax is not some black magic, basically a form submit&#8230; just sent without refreshing&#8230; why is this even news worthy?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

