<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>bunnyhero dev &#187; Security</title>
	<atom:link href="http://www.bunnyhero.org/category/security/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bunnyhero.org</link>
	<description>Notes on iPhone, Flash and Web development</description>
	<lastBuildDate>Fri, 23 Jul 2010 18:00:10 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Flash Player 9 April 2008 Security Update affects me too</title>
		<link>http://www.bunnyhero.org/2008/04/11/flash-player-9-april-2008-security-update-affects-me-too/</link>
		<comments>http://www.bunnyhero.org/2008/04/11/flash-player-9-april-2008-security-update-affects-me-too/#comments</comments>
		<pubDate>Sat, 12 Apr 2008 01:34:50 +0000</pubDate>
		<dc:creator>bunnyhero</dc:creator>
				<category><![CDATA[Flash]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://www.bunnyhero.org/2008/04/11/flash-player-9-april-2008-security-update-affects-me-too/</guid>
		<description><![CDATA[So here I was, thinking that the Flash Player 9 security update (version 9.0.124) wasn&#8217;t going to affect me. A silly assumption, of course&#8212;I should have tested with the beta, regardless&#8212;but since I didn&#8217;t do anything fancy with sockets or web services, I thought I would be fine. Ha! I missed this section: &#8220;You have SWFs that are exported for Flash Player 7 (SWF7) or earlier that communicate with the hosting HTML by any means&#8221;. And when they say &#8220;any means,&#8221; that includes LoadVars.send(), which I am using, in a SWF that is hosted on a different subdomain than the page which contains it (petswf.bunnyherolabs.com vs bunnyherolabs.com). Luckily, the fix was simple: I just had to add the parameter allowScriptAccess = "always" to the embed tag. Phew! Next time I see one of these announcements, I promise I will test it, even if I don&#8217;t think it applies to me ;)]]></description>
			<content:encoded><![CDATA[<p>So here I was, thinking that the <a href="http://www.adobe.com/devnet/flashplayer/articles/flash_player9_security_update.html">Flash Player 9 security update</a> (version 9.0.124) wasn&#8217;t going to affect me. A silly assumption, of course&mdash;I should have tested with the beta, regardless&mdash;but since I didn&#8217;t do anything fancy with sockets or web services, I thought I would be fine.</p>
<p>Ha!</p>
<p>I missed this section: <strong>&#8220;You have SWFs that are exported for Flash Player 7 (SWF7) or earlier that communicate with the hosting HTML by any means&#8221;</strong>.</p>
<p>And when they say &#8220;any means,&#8221; that includes <code>LoadVars.send()</code>, which I <em>am</em> using, in a SWF that is hosted on a different subdomain than the page which contains it (<code>petswf.bunnyherolabs.com</code> vs <code>bunnyherolabs.com</code>).</p>
<p>Luckily, the fix was simple: I just had to add the parameter <strong><code>allowScriptAccess = "always"</code></strong> to the embed tag. Phew!</p>
<p>Next time I see one of these announcements, I promise I will test it, even if I don&#8217;t think it applies to me ;)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.bunnyhero.org/2008/04/11/flash-player-9-april-2008-security-update-affects-me-too/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Flash Player security misunderstanding</title>
		<link>http://www.bunnyhero.org/2007/02/25/flash-player-security-misunderstanding/</link>
		<comments>http://www.bunnyhero.org/2007/02/25/flash-player-security-misunderstanding/#comments</comments>
		<pubDate>Sun, 25 Feb 2007 07:02:55 +0000</pubDate>
		<dc:creator>bunnyhero</dc:creator>
				<category><![CDATA[Flash]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://www.bunnyhero.org/2007/02/25/flash-player-security-misunderstanding/</guid>
		<description><![CDATA[Up until now, I had been making some incorrect assumptions about Adobe Flash Player&#8217;s security model. I had assumed that a SWF could not access anything outside of the domain from which it had been served, in general, without special allowances made by things like crossdomain.xml or System.security.allowDomain(). What I didn&#8217;t realize is that these domain restrictions do not apply to the simple use of, say, loadMovie() to load SWFs or JPGs from other domains! It is true that, in general, one SWF cannot read or alter information from another SWF that is loaded from another domain, but simply loading and displaying is fine. And all this time I had shelved a number of ideas that I thought weren&#8217;t possible because of cross-domain issues. Hmmm&#8230;! For reference, here is Adobe&#8217;s white paper on the Flash Player 9 security model (PDF) and a white paper on security-related APIs for ActionScript 1.0 and 2.0 (PDF).]]></description>
			<content:encoded><![CDATA[<p>Up until now, I had been making some incorrect assumptions about Adobe Flash Player&#8217;s security model.</p>
<p>I had assumed that a SWF could not access <em>anything</em> outside of the domain from which it had been served, in general, without special allowances made by things like <code>crossdomain.xml</code> or <code>System.security.allowDomain()</code>.</p>
<p>What I didn&#8217;t realize is that these domain restrictions do <em>not</em> apply to the simple use of, say, <code>loadMovie()</code> to load SWFs or JPGs from other domains! It is true that, in general, one SWF cannot read or alter information from another SWF that is loaded from another domain, but simply loading and displaying is fine.</p>
<p>And all this time I had shelved a number of ideas that I thought weren&#8217;t possible because of cross-domain issues. Hmmm&#8230;!</p>
<p>For reference, here is <a href="http://www.adobe.com/devnet/flashplayer/articles/flash_player_9_security.pdf">Adobe&#8217;s white paper on the Flash Player 9 security model (PDF)</a> and a <a href="http://www.adobe.com/devnet/flashplayer/articles/fp8_security-related_apis.pdf">white paper on security-related APIs for ActionScript 1.0 and 2.0 (PDF)</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.bunnyhero.org/2007/02/25/flash-player-security-misunderstanding/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
