<?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: On Trusted Computing &#8230; Part II</title>
	<atom:link href="http://blogs.mcafee.com/mcafee-labs/2008/05/30/on-trusted-computing-part-ii/feed" rel="self" type="application/rss+xml" />
	<link>http://blogs.mcafee.com/mcafee-labs/on-trusted-computing-part-ii</link>
	<description></description>
	<lastBuildDate>Tue, 29 Nov 2011 07:51:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: William H.</title>
		<link>http://blogs.mcafee.com/mcafee-labs/on-trusted-computing-part-ii/comment-page-1#comment-17244</link>
		<dc:creator>William H.</dc:creator>
		<pubDate>Thu, 12 Jun 2008 19:41:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.labs.com/research/blog/?p=666#comment-17244</guid>
		<description>Lenovo and other OS vendors as manufactures are already locking in their hardware by means of using DMI during BIOS booting.

I bought a new wireless minicard, to replace the OEM unit in my Lenovo Y510 IdeaPad which is sold on the Y510 notebook.

To make a long story short, I had to purchase the same wireless card from Lenovo so the computer would boot.

This insures only Lenovo hardware that&#039;s been certified with their blessings to run in my Lenovo Y510 computer.

It works against competition, as now i have NO choice, but to purchase only what Lenovo wants to offer me for that specific type of notebook.

I only had needed to replace the old OEM wireless minicard that came with 802.11.g with another using 802.11.n here. Nobody selling me the same product will tell me about DMI management.

It&#039;s like DRM, as it should be called &quot;digital rights restrictions&quot; and not digital rights management for which is very misleading.

If things continue ahead in this direction, it will not be long before even the most simple task will be beyond our reach as a consumer. We will be living in a word completely under the policies of some corporation, that has no accountability, as the legal code forbids suing any corporation as an individual.

Meaning, these restrictions can be abused by denying competition, restricting usage, and worse limiting prior innovation to the hands of only a few.

