Transmeta to Incorporate DRM in TM5800 Processor
smiff writes "Silicon Valley is reporting that Transmeta will embed 'security' features in its TM5800 Crusoe processor. 'Transmeta said its Crusoe processors...would be slightly altered to tackle security and address requirements for securing sensitive data and intellectual property.' With everyone looking out for security, why don't I feel all warm and fuzzy inside?"
Why does this kind of stuff happen right in front of our eyes, yet behind our backs?
I feel like I speak for most people here, when I say " Oh, shit ."
Down with Saudi Arabia!!!
With everyone looking out for security, why don't I feel all warm and fuzzy inside?
Because it is not security for you, but security from you.
DRM seems to be more DRRM: Digital Rights Removal Mechanism.
I don't subscribe to RMS's GNUtopian vision.
I thought Transmeta had Linus, and were therefore good guys. Now we're going to have to design and fabricate our own OSH chips so we can code and compile our own OSS. Maybe I'll just take up fishing instead...
You see? You see? Your stupid minds! Stupid! Stupid!
The market drives the economy.
If all DRM hardware don't sell then the technology
will be abandoned.
I believe that a true open design for open hardware
will result out of this. And we will be running
Linux or FreeBSD.
Apple I believe is fighting to stay out of this.
Who knows, maybe Apple will get a surge of new business.
I do not want a nutered computer.
Personally, I think the whole DRM thing is just FUD. There are so many agendas at work, the true nature of it is only known to the designers at work. And knowing how hardware architects work, I don't think theres much to fear.
-
Perhaps this is the time when we should take into consideration buying processors from the Chinese government (since they're making them now). I realize they may be slow, but if this DRM thing gets out of hand this sort of threat to the US chipmakers could be in order.
of vendors not planning on making chips with DRM? So far we know that Intel, AMD, and now Transmeta will be incorporating DRM. What about Cyrix/Winchip? Has anyone heard about IBM adding this to ther PowerX series of chips? Or Motorola for thier upcoming lines? I would have no problem moving to PowerPC if it meant I wouldn't have to deal with DRM.
While there are very valid and good reasons for this technology to exist, I don't ever want to see it on my desktop/laptop. Server side makes sense to me, but I only see potential for abuse on the desktop side.
"Evil thrives when Good Men do nothing"
Of course I forgot who said that....
Hey, with Linus working for TM, maybe Linux can be the first OS with support for DRM! Woohooo!
Oh, wait... Dangit.
You're a struggling company. You:
A. Ignore DRM solutions and the coming tidal wave of hollywood support and cash and apps that will work with Palladium-type processor hacks.
B. Make your chip support and embrace DRM.
As an investor, I can guess "B" might be your answer...
The RIAA and technology companies have aggreed a deal, that will be anounced in washington on wednesday.
Basicly the RIAA are going to stop lobying for imposed DRM and the tech companies are going to put DRM inplace.
BBC News Story
thank God the internet isn't a human right.
This doesn't look like full Paladium-style DRM. It just looks like various implementations of DES, AES, etc. It is mentioned that these features are to speed up these commonly used encryption schemes
Though it does have "secure" storage for "confidential information." The article also mentions that it that the architecture can be extended to support new "features." So don't panic (yet), but it looks like this is a start towards full on-chip DRM.
If you actually read what Transmeta is adding the talk about security like in SHA, DES and AES. The accelerate the ciphers and MAC calculations. They probably will have a hardware based random number generator. Which is a great thing in itself. Those will probably be the best chips for IPSec gateways and SSH servers. This does not in any way forces certain signed OS to be booted or anything like this.
They say DRM because it sells, but you can use it for signature checking your executables against troyaned versions (and you calculate the signatures when you install from a know, secure media), accelerating your encrypted FS, chat and web traffic. So if you install MS system you get an accelerated DRM PC. You install Linux/xBSD and get an accelerated privacy protected PC. I'd rather have this choice.
Maybe this story has something to do with it? Essentially, the entertaiment and tech industries have "struck a deal" which means we won't have CDBTPA, but won't have fair use either.
They're probably embedding DRM to break into the handheld / portable music player market. It won't take long before Sony and others, who create hardware as well as have RIAA-linked music divisions, begin to streamline their products on DRM.
I wouldn't panic because Transmeta has a miniscule market share. When Intel announces they will incorporate DRM into all current and future Intel chips and AMD follows suit, THEN panic.
In any case, you could turn it off.
is adding DES hardware support, which can be used for all kinds of stuff, but doesn't mean that they built in TCPA (see also this article. I think the DES hardware can be very useful, especially for brute forcing keys ;).
***Quis custodiet ipsos custodes***
Does everything have to be political, what ever happened to good technilogical discussions? I've done my fair share of ranting against DRM, but the Transmeta features have other uses too.
Much like the Intel P3 features, it is quite useful to have a good random number generation and increased speed for software cryptography. Even the hidden storage registers have non-DRM uses (although I suspect they won't make the FIPS 140-1 level 3 or 4 that I'm used to).
Here are some non-DRM uses to consider:
* Increased crypto speed helps servers (don't forget Transmeta sells chips for dense servers).
* Network identification and IPSEC support (increasingly important in these wireless days)
* Local encryption options (protect data on vunerable computers, like laptops).
My point is that not all cryptography is bad.
Been said before on this thread, but just to see if different words will encourage understanding.....
The title of the piece is "Transmeta Embeds Security in TM5800 Chips", it does not mention DRM or Palladium.
The 1st paragraph comments that there will be a Crusoe that has "embedded technologies for securing sensitive data and delivering tamper-resistant x86 storage environments", now it seems to me that they are making it possible for me to protect MY data.
The next paragraph is slightly less clear in their intentions, with "for securing sensitive data and intellectual property", as it doesn't mention who's intelectual property we are talking about.
I will put the next paragraph in in ts entirety as is says quite a bit "The new security technologies include secure hidden storage of confidential information, encryption acceleration and a processor architecture that can be extended to support new features and industry standards, such as the Advanced Encryption Standard (AES)"
I am going to stop quoting now as the link to the story is available in the initial posting.
Lets look at my current config on my web server to see where this new chip could benefit me.
The server is running SSL versions of Courier MTA, Courier IMAP server, and Apache. Then there is the fact that the only way to log onto the box is via SSH.
Do I see rather a lot of encryption going on there - I think I do.
So if my processor can accelerate that then its a bonus not a problem.
Add stuff like tunnelling X through SSH tunnels and I would be a happy person.
So this is a rather useful tool, rather than the thin edge of the wedge, at least as it looks to me from the available info, I could be wrong, but at least I am not just seeing Palladium/DRM lurking around every corner.
And no, I am not pro-Palladium, in fact I have posted previously about my fears of Palladium, and its possible negative impact on my ability to do what I want with the computers that I own.
But lets not get hysterical people
I have a lifebook P 2000, and I can tell you that watching movies and listening to music are two things that just dont happen on it. I would LOVE to be able to lock it down, but it isnt really possible past PGP/Zonealarm/NAV/etc.
People who think they know everything really piss off those of us that actually do.
What are the benefits of producing this kind of DRM hardware?
That your processor will be picked for use in embedded technology, or that studios, etc. won't whine and cry about your CPU because, in theory, it supports DRM?
In otherwords, have DRM and you can either use it or not. Don't have DRM and there may be an entire field of applications that you cannot sell to.
On the other hand, they could drive millions of people like us running. And guess who buy/advise what kind of hardware to buy?
Running to where? Intel? Nope. AMD? Nope. VIA? Maybe, but I doubt it. Cyrix? Don't make me laugh. Motorola/MIPS/IBM? So utterly different it's an absurd concept, especially on cost.
Once one company agreed to include DRM on chip it became a risky proposition not to include it on your competing chip.
Consider it from the company's point of view - it's just another bulletpoint feature. You don't have to use it, anymore than you need to use MMX, or the FPU, or whatever. But if you don't have that bulletpoint then it can be used against you. Sure, you can argue that it's a good "feature" not to have, but that's not how it'll get marketed and you know it.
This sure does look like full-on DRM. I really like the hardware accelerated encryption; it would be great for VPN, IPSec, ssh, etc. It would also be great for DRM. The secure storage for confidential information is a vague way of saying user-inaccessible storage for DRM cryptographic keys. While it does have other uses, DRM is most likely their primary intention. Transmeta probably worded the press release vaguely to hide the fact.
I'd like to have one of these processors, or any processor with encryption acceleration, and secure storage, to be honest, but only if I could access the secure storage myself. In fact, this would be an excellent CPU if the end user and developer could read and modify the secure area... But then, of course, it's not truly a secure area.
A solution to the problem with music today
The problem is that with ??AA dictating what DRM is with MS as their accomplice, this is unlikely to be allowed.
I was thinking further about the discussion about how "trusted" is understood in the phrase "trusted computing". The essence of what is being proposed is being able to trust the computer when you can't, or more correctly won't trust the operator (user/admin) of that computer.
Trusting the user is fundamental to the philosophy behind Open/Free Source. There is no practical way to keep the admin of a Linux system from being able to defeat any DRM system that Linux implements. You have the source, so you can always hack up a version that strips it out and lets you do whatevery you want.
That being said, it is completely possible to implement a fair DRM scheme in Linux, and since you are trusting the operator anyway, any special support in the HW/BIOS isn't really needed. Since we are now back in control, we can design it to be fair, and have the 'R' in DRM stand for rights, not restrictions. In other words, we would empower the user in excercising fair-use rights to back-up, change formats, share with friends (within fair use bounds, of course).
This probably won't satisfy DRM proponents, but I think it is important that the community respond to them with a true willingness to protect the copyright holders rights as well. If all the standard distros make good faith efforts to produce a system that respects both DRM and fair use, the average user will leave all the controls in place and when they make copies, they will know that there are fair use limits to be respected. Some may still choose to cross the line, and others will go further to circumvent controls completely. But the community will be demonstrating their stand for the rights of all parties involved.
Still, the ugly head of the DMCA rears its head. At least in the US, this law gives all the power to the DRM proponents to just deny Linux access to protected content. It would be bold, but not unreasonable to assert the right to implement the program outlined above even in the face of the DMCA. After all, you are making a good faith effort to implement the controls (sans fair use restictions), not trying to "break" the controls. Now, I wouldn't do this on my own and risk the legal attention of a number of large companies, but this would require a lot of coordination in the community to pull it off anyway.
This is Digital Rights Denial, implimented at the hardware level. You will not be able to publish in the new format, only a few existing publishers get they keys. They will continue to have all the power they enjoy under a dead tree economy without any of the costs. You will loose the ability to make any kind of publication at all, including paper, and will recieve even less that you might currently.
Don't waste your effort, many dedicated people are working hard to screw you and everyone else. Just sit back and relax.
Friends don't help friends install M$ junk.
It isn't all evil, people. But this is slashdot so I'd better go screw myself, eh?
Sounds like exactly what you're planning to do. I certainly don't want to stop you if you want to give yourself the shaft.
Chances are, if your eBook goes nowhere, it'll be at least as much to do with the fact that nobody likes DRM formats as whether or not the content is crap, and since you wrote means you don't even know what's going on around you it probably will be.
DRM-broken E-books are not selling.
Didn't you learn anything from the recent discussion of the Baen Free Library? They are giving away earlier works of name authors with their permission, and the publisher and the authors are suddenly drastically more profitable than they ever have been before.
Baen makes it's ebooks available in non-protected formats.
Tech Public Policy stuff