Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-security
Navigation:
Lists: gentoo-security: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-security@g.o
From: Anthony Gorecki <agorecki@...>
Subject: Re: Why we need TPM in Linux kernel?
Date: Tue, 22 Nov 2005 20:52:32 -0800
On Tuesday, November 22, 2005 15:15, Dan Noe wrote:
> This would enable enhanced
> virus/malware protection, because the evil code wouldn't be signed by a
> trusted party.
> 
> I don't know much about the technology at this point, but like many
> things just because it /can/ be abused doesn't mean it is per se a bad
> idea.  It can be used to make computing safer, especially in an open
> source environment where the uses are freely criticized

I agree with the above.

I will never tolerate the use of digital restrictions management technology if 
it is required by a third party, however if I wish to use certain aspects of 
trusted computing for my own purposes, I welcome the kernel's support of that 
technology. Dubious uses of the technology are to be expected by corporations 
such as Microsoft, but I believe that it can also be very valuable for 
legitimate implementations.


-- 
Anthony Gorecki
Ectro-Linux Foundation
Attachment:
pgpezyoN9Hbup.pgp (PGP signature)
Replies:
Re: Re: Why we need TPM in Linux kernel?
-- Daniel Lynch
References:
Why we need TPM in Linux kernel?
-- Serge Koksharov
Re: Why we need TPM in Linux kernel?
-- Dan Noe
Navigation:
Lists: gentoo-security: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: Why we need TPM in Linux kernel?
Next by thread:
Re: Re: Why we need TPM in Linux kernel?
Previous by date:
Re: Why we need TPM in Linux kernel?
Next by date:
Boot CD for secure remote access


Updated Jun 17, 2009

Summary: Archive of the gentoo-security mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.