<?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: How SnapABug works &#8211; and what they should do</title>
	<atom:link href="http://www.barklund.org/blog/2009/10/14/how-snapabug-works/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.barklund.org/blog/2009/10/14/how-snapabug-works/</link>
	<description>My life with ActionScript, JavaScript and their families</description>
	<lastBuildDate>Fri, 12 Feb 2010 14:23:54 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Barklund</title>
		<link>http://www.barklund.org/blog/2009/10/14/how-snapabug-works/comment-page-1/#comment-89895</link>
		<dc:creator>Barklund</dc:creator>
		<pubDate>Mon, 19 Oct 2009 11:53:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.barklund.org/blog/?p=390#comment-89895</guid>
		<description>Please see my follow-up post &lt;a href=&quot;http://www.barklund.org/blog/2009/10/19/signed-applet-trust-stupid/&quot; rel=&quot;nofollow&quot;&gt;Why signed applet trust is a stupid question (and why SnapABug is not to blame)&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Please see my follow-up post <a href="http://www.barklund.org/blog/2009/10/19/signed-applet-trust-stupid/" rel="nofollow">Why signed applet trust is a stupid question (and why SnapABug is not to blame)</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: semanticist</title>
		<link>http://www.barklund.org/blog/2009/10/14/how-snapabug-works/comment-page-1/#comment-89532</link>
		<dc:creator>semanticist</dc:creator>
		<pubDate>Thu, 15 Oct 2009 05:58:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.barklund.org/blog/?p=390#comment-89532</guid>
		<description>Do any browsers actually show what permissions are being requested to the user?  I have never seen an applet request anything other than &quot;unrestricted access&quot; to my computer.</description>
		<content:encoded><![CDATA[<p>Do any browsers actually show what permissions are being requested to the user?  I have never seen an applet request anything other than &#8220;unrestricted access&#8221; to my computer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TimZon</title>
		<link>http://www.barklund.org/blog/2009/10/14/how-snapabug-works/comment-page-1/#comment-89509</link>
		<dc:creator>TimZon</dc:creator>
		<pubDate>Thu, 15 Oct 2009 01:50:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.barklund.org/blog/?p=390#comment-89509</guid>
		<description>Hej,

Thank you for very detailed analysis of our solution.

We decided to implement a signed applet because we cannot expect each user of our application to change their policy settings.
This is beyond what the average (non-technical) person could or would do, signing the applet was the easier and most user friendly solution.
Our identity is clearly stated on the applet certificate (also verified by the certificate issuer) and as you attested our code is not malicious in any way.
As far, I we know, once an applet is signed it is automatically granted AllPermissions, unless there is a specific client-side policy in place for that Applet.
If you know of another way to limit permissions while still providing a certifiable and simple solution for the end user, we would love to learn about it.

If a more restrictive environment is necessary, SnapABug permissions can be limited as follow:
grant {
  permission java.awt.AWTPermission &quot;accessClipboard&quot;;
  permission java.awt.AWTPermission &quot;accessEventQueue&quot;;
  permission java.awt.AWTPermission &quot;createRobot&quot;;
  permission java.awt.AWTPermission &quot;readDisplayPixels&quot;;
  permission java.net.SocketPermission &quot;snapabug.appspot.com&quot;, &quot;connect&quot;;
  permission java.lang.RuntimePermission &quot;modifyThread&quot;; 
  permission java.lang.RuntimePermission &quot;modifyThreadGroup&quot;; 
};

Thanks,
 The TimZon team.</description>
		<content:encoded><![CDATA[<p>Hej,</p>
<p>Thank you for very detailed analysis of our solution.</p>
<p>We decided to implement a signed applet because we cannot expect each user of our application to change their policy settings.<br />
This is beyond what the average (non-technical) person could or would do, signing the applet was the easier and most user friendly solution.<br />
Our identity is clearly stated on the applet certificate (also verified by the certificate issuer) and as you attested our code is not malicious in any way.<br />
As far, I we know, once an applet is signed it is automatically granted AllPermissions, unless there is a specific client-side policy in place for that Applet.<br />
If you know of another way to limit permissions while still providing a certifiable and simple solution for the end user, we would love to learn about it.</p>
<p>If a more restrictive environment is necessary, SnapABug permissions can be limited as follow:<br />
grant {<br />
  permission java.awt.AWTPermission &#8220;accessClipboard&#8221;;<br />
  permission java.awt.AWTPermission &#8220;accessEventQueue&#8221;;<br />
  permission java.awt.AWTPermission &#8220;createRobot&#8221;;<br />
  permission java.awt.AWTPermission &#8220;readDisplayPixels&#8221;;<br />
  permission java.net.SocketPermission &#8220;snapabug.appspot.com&#8221;, &#8220;connect&#8221;;<br />
  permission java.lang.RuntimePermission &#8220;modifyThread&#8221;;<br />
  permission java.lang.RuntimePermission &#8220;modifyThreadGroup&#8221;;<br />
};</p>
<p>Thanks,<br />
 The TimZon team.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
