<?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: An ActionScript interpreter, courtesy of JavaScript and Apollo</title>
	<atom:link href="http://joeberkovitz.com/blog/2007/04/12/an-actionscript-interpreter-courtesy-of-javascript-and-apollo/feed/" rel="self" type="application/rss+xml" />
	<link>http://joeberkovitz.com/blog/2007/04/12/an-actionscript-interpreter-courtesy-of-javascript-and-apollo/</link>
	<description>Just another WordPress weblog</description>
	<lastBuildDate>Fri, 13 Aug 2010 18:04:58 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: joe</title>
		<link>http://joeberkovitz.com/blog/2007/04/12/an-actionscript-interpreter-courtesy-of-javascript-and-apollo/comment-page-1/#comment-117</link>
		<dc:creator>joe</dc:creator>
		<pubDate>Mon, 18 Jun 2007 20:51:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.joeberkovitz.com/blog/?p=42#comment-117</guid>
		<description>Things look good.  On the remote scripting problem: the answer is that HTML windows have their own domain-specific security sandbox, much like a remotely loaded SWF.  The capabilities granted to the script in an HTML window are exactly those that would be granted to a SWF loaded from the same domain as the HTML page.  In the absence of any crossdomain privileges, these capabilities are null -- a generic remote page&#039;s Javascript cannot access information in the parent app, nor use the Apollo runtime APIs.</description>
		<content:encoded><![CDATA[<p>Things look good.  On the remote scripting problem: the answer is that HTML windows have their own domain-specific security sandbox, much like a remotely loaded SWF.  The capabilities granted to the script in an HTML window are exactly those that would be granted to a SWF loaded from the same domain as the HTML page.  In the absence of any crossdomain privileges, these capabilities are null &#8212; a generic remote page&#8217;s Javascript cannot access information in the parent app, nor use the Apollo runtime APIs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: joe</title>
		<link>http://joeberkovitz.com/blog/2007/04/12/an-actionscript-interpreter-courtesy-of-javascript-and-apollo/comment-page-1/#comment-116</link>
		<dc:creator>joe</dc:creator>
		<pubDate>Mon, 18 Jun 2007 13:22:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.joeberkovitz.com/blog/?p=42#comment-116</guid>
		<description>Stephen -- That&#039;s a very good point, which I&#039;ll try to check out....</description>
		<content:encoded><![CDATA[<p>Stephen &#8212; That&#8217;s a very good point, which I&#8217;ll try to check out&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Beattie</title>
		<link>http://joeberkovitz.com/blog/2007/04/12/an-actionscript-interpreter-courtesy-of-javascript-and-apollo/comment-page-1/#comment-115</link>
		<dc:creator>Stephen Beattie</dc:creator>
		<pubDate>Sun, 17 Jun 2007 17:17:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.joeberkovitz.com/blog/?p=42#comment-115</guid>
		<description>Gulp! - This sounds dangerous - there&#039;s surely some remote scripting badness here.

I can imagine someone creating a web page with a piece of javascript that loops through all the available variables in the Apollo app and posts them back to a remote server.  If usernames, passwords etc are stored in shared objects or as temporary variables inside flash then they&#039;re at risk using this technique.

Hopefully Adobe&#039;s thought of this....</description>
		<content:encoded><![CDATA[<p>Gulp! &#8211; This sounds dangerous &#8211; there&#8217;s surely some remote scripting badness here.</p>
<p>I can imagine someone creating a web page with a piece of javascript that loops through all the available variables in the Apollo app and posts them back to a remote server.  If usernames, passwords etc are stored in shared objects or as temporary variables inside flash then they&#8217;re at risk using this technique.</p>
<p>Hopefully Adobe&#8217;s thought of this&#8230;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

