<?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: Can DRM really be &#8216;elegant&#8217;?</title>
	<atom:link href="http://www.teleread.com/2009/08/22/can-drm-really-be-elegant/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.teleread.com/drm/can-drm-really-be-elegant/</link>
	<description>News &#38; views on e-books, libraries, publishing and related topics</description>
	<lastBuildDate>Tue, 14 Feb 2012 16:36:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Steve Jordan</title>
		<link>http://www.teleread.com/drm/can-drm-really-be-elegant/comment-page-1/#comment-1134491</link>
		<dc:creator>Steve Jordan</dc:creator>
		<pubDate>Tue, 25 Aug 2009 12:43:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/2009/08/22/can-drm-really-be-elegant/#comment-1134491</guid>
		<description>A lock that only works once... is a pretty useless lock.  It might as well not be there at all, if it&#039;s only going to be opened the moment you buy something, and never re-used.  The act of buying the product accomplishes exactly the same thing.

Also, the idea that a credit card number is something people won&#039;t share is not well thought-out.  You&#039;re forgetting the people who steal credit card numbers to make purchases, and can then attach that stolen number to any number of DRM&#039;d items.  You&#039;re forgetting the number of credit card numbers that change hands when people cancel accounts, and sometimes deliberately when account security is questioned.  And finally, you&#039;re forgetting the people who will specifically create a credit card account, use it for a purchase or two and cancel it, then use that CC number for bogus transactions that do not require instant bank-checking for approval.

