<?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: Copy Protection Nuances.</title>
	<atom:link href="http://www.adamfrisby.com/blog/2008/07/copy-protection-nuances/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.adamfrisby.com/blog/2008/07/copy-protection-nuances/</link>
	<description>ZOMGWTFHAI</description>
	<pubDate>Sat, 04 Jul 2009 22:06:31 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Annie Ok : tangent &#187; interesting 7.27.08</title>
		<link>http://www.adamfrisby.com/blog/2008/07/copy-protection-nuances/comment-page-1/#comment-689</link>
		<dc:creator>Annie Ok : tangent &#187; interesting 7.27.08</dc:creator>
		<pubDate>Sat, 04 Oct 2008 14:07:58 +0000</pubDate>
		<guid isPermaLink="false">http://gwala.net/blog/?p=13#comment-689</guid>
		<description>[...] OpenSim&#8217;s Adam Frisby&#8217;s follow-up on last Metaverse Meetup: &#8220;Copy Protection Nuanc... [...]</description>
		<content:encoded><![CDATA[<p>[...] OpenSim&#8217;s Adam Frisby&#8217;s follow-up on last Metaverse Meetup: &#8220;Copy Protection Nuanc&#8230; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Central Grid Currency - Page 3 - SLUniverse Forums</title>
		<link>http://www.adamfrisby.com/blog/2008/07/copy-protection-nuances/comment-page-1/#comment-167</link>
		<dc:creator>Central Grid Currency - Page 3 - SLUniverse Forums</dc:creator>
		<pubDate>Sun, 17 Aug 2008 18:30:38 +0000</pubDate>
		<guid isPermaLink="false">http://gwala.net/blog/?p=13#comment-167</guid>
		<description>[...] I have been following this for a long time, and there's no question that Adam and other developers simply have no intention of attempting to mechanically engineer permissions implementations, or using c/m/t in any form, full stop. They duck and cover from this obvious copyleftist position by saying they will allow others to put it in if they wish, but that's proved to be a sham.    From Adam's blog:   Hi Adam, I&#8217;m wondering if you might speak about this mantis issue a bit from your point of view as it I think pertains to this issue in some ways. 0001784: Permissions Issue- Owner of land can take a copy of anything on their land which makes it full perms for them. - Mantis Thank-you. Terry Ford - aka Butch Arnold http://www.3rdrockgrid.com By Terry Ford on Aug 16, 2008 [...]</description>
		<content:encoded><![CDATA[<p>[...] I have been following this for a long time, and there&#8217;s no question that Adam and other developers simply have no intention of attempting to mechanically engineer permissions implementations, or using c/m/t in any form, full stop. They duck and cover from this obvious copyleftist position by saying they will allow others to put it in if they wish, but that&#8217;s proved to be a sham.    From Adam&#8217;s blog:   Hi Adam, I&#8217;m wondering if you might speak about this mantis issue a bit from your point of view as it I think pertains to this issue in some ways. 0001784: Permissions Issue- Owner of land can take a copy of anything on their land which makes it full perms for them. - Mantis Thank-you. Terry Ford - aka Butch Arnold <a href="http://www.3rdrockgrid.com" rel="nofollow">http://www.3rdrockgrid.com</a> By Terry Ford on Aug 16, 2008 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Frisby</title>
		<link>http://www.adamfrisby.com/blog/2008/07/copy-protection-nuances/comment-page-1/#comment-163</link>
		<dc:creator>Adam Frisby</dc:creator>
		<pubDate>Sun, 17 Aug 2008 06:00:49 +0000</pubDate>
		<guid isPermaLink="false">http://gwala.net/blog/?p=13#comment-163</guid>
		<description>Just an update: Melanie got those options in on #5892. See OpenSim.ini.example for usage.</description>
		<content:encoded><![CDATA[<p>Just an update: Melanie got those options in on #5892. See OpenSim.ini.example for usage.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Terry Ford</title>
		<link>http://www.adamfrisby.com/blog/2008/07/copy-protection-nuances/comment-page-1/#comment-161</link>
		<dc:creator>Terry Ford</dc:creator>
		<pubDate>Sat, 16 Aug 2008 21:07:39 +0000</pubDate>
		<guid isPermaLink="false">http://gwala.net/blog/?p=13#comment-161</guid>
		<description>Thank-you for your time Adam your thoughts concerning this is very much appreciated.</description>
		<content:encoded><![CDATA[<p>Thank-you for your time Adam your thoughts concerning this is very much appreciated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Frisby</title>
		<link>http://www.adamfrisby.com/blog/2008/07/copy-protection-nuances/comment-page-1/#comment-160</link>
		<dc:creator>Adam Frisby</dc:creator>
		<pubDate>Sat, 16 Aug 2008 19:26:53 +0000</pubDate>
		<guid isPermaLink="false">http://gwala.net/blog/?p=13#comment-160</guid>
		<description>Hi Terry,

That's getting into a more complicated situation, probably a slight redesign is going to be needed there. 

As far as I can tell there's two issues at hand:
- 1. The permissions manager does not differentiate between say, being able to move/return/delete/reposition/mod objects, and being able to swipe them back to inventory - that definetely needs some fine tuning. (It also sounds like the inventory take code is not copying inworld permission bits properly, that's definetely a bug.)

- 2. Region owners/operators are equivilent to your standard webhost, when you upload content onto a webserver (say like the one I put this site on), then the people with access to that server are going to be able to tweak it.

Estate/region owners have had powers over their regions for the same reason that webhosts do, but in some situations there will be cases where that's not desired functionality - in that case, being able to disable the overrides via an option is probably a good feature to have.

I'll go have a chat about it with the other devs and see if we can get those overrides set to a config option. (Although getting more detailed configurable ACL's for the permissions manager is on the agenda at the moment, I think Melanie herself is working on that.)</description>
		<content:encoded><![CDATA[<p>Hi Terry,</p>
<p>That&#8217;s getting into a more complicated situation, probably a slight redesign is going to be needed there. </p>
<p>As far as I can tell there&#8217;s two issues at hand:<br />
- 1. The permissions manager does not differentiate between say, being able to move/return/delete/reposition/mod objects, and being able to swipe them back to inventory - that definetely needs some fine tuning. (It also sounds like the inventory take code is not copying inworld permission bits properly, that&#8217;s definetely a bug.)</p>
<p>- 2. Region owners/operators are equivilent to your standard webhost, when you upload content onto a webserver (say like the one I put this site on), then the people with access to that server are going to be able to tweak it.</p>
<p>Estate/region owners have had powers over their regions for the same reason that webhosts do, but in some situations there will be cases where that&#8217;s not desired functionality - in that case, being able to disable the overrides via an option is probably a good feature to have.</p>
<p>I&#8217;ll go have a chat about it with the other devs and see if we can get those overrides set to a config option. (Although getting more detailed configurable ACL&#8217;s for the permissions manager is on the agenda at the moment, I think Melanie herself is working on that.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Terry Ford</title>
		<link>http://www.adamfrisby.com/blog/2008/07/copy-protection-nuances/comment-page-1/#comment-158</link>
		<dc:creator>Terry Ford</dc:creator>
		<pubDate>Sat, 16 Aug 2008 04:10:33 +0000</pubDate>
		<guid isPermaLink="false">http://gwala.net/blog/?p=13#comment-158</guid>
		<description>Hi Adam,
I'm wondering if you might speak about this mantis issue a bit from your point of view as it I think pertains to this issue in some ways.

http://opensimulator.org/mantis/view.php?id=1784

Thank-you.
Terry Ford - aka Butch Arnold
http://www.3rdrockgrid.com</description>
		<content:encoded><![CDATA[<p>Hi Adam,<br />
I&#8217;m wondering if you might speak about this mantis issue a bit from your point of view as it I think pertains to this issue in some ways.</p>
<p><a href="http://opensimulator.org/mantis/view.php?id=1784" rel="nofollow">http://opensimulator.org/mantis/view.php?id=1784</a></p>
<p>Thank-you.<br />
Terry Ford - aka Butch Arnold<br />
<a href="http://www.3rdrockgrid.com" rel="nofollow">http://www.3rdrockgrid.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Frisby &#187; Blog Archive &#187; Copy Protection vs Permissions - again.</title>
		<link>http://www.adamfrisby.com/blog/2008/07/copy-protection-nuances/comment-page-1/#comment-17</link>
		<dc:creator>Adam Frisby &#187; Blog Archive &#187; Copy Protection vs Permissions - again.</dc:creator>
		<pubDate>Sat, 26 Jul 2008 19:57:20 +0000</pubDate>
		<guid isPermaLink="false">http://gwala.net/blog/?p=13#comment-17</guid>
		<description>[...] Finally, this is nothing that hasnt been said before. By default OpenSim - right now, supports your standard SL-flavoured permissions as the default permission module, it’s there today - yes you can swap one permission module with one that doesnt respect those, and yes you could remove it entirely. - Copy Protection Nuances [...]</description>
		<content:encoded><![CDATA[<p>[...] Finally, this is nothing that hasnt been said before. By default OpenSim - right now, supports your standard SL-flavoured permissions as the default permission module, it’s there today - yes you can swap one permission module with one that doesnt respect those, and yes you could remove it entirely. - Copy Protection Nuances [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Frisby</title>
		<link>http://www.adamfrisby.com/blog/2008/07/copy-protection-nuances/comment-page-1/#comment-16</link>
		<dc:creator>Adam Frisby</dc:creator>
		<pubDate>Sat, 26 Jul 2008 18:42:33 +0000</pubDate>
		<guid isPermaLink="false">http://gwala.net/blog/?p=13#comment-16</guid>
		<description>Well, that's kind of the point - we do support those things. See where I wrote "By default OpenSim - right now, supports your standard SL-flavored permissions as the default permission module".

The difference is, we're supporting that because it's a happy medium - it indicates what a content creator wants to do with something, but it doesn't go into a technological cat and mouse game.

Trying to support something "Stronger" however is pretty much futile becuase breaking those permissions will be no more difficult than it is today. The idea that something stronger can be possibly implemented is a bit of a myth.

Tools like "Copybot" will always exist for those who want to get them, and there's nothing (literally nothing) on the server side that can be done to stop those tools from working. Ditto for GLIntercept and others.

Enforcing the creators intent to the degree that permissions are handled correctly by default is about the best that can be offered - it's what we support right now. (I do need to add however, that it is always possible to disable that)

However, it's important that it gets publicized that this is *no different to SL today*.

The SL permissions are very much indicators of the creators intent, and how the system should handle them by default. People get around these permissions with fervency just by using things like GLIntercept, cache-rippers, copybots, etc.

So returning to my original point in summary:
- Protection is only as strong as the weakest link, in this case the client is the weakest link so anything done elsewhere is somewhat pointless.
*** - We support the same as SL does today since it is not copy protection, but permissions - permissions are something handleable. ***
- Efforts to obfuscate content on the back end is also rather pointless because it would never take much effort to decode, and once it is decoded, everything obfuscated is now decoded and a new scheme needs to be implemented.
- The copy protection industry has been noting the above and actually backing away from trying to protect content like this because of the futility of it. The "big four" music companies now release their content "protection"-free on all the major music sites, their reasoning being that trying to protect content was both annoying consumers and rather pointless - take a look at say the iPhone 3G, within two days of the release people had already produced cracks for it and it's new-and-improved protection.</description>
		<content:encoded><![CDATA[<p>Well, that&#8217;s kind of the point - we do support those things. See where I wrote &#8220;By default OpenSim - right now, supports your standard SL-flavored permissions as the default permission module&#8221;.</p>
<p>The difference is, we&#8217;re supporting that because it&#8217;s a happy medium - it indicates what a content creator wants to do with something, but it doesn&#8217;t go into a technological cat and mouse game.</p>
<p>Trying to support something &#8220;Stronger&#8221; however is pretty much futile becuase breaking those permissions will be no more difficult than it is today. The idea that something stronger can be possibly implemented is a bit of a myth.</p>
<p>Tools like &#8220;Copybot&#8221; will always exist for those who want to get them, and there&#8217;s nothing (literally nothing) on the server side that can be done to stop those tools from working. Ditto for GLIntercept and others.</p>
<p>Enforcing the creators intent to the degree that permissions are handled correctly by default is about the best that can be offered - it&#8217;s what we support right now. (I do need to add however, that it is always possible to disable that)</p>
<p>However, it&#8217;s important that it gets publicized that this is *no different to SL today*.</p>
<p>The SL permissions are very much indicators of the creators intent, and how the system should handle them by default. People get around these permissions with fervency just by using things like GLIntercept, cache-rippers, copybots, etc.</p>
<p>So returning to my original point in summary:<br />
- Protection is only as strong as the weakest link, in this case the client is the weakest link so anything done elsewhere is somewhat pointless.<br />
*** - We support the same as SL does today since it is not copy protection, but permissions - permissions are something handleable. ***<br />
- Efforts to obfuscate content on the back end is also rather pointless because it would never take much effort to decode, and once it is decoded, everything obfuscated is now decoded and a new scheme needs to be implemented.<br />
- The copy protection industry has been noting the above and actually backing away from trying to protect content like this because of the futility of it. The &#8220;big four&#8221; music companies now release their content &#8220;protection&#8221;-free on all the major music sites, their reasoning being that trying to protect content was both annoying consumers and rather pointless - take a look at say the iPhone 3G, within two days of the release people had already produced cracks for it and it&#8217;s new-and-improved protection.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cocoanut Koala</title>
		<link>http://www.adamfrisby.com/blog/2008/07/copy-protection-nuances/comment-page-1/#comment-12</link>
		<dc:creator>Cocoanut Koala</dc:creator>
		<pubDate>Fri, 25 Jul 2008 22:34:41 +0000</pubDate>
		<guid isPermaLink="false">http://gwala.net/blog/?p=13#comment-12</guid>
		<description>But Adam, most people are not professionally schooled coders.

Moreover, most people are not professionally schooled coders who also want to defeat a copy protection system and steal other people's stuff.  In practice, that is not a very large group.

Those are not the people these systems are designed to protect against.  You might as well say that there is no use putting a lock on the department store door because a professionally schooled locksmith could open it.

Any world (or whatever you want to call it) that refuses to take the most elementary precautions against content theft, but insists that people form guilds and whatnot instead, is a world I would not be interested in creating any content in.

If you want more people, you have to satisfy these basic needs, rather than continually coming up with various worst-case scenarios and other arcane reasons why you shouldn't have to.

coco</description>
		<content:encoded><![CDATA[<p>But Adam, most people are not professionally schooled coders.</p>
<p>Moreover, most people are not professionally schooled coders who also want to defeat a copy protection system and steal other people&#8217;s stuff.  In practice, that is not a very large group.</p>
<p>Those are not the people these systems are designed to protect against.  You might as well say that there is no use putting a lock on the department store door because a professionally schooled locksmith could open it.</p>
<p>Any world (or whatever you want to call it) that refuses to take the most elementary precautions against content theft, but insists that people form guilds and whatnot instead, is a world I would not be interested in creating any content in.</p>
<p>If you want more people, you have to satisfy these basic needs, rather than continually coming up with various worst-case scenarios and other arcane reasons why you shouldn&#8217;t have to.</p>
<p>coco</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#34;Not Rooting for Reuters&#34; or &#34;How I Learned About Journalistic Integrity the Hard Way - Page 2 - SLUniverse Forums</title>
		<link>http://www.adamfrisby.com/blog/2008/07/copy-protection-nuances/comment-page-1/#comment-6</link>
		<dc:creator>&#34;Not Rooting for Reuters&#34; or &#34;How I Learned About Journalistic Integrity the Hard Way - Page 2 - SLUniverse Forums</dc:creator>
		<pubDate>Thu, 24 Jul 2008 23:57:37 +0000</pubDate>
		<guid isPermaLink="false">http://gwala.net/blog/?p=13#comment-6</guid>
		<description>[...] my response online:  Adam Frisby </description>
		<content:encoded><![CDATA[<p>[...] my response online:  Adam Frisby</p>
]]></content:encoded>
	</item>
</channel>
</rss>