It only serves the wealthy, while making the people indentured servants. So how is that wise?</description>
		<content:encoded><![CDATA[<p>Lenovo and other OS vendors as manufactures are already locking in their hardware by means of using DMI during BIOS booting.</p>
<p>I bought a new wireless minicard, to replace the OEM unit in my Lenovo Y510 IdeaPad which is sold on the Y510 notebook.</p>
<p>To make a long story short, I had to purchase the same wireless card from Lenovo so the computer would boot.</p>
<p>This insures only Lenovo hardware that&#8217;s been certified with their blessings to run in my Lenovo Y510 computer.</p>
<p>It works against competition, as now i have NO choice, but to purchase only what Lenovo wants to offer me for that specific type of notebook.</p>
<p>I only had needed to replace the old OEM wireless minicard that came with 802.11.g with another using 802.11.n here. Nobody selling me the same product will tell me about DMI management.</p>
<p>It&#8217;s like DRM, as it should be called &#8220;digital rights restrictions&#8221; and not digital rights management for which is very misleading.</p>
<p>If things continue ahead in this direction, it will not be long before even the most simple task will be beyond our reach as a consumer. We will be living in a word completely under the policies of some corporation, that has no accountability, as the legal code forbids suing any corporation as an individual.</p>
<p>Meaning, these restrictions can be abused by denying competition, restricting usage, and worse limiting prior innovation to the hands of only a few.</p>
<p>It only serves the wealthy, while making the people indentured servants. So how is that wise?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hal</title>
		<link>http://blogs.mcafee.com/mcafee-labs/on-trusted-computing-part-ii/comment-page-1#comment-17243</link>
		<dc:creator>Hal</dc:creator>
		<pubDate>Tue, 03 Jun 2008 20:51:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.labs.com/research/blog/?p=666#comment-17243</guid>
		<description>I think the situation with PCs is going to continue to be very different than for small specialized mobile devices. The PC is traditionally an open platform, and customer expectations will insure that it stays that way. Actually there is nothing about the TPM that would particularly entice OS vendors to close the platform. In fact to the extent that TPM and improved OS technology improve separation between processes, the argument for closing the platform is weakened, as insecure applications cannot harm other applications or the OS.

To take this argument to its logical conclusion, imagine that Microsoft announced that Windows 7 will only run Microsoft-approved applications. Anyone who does not understand that this would doom the product and probably the company forever should not be commenting on this issue. Yet when people talk about TPM they automatically assume that just such idiotic maneuvers will be common among OS vendors.

Vendor lock-in is potentially an issue, but here it is best left up to the market. Products with open specifications and data structures will compete with those that close their specs. I think in today&#039;s world we are seeing movement towards more open source, open specs and open implementations. I suspect this concern about lock-in is largely going to be a thing of the past.</description>
		<content:encoded><![CDATA[<p>I think the situation with PCs is going to continue to be very different than for small specialized mobile devices. The PC is traditionally an open platform, and customer expectations will insure that it stays that way. Actually there is nothing about the TPM that would particularly entice OS vendors to close the platform. In fact to the extent that TPM and improved OS technology improve separation between processes, the argument for closing the platform is weakened, as insecure applications cannot harm other applications or the OS.</p>
<p>To take this argument to its logical conclusion, imagine that Microsoft announced that Windows 7 will only run Microsoft-approved applications. Anyone who does not understand that this would doom the product and probably the company forever should not be commenting on this issue. Yet when people talk about TPM they automatically assume that just such idiotic maneuvers will be common among OS vendors.</p>
<p>Vendor lock-in is potentially an issue, but here it is best left up to the market. Products with open specifications and data structures will compete with those that close their specs. I think in today&#8217;s world we are seeing movement towards more open source, open specs and open implementations. I suspect this concern about lock-in is largely going to be a thing of the past.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: badidea</title>
		<link>http://blogs.mcafee.com/mcafee-labs/on-trusted-computing-part-ii/comment-page-1#comment-17242</link>
		<dc:creator>badidea</dc:creator>
		<pubDate>Mon, 02 Jun 2008 17:22:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.labs.com/research/blog/?p=666#comment-17242</guid>
		<description>This system is basically the ultimate whitelist.  However, total control of this list is in the hands of the OS vendor.  If the OS vendor allows another vendor&#039;s software, then that vendor has some control over what other (OS vendor approved) software runs concurrently and can interact with your software.  Microsoft would have the capability to, for example, deny the ability to run Quicken and approve only MS Money for your financial software needs.  A more insidious setup would be to allow Quicken to run but deny access to the internet for transaction downloading.

From a common sense perspective, I just don&#039;t see any government or corporation wanting Microsoft to be in absolute control of their servers, desktops, and data.</description>
		<content:encoded><![CDATA[<p>This system is basically the ultimate whitelist.  However, total control of this list is in the hands of the OS vendor.  If the OS vendor allows another vendor&#8217;s software, then that vendor has some control over what other (OS vendor approved) software runs concurrently and can interact with your software.  Microsoft would have the capability to, for example, deny the ability to run Quicken and approve only MS Money for your financial software needs.  A more insidious setup would be to allow Quicken to run but deny access to the internet for transaction downloading.</p>
<p>From a common sense perspective, I just don&#8217;t see any government or corporation wanting Microsoft to be in absolute control of their servers, desktops, and data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken Y-N</title>
		<link>http://blogs.mcafee.com/mcafee-labs/on-trusted-computing-part-ii/comment-page-1#comment-17241</link>
		<dc:creator>Ken Y-N</dc:creator>
		<pubDate>Sun, 01 Jun 2008 13:46:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.labs.com/research/blog/?p=666#comment-17241</guid>
		<description>Remote attestation is more useful, I think, for corporates and software licensing. I could see virus protection software, for instance, being properly managed in a corporate environment through the use of attestation. I&#039;m not sure of what the cost/benefits are, but I feel that one of the first real uses of the TPMs in the corporate environment will be for accounting of site licenced packages.

TPMs on mobile devices (MTMs) are mandatory (well, MRTMs only, not MLTMs, but let&#039;s not get into that!) but they need that to enforce legal regulations surrounding wireless use, and to protect the SIM card, etc.

Looking forward to the article on trusted virtualisation, but every time I think about it my brain hurts!</description>
		<content:encoded><![CDATA[<p>Remote attestation is more useful, I think, for corporates and software licensing. I could see virus protection software, for instance, being properly managed in a corporate environment through the use of attestation. I&#8217;m not sure of what the cost/benefits are, but I feel that one of the first real uses of the TPMs in the corporate environment will be for accounting of site licenced packages.</p>
<p>TPMs on mobile devices (MTMs) are mandatory (well, MRTMs only, not MLTMs, but let&#8217;s not get into that!) but they need that to enforce legal regulations surrounding wireless use, and to protect the SIM card, etc.</p>
<p>Looking forward to the article on trusted virtualisation, but every time I think about it my brain hurts!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