Credit card numbers are not safe, because they are easily spoofed or stolen.  A safer, harder-to-spoof system is what is needed for DRM, and I think a combination of biometric IDs and a way to transfer ownership of single items will eventually provide us with that.</description>
		<content:encoded><![CDATA[<p>A lock that only works once&#8230; is a pretty useless lock.  It might as well not be there at all, if it&#8217;s only going to be opened the moment you buy something, and never re-used.  The act of buying the product accomplishes exactly the same thing.</p>
<p>Also, the idea that a credit card number is something people won&#8217;t share is not well thought-out.  You&#8217;re forgetting the people who steal credit card numbers to make purchases, and can then attach that stolen number to any number of DRM&#8217;d items.  You&#8217;re forgetting the number of credit card numbers that change hands when people cancel accounts, and sometimes deliberately when account security is questioned.  And finally, you&#8217;re forgetting the people who will specifically create a credit card account, use it for a purchase or two and cancel it, then use that CC number for bogus transactions that do not require instant bank-checking for approval.</p>
<p>Credit card numbers are not safe, because they are easily spoofed or stolen.  A safer, harder-to-spoof system is what is needed for DRM, and I think a combination of biometric IDs and a way to transfer ownership of single items will eventually provide us with that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: borax99 (AlainC.)</title>
		<link>http://www.teleread.com/drm/can-drm-really-be-elegant/comment-page-1/#comment-1134017</link>
		<dc:creator>borax99 (AlainC.)</dc:creator>
		<pubDate>Mon, 24 Aug 2009 20:25:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/2009/08/22/can-drm-really-be-elegant/#comment-1134017</guid>
		<description>So far, I have only run into one DRM scheme that can be called elegant - it&#039;s the one used for the ereader format. Typically, you unlock a purchased ebook once per machine - no limitations on how many machines you can read it on. You unlock the book with your name and credit card number. Very slick, and ultimately fair - I can&#039;t see anyone sharing their credit card info freely on the web...</description>
		<content:encoded><![CDATA[<p>So far, I have only run into one DRM scheme that can be called elegant &#8211; it&#8217;s the one used for the ereader format. Typically, you unlock a purchased ebook once per machine &#8211; no limitations on how many machines you can read it on. You unlock the book with your name and credit card number. Very slick, and ultimately fair &#8211; I can&#8217;t see anyone sharing their credit card info freely on the web&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jan Samzelius</title>
		<link>http://www.teleread.com/drm/can-drm-really-be-elegant/comment-page-1/#comment-1131987</link>
		<dc:creator>Jan Samzelius</dc:creator>
		<pubDate>Sun, 23 Aug 2009 02:50:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/2009/08/22/can-drm-really-be-elegant/#comment-1131987</guid>
		<description>First, full disclosure: I am the CEO of a DRM company. You might find us very different from others. We are currently only focusing on PC games.

Felix - I agree with you that existing solutions are not based on serving the end user. ByteShield is different. Please check out http://www.reclaimyourgame.com/index.php?option=com_content&amp;view=article&amp;id=291&amp;Itemid=108
Also, check out http://forums.theeca.com/showthread.php?t=6446&amp;highlight=byteshield

We have been approached by content companies outside of games. But we are not sure how to make the solution as user friendly as is needed. Please give me suggestions.

Regards,

Jan</description>
		<content:encoded><![CDATA[<p>First, full disclosure: I am the CEO of a DRM company. You might find us very different from others. We are currently only focusing on PC games.</p>
<p>Felix &#8211; I agree with you that existing solutions are not based on serving the end user. ByteShield is different. Please check out <a href="http://www.reclaimyourgame.com/index.php?option=com_content&#038;view=article&#038;id=291&#038;Itemid=108" rel="nofollow">http://www.reclaimyourgame.com/index.php?option=com_content&#038;view=article&#038;id=291&#038;Itemid=108</a><br />
Also, check out <a href="http://forums.theeca.com/showthread.php?t=6446&#038;highlight=byteshield" rel="nofollow">http://forums.theeca.com/showthread.php?t=6446&#038;highlight=byteshield</a></p>
<p>We have been approached by content companies outside of games. But we are not sure how to make the solution as user friendly as is needed. Please give me suggestions.</p>
<p>Regards,</p>
<p>Jan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Felix Torres</title>
		<link>http://www.teleread.com/drm/can-drm-really-be-elegant/comment-page-1/#comment-1131201</link>
		<dc:creator>Felix Torres</dc:creator>
		<pubDate>Sat, 22 Aug 2009 13:16:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/2009/08/22/can-drm-really-be-elegant/#comment-1131201</guid>
		<description>Sure. Digital Rights Management systems can be elegant. All it takes is a thoughfully engineered system focused on end-user needs and a generally accepted set of usage guidelines.
It might be worth pointing that major corporations have been engineering robust and flexible digital content management systems for inhouse use for the last decade or two.
The main problem with the *public* Digital Rights Management systems in use for commercial distribution of content is that to date none has been crafted in anything approaching a rational manner; all have been crafted as top-down, &quot;take what we give you&quot; mandates by content gatekeepers. In the corporate world, user needs, by contrast, are generally balanced against the IT and security depts&#039; natural paranoia.
It is early in the game for most forms of commercially-distributed digital media and there is still time to avoid the stupid mistakes of the music industry, the poster-children for how *not* to &quot;manage&quot; a transition to digital online distribution.
Truthfully, however, I see no indication the large publishers have any interest in avoiding the mistakes of their studio brethren. They show no interest in crafting a fair, balanced, flexible regime and instead seem almost eager to abdicate their responsibilities to outsiders hoping the issue will go away. 
Most curious, really.
They are literally giving away the keys to their (mismanaged) kingdoms.</description>
		<content:encoded><![CDATA[<p>Sure. Digital Rights Management systems can be elegant. All it takes is a thoughfully engineered system focused on end-user needs and a generally accepted set of usage guidelines.<br />
It might be worth pointing that major corporations have been engineering robust and flexible digital content management systems for inhouse use for the last decade or two.<br />
The main problem with the *public* Digital Rights Management systems in use for commercial distribution of content is that to date none has been crafted in anything approaching a rational manner; all have been crafted as top-down, &#8220;take what we give you&#8221; mandates by content gatekeepers. In the corporate world, user needs, by contrast, are generally balanced against the IT and security depts&#8217; natural paranoia.<br />
It is early in the game for most forms of commercially-distributed digital media and there is still time to avoid the stupid mistakes of the music industry, the poster-children for how *not* to &#8220;manage&#8221; a transition to digital online distribution.<br />
Truthfully, however, I see no indication the large publishers have any interest in avoiding the mistakes of their studio brethren. They show no interest in crafting a fair, balanced, flexible regime and instead seem almost eager to abdicate their responsibilities to outsiders hoping the issue will go away.<br />
Most curious, really.<br />
They are literally giving away the keys to their (mismanaged) kingdoms.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Jordan</title>
		<link>http://www.teleread.com/drm/can-drm-really-be-elegant/comment-page-1/#comment-1131176</link>
		<dc:creator>Steve Jordan</dc:creator>
		<pubDate>Sat, 22 Aug 2009 12:25:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.teleread.org/2009/08/22/can-drm-really-be-elegant/#comment-1131176</guid>
		<description>How &quot;elegant&quot; can a lock and key be?  It&#039;s an odd word to use.  Since what I imagine he means is a DRM system that is simple, easy and acceptable for public use, I would say yes, it can be done, and I expect &quot;elegant DRM&quot; will be accomplished... in sometime beyond the next 10 years.

It depends on combining a universally-functionable at-the-source ID system (probably biometric), and providing incentives to get people on-board.  And it does not have to involve Federalized databases hidden away in Yucca Mountain.  The essential tools are actually available now, and in fact it has been done in other industries, so there&#039;s no reason it cannot be accomplished here, given time to get the systems and people together on it.  (I&#039;ve made further comments on the subject &lt;a href=&quot;http://www.stevejordanbooks.com/essays/digital_security.htm&quot; rel=&quot;nofollow&quot;&gt;here&lt;/a&gt;... a bit long to post in here, though.)</description>
		<content:encoded><![CDATA[<p>How &#8220;elegant&#8221; can a lock and key be?  It&#8217;s an odd word to use.  Since what I imagine he means is a DRM system that is simple, easy and acceptable for public use, I would say yes, it can be done, and I expect &#8220;elegant DRM&#8221; will be accomplished&#8230; in sometime beyond the next 10 years.</p>
<p>It depends on combining a universally-functionable at-the-source ID system (probably biometric), and providing incentives to get people on-board.  And it does not have to involve Federalized databases hidden away in Yucca Mountain.  The essential tools are actually available now, and in fact it has been done in other industries, so there&#8217;s no reason it cannot be accomplished here, given time to get the systems and people together on it.  (I&#8217;ve made further comments on the subject <a href="http://www.stevejordanbooks.com/essays/digital_security.htm" rel="nofollow">here</a>&#8230; a bit long to post in here, though.)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced
Database Caching using disk: basic
Object Caching 355/380 objects using disk: basic

Served from: www.teleread.com @ 2012-02-14 11:37:37 -->
