Slashdot Mirror


DRM in Real-Time and Embedded Systems

An anonymous reader writes "In this guest column at LinuxDevices.com, Victor Yodaiken speculates on the implications (and potential catastrophic consequences) of Digital Rights Management Passport (DRMP) technology to embedded, real-time, and mission critical computer systems. Quoting from the article: "When a technology gets pervasively embedded in microprocessors, computer boards, and software, it will alter the performance of power turbines, jet engines, medical instruments, cell phones and missile guidance systems. Unfortunately, DRMP technology is incompatible with security and with the kinds of reliability needed in safety critical or mission critical applications.""

199 comments

  1. the final countdown by StefMeister · · Score: 5, Funny

    DRM in rocket launching chips might indeed have strange effects

    Operator: ... 3 ... 2 ... 1 ... LIFT OFF
    Launch System: launch operation aborted, you do not have the rights to "the final countdown"

    --
    "Son, in a sporting event, it's not whether you win or lose, it's how drunk you get" - Homer J. Simpson
    1. Re:the final countdown by Anonymous Coward · · Score: 0
      Why doesn't Europe put out in more CDs?


      I miss songs like "Cherokee", "Carrie", and "Superstitious".

  2. Missles? by scott1853 · · Score: 5, Funny

    Sir, the missile headed for the terrorist traing camp is changing it's coordinates! It looks like it's targeting the house of a Kazaa user.

  3. Damn... by Ooblek · · Score: 5, Funny
    That means I won't be able to play the MP3 of Flight of the Valkeries out of the speaker I'm mounting on the front of this cruise missle.

    I still love the smell of napalm in the morning though.

    1. Re:Damn... by gmhowell · · Score: 2

      No doubt. It smells like... victory.

      --
      Jesus was all right but his disciples were thick and ordinary. -John Lennon
  4. Looks like people are still confusing Java and JS by StupidKatz · · Score: 5, Insightful

    "Try browsing the Internet without enabling cookies and Java to see how easy it is for pervasive options to become non-optional."

    It's a valid point, tho. I like some of the workarounds, such as Opera's willingness to throw out all cookies at the end of the current session, if said options are selected.

    Still, the author appears rather alarmist; DRM is a licensing technology, not a security technology, as the author stated. Thus, WHY would consumer-grade "hardware" be found in professional-grade medical hardware? That's like buying a Packard Bell for IBM's web server... it just won't happen.
    On that note, it'd be interesting to see if Intel/AMD/MS/blah will try to include DRM in "server" versions of hardware and software...

  5. well duh by SatanicPuppy · · Score: 1

    "I'm sorry, targeting that missile installation would violate the 'fair use' policy. Please contact an intel representative for liscensing information." Heh. Chips aren't so big that you can hardwire something into them, and not lose something in return, and it's not like intel makes a completely different chip for every application. This seems like a legitimate concern.

    --
    ad logicam Claiming a proposition is false because it was presented as the conclusion of a fallacious argument.
  6. not exactly... by droid_rage · · Score: 3, Insightful

    From the article:
    The DRMP system is based on the premise that unlicensed use of software or data should make computers stop working. You could also argue that bridges should be designed to fall down if someone is detected crossing without paying the toll.

    Ok, I don't like DRM either, but that's rediculous analogy. Most people's interpretation of DRM doesn't include making computers stop working if they're running unlicensed software. It's designed to stop a software package from running if it isn't licensed on the machine. I have a really hard time believing that DRM will ever be in anything like heart monitors or any other specially designed hardware. In my opinion, this guy really is just being alarmist.

    1. Re:not exactly... by JWW · · Score: 5, Interesting

      The chips it is embedded in will eventually be cheap enough in price to be used in embedded situations. Even wasting the clock cycles on determining that you're not running a DRM application could be key (probably not with the heart monitor, but with flight control definately).

      The secret to all of this is that Intel will most likely have a way to completely and absolutely turn off DRM for the chip, because this really would be unworkable for embedded manufactures. Now the task would be for someone to find that capability and distribute it over the internet. This is highly likely to happen.

      Is anyone else out there pissed at the fact that they will actually have to log on to the internet to even use their computer? I mean for broadband its ok, but there are a lot of dialup users out there, who don't need to log in right now to listen to music or to watch DVD's.

    2. Re:not exactly... by droid_rage · · Score: 1

      Very good point. Most critical systems are already on custom-made hardware (with custom software as well), and I can't imagine any cruise missiles running stock Xeons ever, but with some of the less critical systems, older proprietary systems could be replaced with newer i386 based infrastructure.
      According to the TPM FAQ (PDF document), vendor supplied modules will have to be provided for any specific application to use TPM anyway. Yes, Microsoft will have Palladium enabled on the OS by default, but it's doubtful that your pacemaker will be using Modular Windows anytime soon.
      I don't think that it's 100% accurate to say that you will have to log on to the internet to use your computer. Palladium would require a valid digital signature to run some content, but I'm sure you could cache that signature somehow. Any music that you have ripped in WMA format has a signature attached to it, and you don't need to log on to the internet to play those.

    3. Re:not exactly... by Anonymous Coward · · Score: 0

      I think you misunderstand. The "trusted boot" mechanism will ensure you can only boot Windows (CE, if you want for embedded systems). So all those fancy "real time" operating systems will finally be out-competed by the microsoft-standard. May the best OS win!

      (sarcastic, ain't I?)

    4. Re:not exactly... by dswan69 · · Score: 1
      It's designed to stop a software package from running if it isn't licensed on the machine. I have a really hard time believing that DRM will ever be in anything like heart monitors or any other specially designed hardware.

      Because that specially designed hardware generally contains standard processors built on specialised boards intended for the purpose. Our weapon systems are the same, they use Intel processors and standard RAM, but special motherboards intended for our purpose designed rack systems.

      We have already had a situation where the license server for our design software went haywire and suddenly we were considered unlicensed, hence locked out of our very expensive software while the vendor dicked around for a week confirming we really owned licenses.

      Now what if the same should happen in one of our critical systems while a ship is locked in combat with missiles incoming - it could as we design and build a lot of the system, but some of it is licensed from third parties at great expense?

      Of course such processors would never get past our initial evaluation procedures and hence would never get into our systems - and I think many other companies will be the same. That means a thriving market outside the US for uncrippled processors - would Intel fabricate different versions for this purpose and then what is to stop me from buying an unprotected version for home use? We use standard CPUs because they work and are cheap - if they suddenly get very expensive we'll look for alternatives.

    5. Re:not exactly... by VictimlessChris · · Score: 1

      Actually, according to bill proposals in the House of Reps, like the CBDTPA (formerly SSSCA), any and all hardware will be required to have DRM. These bills won't discriminate between the hardware in Little Jonny's MP3 player and the hardware of Dr. Jones' heart monitor. It applys to hardware, and it means all hardware.

      --
      Then I put on a suit, because you can get away with anything if you're wearing a suit. Suits lie.
    6. Re:not exactly... by yelligsc · · Score: 1

      The problem, as mentioned, is that there is a push to plug the "analog hole" and require ALL DSPs, everywhere, to have DRM technlogy on them.

      This is an absurd request, and I cannot even imagine it really happening.

      God I hope Im not being too hopeful!

      Scott.

  7. SECURITY == OVERHEAD by JeanBaptiste · · Score: 3, Insightful

    why is this news? Of course DRMP embedded in stuff will slow the stuff down. Running virus protection takes processor cycles too, so security == overhead there.

    1. Re:SECURITY == OVERHEAD by blibbleblobble · · Score: 5, Interesting

      Running virus protection takes processor cycles too, so security == overhead

      Yep, and virus-scanners are a big pile of poo too, solving a problem that could better be solved by banning microsoft products.

      Ever tried to compile an OS while your virus-checker scans each and every source-file in the entire program, each time you access the file?

      DRM would be essentially similar: Although you could get admin on your NT box to turn the virus checker off while you compile, a DRM system would have no such facility (i.e. the administrator would be His Billness) and the system would have that very same requirement of scanning every file you access.

      Think about it. Think about how long it will take you to check the certificate of every file in even just the linux kernel. It's some factor-of-ten slowdown or so for a virus checker, and will be similar for DRM.

    2. Re:SECURITY == OVERHEAD by dswan69 · · Score: 1

      Ever tried to compile an OS while your virus-checker scans each and every source-file in the entire program, each time you access the file?

      No because my virus checker runs after hours when I'm not here.

      And if it is popping up alerts every time a source file is altered then it is set up wrong. And they can be told to ignore specific executables, i.e. the one you're compiling every couple of minutes because you're busy writing it.

    3. Re:SECURITY == OVERHEAD by Reziac · · Score: 2

      Ban M$ products, and we'll see a return to the good old days of boot sector viruses and file infectors, which are more readily made cross-platform.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    4. Re:SECURITY == OVERHEAD by vadim_t · · Score: 1

      Heh, MS-DOS is a MS product, and the only OS with boot viruses I know. Try making a boot virus for Linux. I'm pretty sure it's not too easy.

    5. Re:SECURITY == OVERHEAD by Reziac · · Score: 2

      They existed for UNIX (there was one BSV that was cross-platform, DOS and UNIX), so I suspect it can be done for linux. The skill set may have fallen out of fashion, but could no doubt be revived were there sufficient "market". Unlikely in the extreme, but I'd not decree it "impossible".

      Geez, the things we think up when we have nothing better to occupy our brains and haven't had our morning caffeine :)

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    6. Re:SECURITY == OVERHEAD by vadim_t · · Score: 1

      It'd be tough, I'm sure. A boot virus would kill LILO or whatever is used, making it pretty useless. And even if it infected it I'm not sure it'd survive the switch to protected mode and kernel initialization. If the virus infected the kernel then I don't think it could be called "boot virus" anymore.

    7. Re:SECURITY == OVERHEAD by Reziac · · Score: 2

      There were a lot of poorly-made viruses that were self-limiting due to either running into something they didn't know how to handle (frex, Disk Manager) or that really were only bootstrappers for file infectors.

      But a properly-written linux virus would know to look for LILO and work around it, just as properly-written DOS BSVs knew to work WITH the boot sector (such as by replacing it with the virus's own working boot sector), not against it, to improve their chances of propagation. The crappy ones just made everything stop working before they had a chance to infect another disk.

      The limiting factor for a virus not carried by email is likely to be not technical difficulties, but rather the fact that floppy disks are no longer used much, even for sneakernet, and that people simply don't trade floppies that much anymore (outside of school environments, anyway -- those are still rich stomping grounds for all sorts of floppy-borne boot and file viruses).

      --
      ~REZ~ #43301. Who'd fake being me anyway?
  8. Turn it off then by 91degrees · · Score: 1

    Unless Sen. Hollings has his way, DRM on the chip can be ignored by a custom OS. The problem being that Windows DRM 2005 will refuse to run without this capability.

  9. Medical Science by carb · · Score: 2, Funny

    "When a technology gets pervasively embedded in microprocessors, computer boards, and software, it will alter the performance of power turbines, jet engines, medical instruments, cell phones and missile guidance systems."

    I'd hate to see a scalpel go bezerk in the middle of an operation - curse you technology.

    1. Re:Medical Science by Anonymous Coward · · Score: 2, Informative

      Actually, a lot of scalpels are not just an really precise X-acto blade on a stick. They have tiny piezo feedback in them to cancel out minute tremors in the surgeon's hands for really delicate stuff like eye surgery. So yes, a scalpel could go beserk....

  10. I highly doubt drm will be included by Billly+Gates · · Score: 4, Interesting

    The only way drm would be included in embedded systems is by law. No manufactor would voluntary put it in for obvious reasons. Wince devices would be another story.

    And for Hollywood, Its not like some hacker is going to go into a hospital and turn a resperator into an internet file swapping server and take down the whole media industry. Come on and get real!

    Drm will only be in pallidium systems so Microsoft can make more profits by being the gatekeeper of the internet and all multimedia. Infact pallidium is really not a drm sollution in itself according to their faq but will be used to enforce it. Its already in Windows2000 and WindowsXP.

    I am sure Fritz will make an exception for many critical embedded systems if he decides to write another insane and unconstitional law. After all the military can not be bothered by drm when their systems monitor nuclear missles. All he cares about is his big fat paycheck by his employers. OOps I meant contributers.

    1. Re:I highly doubt drm will be included by gnalre · · Score: 5, Insightful

      One of the trends of the embedded industry is to use off the shelf x86 processors. They are powerful, cheap and have loads of software for them. Now if intel put DRM into every pentium plus we lose those advantages. We either use other less generic processors or put up with the potential problems of DRM. And if you cannot disable DRM....

      --
      Choose your allies carefully, it is highly unlikely you will be held accountable for the actions of your enemies
    2. Re:I highly doubt drm will be included by jasonditz · · Score: 1

      One could, however, take the processors out of a few of those things that Hollywood decides can do without DRM and build a computer out of them.

    3. Re:I highly doubt drm will be included by Billly+Gates · · Score: 3, Insightful
      " One could, however, take the processors out of a few of those things that Hollywood decides can do without DRM and build a computer out of them."



      And that would cost Hollywood how much from the few people around the world who have enough time and a lab to build one? As it is hollywood is down only %9 this year of what it blames on piracy. How many millions of systems out their run kazaa or gnutella?

      Now imagine lets say only 100 homemade computer? The piracy caused would be not even be seen due to rounding errors.

      I admit the real pirates in China will make systems specifically designed to burn several hundred cd's an hour with non drm chips but they will not be made in the USA but in China or Twaiwan. Either way, real pirates will continue to pirate and these embedded processors will remain drm free. That or perhaps the cpu's will be bought oversea's at the expense of American jobs.

    4. Re:I highly doubt drm will be included by jc42 · · Score: 5, Insightful

      The only way drm would be included in embedded systems is by law.

      Even then, it's doubtful if it will matter with many embedded real-time systems. And it ain't
      gonna matter with consumer equipment, either. There will simply be massive "civil disobedience" and it will be roundly ignored.

      There is an obvious precedent for this: In the early 1900's, laws were passed all over the US to prevent the use of automobiles. Speed limits of 5 mph were passed. Several states had laws saying that an auto had to be preceded by a rider on horseback. Others passed laws requiring that if a horse was nearby, an auto's engine had to be turned off to avoid frightening the horse, and left off until the horse was gone.

      Such laws were simply ignored. Few if any policemen were silly enough to try to enforce them. They could be used occasionally for harassment purposes, but for all practical purposes, they were just the last gasp of a dying technology.

      One of the fun legal things is that such laws are still on the books in many places. Almost all citizens are criminals. Nobody worries about this, for some strange reason.

      Similarly, the recording and entertainment industries will come to terms with the Net. We will have the right to record things and play them later, or in our car or at a friend's house. We will have the right to back up our disks. We will have the right to upgrade our hardware and play our old purchased recordings on the new equipment. Attempts to stop this will simply be ignored, as the anti-auto laws were ignored.

      And we will all end up criminals. But that's ok; if you're driving any sort of motor vehicle, you are probably a criminal already.

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    5. Re:I highly doubt drm will be included by trauma · · Score: 1

      Even then, it's doubtful if it will matter with many embedded real-time systems. And it ain't gonna matter with consumer equipment, either. There will simply be massive "civil disobedience" and it will be roundly ignored

      OK, so the public at large rejects DRM-enabled hardware. (At least that segment of the public not too ignorant to care, but that's another issue.) Fine. What about when micros~1 releases "Windows DRM" and utterly stops supporting previous versions? Also fine, as long as the new features offered aren't too compelling, we just won't upgrade.

      But what happens when the next generation of DellGatewayCompaq PCs arrive with PentiumDRM chips and Windows DRM, and suddenly 100,000 business desktops are running this new stuff? (Those responsible for IT purchases may be knowledgeable and filled to the brim with social responsibility, but the PHB who signs the purchase order is probably not.) History has taught us that, bundled with all these desktops, will be a new version of Office DRM Deluxe, with new backwards-incompatible formats for .doc and .xls. and .mdb. And suddenly the easy, "just ignore it" decision-making process that leads to the type of civil disobedience you're talking about will be replaced with a more difficult "hmm, my next PC can either grok these de facto standards or not" decision. Disobedience will have some pain associated with it as the "standards" change again.

    6. Re:I highly doubt drm will be included by dfeist · · Score: 1

      The comparison sucks! Speed limit of 5 mph for cars) is a GOOD thing. DRM is EVIL.

      --
      Unix makes easy tasks hard and hard tasks possible. Windows makes easy tasks easy and hard tasks $29.95.
  11. Positive use by koh · · Score: 5, Funny

    --it will alter the performance of power turbines, jet engines, medical instruments, cell phones and missile guidance systems.

    I can't believe it... a last a positive use for DRM hardware ! ;)

    --
    Karma cannot be described by words alone.
    1. Re:Positive use by Anonymous Coward · · Score: 0

      No shit. I could probably get behind this DRM thing if Fritz would promise to make it deliver a powerful electric shock to the head of anyone using a cell phone while driving.

  12. Eventually... by nurb432 · · Score: 3, Insightful

    As I've been saying, DRM / Content control will permeate every facet of ours lives given time..

    At a certain point we wont even know what is the truth, and wont have the digital rights to find out... or tell someone if we do....

    Though when i first started preaching we didnt have the cute phrases such as DRM, but the concepts were there.

    1984? He was only off by the year.. more like 2004 is a more accurate guess.

    --
    ---- Booth was a patriot ----
    1. Re:Eventually... by Anonymous Coward · · Score: 0

      1984? Yeah right, man. That's a typo. Orwell is here now. He's livin' large. We have no names, man. No names. We are nameless!

    2. Re:Eventually... by nurb432 · · Score: 1

      It already is or this discussion would have never even taken place in a public forum.

      If you are too blind to see the writing on the wall, then you are part of the problem and not the solution.

      --
      ---- Booth was a patriot ----
    3. Re:Eventually... by nurb432 · · Score: 2

      Email me in 2 years and we can continue this useless discussion. That is if the general public is allowed access to email by then with out content filtering by some governmental body.

      --
      ---- Booth was a patriot ----
    4. Re:Eventually... by nurb432 · · Score: 1

      I wasn't looking to create a bet on our future, only was meaning that we wont agree on how much it ( and other restrictive policies/technologies/governments ) will have an impact on our daily life in the near future.

      Thus why continue a 'dead end' thread on here?

      My 2 year estimation was only that, an estimate. Considering a year ago DRM was almost unheard of, but now is being implemented in silicon and close to being implemented in law, and discussed by the most non technical of people on TV.

      With the speed that things are moving now ( 5 years ago if i had said there would be people in jail for copying CDROMS, you would have most likely laughed at me.. ) 2 years doesn't seem that unreasonable..

      You have more faith in the masses and those in control then I. I have little, considering their track record over the last few thousand years. Mankind tends to make the same mistakes, history tends to be cyclical.

      --
      ---- Booth was a patriot ----
    5. Re:Eventually... by dforsey · · Score: 2, Interesting

      nurb432 is correct, though perhaps not quite in the draconian way he intimates.

      The folk who pay the bills and want to make money in their businesses have a problem with the internet: they require a way to authenticate who people are (or more accurately, who belongs to the money).

      The era which people (and their machines) can operate anonymously is coming to a rapid close. (although this may work with psuedonyms). The amount of fraud and cheating that occurs on ebay, on-line gaming and even how well google operates (and how it spoils the benifits of same) are but the tip of the iceberg of the impetus to bring authentication to the internet.

      To those that believe that those god-like hackers will always be able to circumvent restrictions are dreaming.

      Consider the following scenario: Wireless becomes pervasive, computers become cheaper and more ubiquitous - your typical consumer has a choice between a $0.50 internet connected player that comes as a prize in a cereal box and uses their DCMA account and spending $100 dollars for a hacked player that has to be constantly updated to circumvent the dynamicall downloaded encryption schemes - or playing on hacked on-line game vs a non-hacked DCMA version, or using a version of ebay where users are accountable for their behaviour, or a version of google that indexes only those pages where the source/nature of the content is verifiable?

      Which will the typical consumer choose?

      Walking into a store with a mask over your head is not acceptable in the real world, it will soon not be acceptable on the internet.

      This brave new world also scares the willies out of me...
      Was it Frost that wrote:

      This is the way the world ends, This is the way the world ends,
      This is the way the world ends,
      Not with a bang,
      But with a whimper.

      P.S. Please tell me that the nurb in nurb432 doesn't stand for Non-Uniform Rational B-spline....

    6. Re:Eventually... by nurb432 · · Score: 1

      Yep thats what it stands for :)

      Now the next part of the quiz.. what does the 432 represent...

      And thanks for putting it in more 'rational' terms of what i was trying to convey. Emotions sometimes gets the best of my command of language.

      --
      ---- Booth was a patriot ----
    7. Re:Eventually... by dforsey · · Score: 1

      432...

      4th order, 3rd degree...... 2 duplicated knots?

    8. Re:Eventually... by nurb432 · · Score: 1

      Bzzzzt. nope :P ( but a damned thoughtful guess, i suppose you are a gfx artist? )

      It's from the old Intel 32 bit chipset I432.. Was a great object orientated architecture, years ahead of its time.

      Alas, it was killed since about the same time the i86 took off commercially, beacuse it was not compatible.

      --
      ---- Booth was a patriot ----
  13. Re:Looks like people are still confusing Java and by Diabolical · · Score: 3, Interesting

    You would be surprised what kind of hardware is used in mission critial applications. When it is possible to reduce the costs suits would do anything. Including using inferior hardware and such.

    And what about public funded government controlled institutions such as the NASA? They still use the 8086 chips, even though those are consumergrade, in their shuttles. If it functions it's good. Especially if the materials are cheap.

  14. Re:Looks like people are still confusing Java and by dmaxwell · · Score: 5, Insightful

    Thus, WHY would consumer-grade "hardware" be found in professional-grade medical hardware?

    Because Fritzie-boy is all hot and bothered to close up the "Analog Hole". That means that NO commodity DSP or processor chips can fail to support DRM. One consequence is that embedded device makers will have to get special exceptions for un-screwed up processors and memory (vastly increasing costs and development time due to red tape). If embedded and real-time manufacturers use commodity parts anyway to control their costs then they'll have to contend with DRM just like anybody else. This is where the defib machine letting someone die on account of a licensing issue comes in.

    Remember "professional-grade medical hardware" uses many of the same components as consumer grade hardware. The difference is in how it is configured and even more importantly certified to operate correctly. Mandatory DRM basically means that the well EVERYONE is drinking out of is going to be pissed in by Rosen, Eisner and Fritzie-Boy.

  15. Re:Looks like people are still confusing Java and by JWW · · Score: 3, Interesting

    You would think the argument that many of our fancy military weapons might fail to work could be a pretty good one to use with all our "representatives".

  16. Five years after pervasive deployment. by doublem · · Score: 4, Funny

    In other news, the US launched a Nuclear Strike against China today.

    Hillary Rosen had warned China of the implications of the nation's failure to address music Piracy.

    "We warned them there would be severe implications, especially after our merger with the BSA brought software piracy under our jurisdiction."

    The RIAA used the Digital Rights override software installed in all US computer systems to launch 12% of the US nuclear arsenal at strategic locations in the piracy prone nation.

    "We have to protect the profit margins of the music industry. Musicians have a right to profit from their work, no matter what any one government wants."

    When a CNN reporter brought up the potential legal implications of such a move, Ms. Rosen replied, "I don't think that's an issue. If I, or any other member of the RIAA is arrested, the President's pacemaker will automatically disconnect, as will the embedded medical devices in the bodies of half the US Senators. We will simply revoke the digital rights of those devices, thus rendering them inoperable."

    --
    "Live Free or Die." Don't like it? Then keep out of the USA
  17. Hm... by archeopterix · · Score: 3, Funny
    Unfortunately, DRMP technology is incompatible with security and with the kinds of reliability needed in safety critical or mission critical applications.
    Unfortunately?!?!?
  18. Is this another Y2k? by Matey-O · · Score: 2

    I seem to remember hearing 'when {blah} happens to embedded systems, many things will be affected in subtle and BAD ways.'

    Where {blah} = y2k, now {blah} = DRM

    Now I'm entirely AGAINST what DRM stands for, but that particular comment won't win any supporters after Y2k used it up.

    --
    "Draco dormiens nunquam titillandus."
  19. DRM - Why? by guidemaker · · Score: 5, Insightful

    "Just because you *can* do something, it doesn't mean you *should*"

    I know I'm an old hippie, but I really believe that if Microsoft and Hollywood spent a fraction of the resources they're throwing at DRM solutions into creating a workable micropayments system for the web, and IP owners started selling their goods at reasonable prices, they'd be minting it in no time.

    When VCRs first appeared, Jack Valenti decried them as the spawn of Beelzebub, and foretold the death of the movie industry because of home taping. What happened? They now make more money on VHS and DVD than they do in the cinemas.

    And just to prove that piracy *isn't* an issue - the release on DVD of Harry Potter *without macrovision* was the biggest ever DVD release at the time. How come, if everyone was just waiting to pirate it?

    1. Re:DRM - Why? by pilot · · Score: 1

      Harry Potter is not targetted towards the tech-savvy geek audience. 5 year old kids don't know how to pirate dvd's.

    2. Re:DRM - Why? by Anonymous Coward · · Score: 0

      You would be surprised by the understanding some 5yo kids have about such things...

    3. Re:DRM - Why? by frankie · · Score: 2
      if Microsoft and Hollywood spent a fraction of the resources they're throwing at DRM solutions into creating a workable micropayments system for the web,

      ...then the RIAA and friends would be unemployed very shortly. Micropayment allows individual creators to sell their work directly to consumers without needing middlemen like producers and distributors and industry associations. Why in the world would the big entertainment moguls want that to happen?

    4. Re:DRM - Why? by Reziac · · Score: 2

      And kids in particular want something they can hold in their hands, not just bytes on the hard drive. I'd guess a good chunk of those who bought the DVD had already downloaded a bootleg, but wanted something better: better quality, a real hardcopy, whatever.

      (I didn't care about it one way or the other, therefore did neither. :)

      --
      ~REZ~ #43301. Who'd fake being me anyway?
  20. Go ahead and Jump by Wyatt+Earp · · Score: 5, Informative

    To some wild conclusions, the author of that piece linked does.

    1. Most military gear does not use off the shelf CPUs. An example - F/A-18E/F - while SuperHornet uses armored Cat-6 cables and PowerPC chips, they are specially made hardened chips for military and commercial sat applications. F/B-22 uses 486s as does F-15E but they are special 486s that come out just for military applications. If you sell a part to the US military for a system, you must produce that system for 15 more years. Since the new F-15Es for the US/Israel/Korea are just delivering now, one can expect 486s without DRM for a while, since F-22 may be in it's current model production until 2011, expect 486s until 2026.

    Parts for missiles and PDAs sold to the Military are under the same rules.

    2. Medical equipment - Usually use embedded OSes and Dragonball, 486s, ARM or Mot 68000 series chips, not the latest and greatest from Intel/AMD. They sure won't be running Palladium. I found that arguement by the author to be, well stupid.

    3 I had another point, but I've got to go to work, and I forgot it. Sorry.

    1. Re:Go ahead and Jump by selderrr · · Score: 2

      3 I had another point, but I've got to go to work, and I forgot it. Sorry.

      Okay, in that case, I patent your third point. Now cough it up butthead, or smell my DRM homing missile !

    2. Re:Go ahead and Jump by gnalre · · Score: 3, Insightful

      We are developing ship control systems based on Pentium chips. Ok not the latest and greatest, but for our application there cost performance is good. In 5/10 years time we will probably want to be using the next generation. If that has DRM as part of the silicon that will be worrying.
      The thing is embedded systems are now expected to do a lot more. They need to route packets act as web servers have embedded databases, in many ways act as embedded PC's. x86 processors are very good for this.

      So what is intel going to do? develop a embedded x86 without DRM? How long before PC's etc start coming out with that chip instead of the crippled version.

      --
      Choose your allies carefully, it is highly unlikely you will be held accountable for the actions of your enemies
    3. Re:Go ahead and Jump by Anonymous Coward · · Score: 1, Interesting

      "If you sell a part to the US military for a system, you must produce that system for 15 more years."

      There has been some rumors about NVIDIAs Quardo2 GPU being used in F-22

      Quadro2 is only 2.5 years old....

    4. Re:Go ahead and Jump by Wyatt+Earp · · Score: 1

      Yes the Navy is using Pentium chips for ship control systems, however most of the parts used in the military are specially procured hardened chips. Due to the amount of electromagnetic interference and electronic warfare the ships must be able to emit and be able to get bombarded by and still function, the Navy isn't grabbing Boxed P4s at Fry's or CompUSA.

      Look at generations and upgrades. Today's DDGs and CGs being built have a life-span of 25-35 years with a single mid-life upgrade in the middle. Most of the time the systems on the ship will not be upgraded until the mid-life upgrade, unless the ship is tasked with a special application or is damaged. Damaged ships are upgraded to the current standard of the ships in production.

      So in 10-15 years some Navy ships will be upgraded to new systems, I doubt that in 10-15 years DRM will be a critical issue when it comes to military applications as it will either be outlawed, the Military Procurment system will have a workaround, or it will be bulletproof. One today can not say what will be existance in 10-20 years.

      Submarines are usually upgraded when thier reactor is refueled - 6-11 years, Aircraft Carriers are up graded when thier reactor is fueled - 8-12 years. LHAs and other ships are 35-50 year ships, not sure what thier upgrade path is.

      Also, the Windows used for military applications is not the Windows you and I have access to, it is developed for the military.

    5. Re:Go ahead and Jump by Tiroth · · Score: 5, Informative

      Many mil-spec parts are simply the commercially available part that has upgraded reliability and/or testing. That hardened CPU probably shares the same core as the commercial IC.

      Mil-spec parts already cost several times the amount of their commercial brethren, because that guaranteed reliability costs money. If you force mil-spec (and industrial) parts to be designed from scratch, the cost will be at least an order of magnitude greater than that--separate R&D, separate fab process, etc. Making 1000 DRM-free ARM processors is unimaginably more expensive than making 1,000,000+.

      No, these embedded processors don't currently support DRM. The author's (persuasive) argument, though, is that if DRM becomes the new paradigm for hardware and software licensing, there will eventually no longer be commercially viable computing devices that do not support it. The military, and those industries that can afford it, will go the custom-designed route in that case. However, DRM will add a high cost burden to those operations.

    6. Re:Go ahead and Jump by Anonymous Coward · · Score: 0

      Okay, counterexample. We build simulators. Military ones. They run on Windows NT on Pentium. Not every piece of military computing power has enough money thrown at it to design an OS/CPU combination specially.

    7. Re:Go ahead and Jump by Wyatt+Earp · · Score: 1

      My friends at Intel have told me that Intel already has a .13 micron process 386 and 486 strictly for these military applications and contracts. Also, if DRM does come down the path for everyone, the Military and Law Enforcement do not live by the same rules as Joe Shit and the Ragman do.

      Another thing the author of the piece about DRM missed, when a bill goes up to Capital Hill, they don't just say US Code 802.11b Everything Has To Have DRM. They will come out of committee with all sorts of loopholes for special interests, the people of West Virgina, the Inuit of the Brooks Range, etc. I am sure the medical industry, military-industrial complex and law enforcement as well as the Hunkpapa Sioux will be exempt from DRM if the Special Interests have thier way.

    8. Re:Go ahead and Jump by Titusdot+Groan · · Score: 2
      The other guy doth block quote:
      Medical equipment - Usually use embedded OSes and Dragonball, 486s, ARM or Mot 68000 series chips, not the latest and greatest from Intel/AMD. They sure won't be running Palladium. I found that arguement by the author to be, well stupid.
      Hmmm, I've worked for two different medical companies (one doing medical imaging the other doing HIV testing) and both use off the shelf PC's and Unix boxes. Most high end medical scanners, such as MRIs, NMIs, and CTs use standard PC or Unix workstations for the operators console.

      I find your assertion that the author is stupid to be, well, perhaps "a underinformed" opinion.

    9. Re:Go ahead and Jump by MrFredBloggs · · Score: 2

      "Also, if DRM does come down the path for everyone, the Military and Law Enforcement do not live by the same rules as Joe Shit and the Ragman do."

      Well, they are allowed to kill people, break the speed limit, carry concealed weapons, etc etc...i`m pretty sure the public doesn't really give a shit if they are using chips which could be used to copy mp3's!

    10. Re:Go ahead and Jump by Wyatt+Earp · · Score: 1

      Or...if DRM is "everywhere", the Military might do what the gun makers did before the ban on foriegn assualt rifles went into effect.

      Build and ship a butt-load of items that are about to be banned.

      I really think the author of the DRM was making crap up about which he knew not off.

      But for the sake of argument, lets say on Jan 1 2008 everything has to have DRM. The USAF/USN/USMC would need about...say a million 486s to keep the fleet flying until the next generation of fighters comes out. Intel would cut the military a deal on that.

      It's called a stockpile, the military and Federal Government already do it.

      The fighters of today (F-16/F-15/F-18A-D/Rafale/F-14/Toranado/F-104/F-4/ Mirages) will be phased out from 2004 through 2050. That is, some of these planes will not be replaced and will keep some of thier current systems for 48 more years. In 1955 when the F-104 was built, do you think Lockheed thought it would be flying until 2007? Did people get all paranoid about a lack of vacuum tubes for the Starfighter when Intel started up? There may very-well be non-DRM chips flying for 50 more years.

      And like I said above, when the Air Force is ordering a 486 for the F-15E, Intel has to ship that exact part for at least 15 years. So there will be non-DRM 386/486/PowerPC chips in production for at least 15 years after the F/B-22As are finished with production.

      It is absolutly impossable to predict what will happen technology-wise, and it's a really big IF as to if DRM will happen or be forced with legislation on the United States.

    11. Re:Go ahead and Jump by Wyatt+Earp · · Score: 1

      I've seen those as well.

      The imaging systems I've seen are SGI/Sun boxes. But the DRM story focused on smaller systems, which indeed do use smaller PDA class chips.

      I still find the author of the DRM story to be reactionary and, well stupid.

    12. Re:Go ahead and Jump by rseuhs · · Score: 2
      ... expect 486s until 2026.

      So what is your point?

      That all life will end before 2026 and worrying about anything after that year is pointless?

      The ridiculousness aside (486s are useless today for normal use), why is everybody so shortsighted?

    13. Re:Go ahead and Jump by actor_au · · Score: 1

      1. Most military gear does not use off the shelf CPUs. An example - F/A-18E/F - while SuperHornet uses armored Cat-6 cables and PowerPC chips, they are specially made hardened chips for military and commercial sat applications. F/B-22 uses 486s as does F-15E but they are special 486s that come out just for military applications. If you sell a part to the US military for a system, you must produce that system for 15 more years. Since the new F-15Es for the US/Israel/Korea are just delivering now, one can expect 486s without DRM for a while, since F-22 may be in it's current model production until 2011, expect 486s until 2026.

      I never knew Tom Clancy posted to Slashdot :).

      --
      Read Errant Story.
    14. Re:Go ahead and Jump by Titusdot+Groan · · Score: 2
      But these are reactionary times :-)

      It's interesting that originally imaging systems used custom developed hardware, with multiple chip image processing subsystems etc. Now they use off the shelf hardware.

      This trend is everywhere, embedded systems use more powerful chips as more powerful chips get cheaper. Even devices such as ultrasound scanners are using higher end and more powerful chips.

      I think the clash will happen eventually, so I don't think it's that reactionary.

    15. Re:Go ahead and Jump by Tiroth · · Score: 1


      The military is just one purveyor of reliable systems though. Industry, medicine, etc. all require high-reliability (in some cases mil-spec) components.

      I don't think DRM is a national-security issue, for the reasons you've mentioned, among others. And I agree that the author of that paper is more than a little incendiary. The fact remains, though, that DRM is an attractive technology in a world where IP is becoming more valuable than "real" property. These DRM schemes will not work unless it becomes very hard to procure general purpose CPUs that can circumvent them--and it is those inexpensive off-the-shelf processors that are fueling cost savings in various industries.

      In the past there was a high barrier to adding microprocessors to devices because suitable components were prohibitively expensive to develop. Now, that has changed due to high-volume general CPUs. In 10 years when you can put a 3GHz P4-equivilent in a water-quality monitor, that chip is only going in if it can hit the $1 price point offered by mass production. If DRM renders it unsuitable, the manufacturer isn't going to shell out $50 for a custom IC--they are simply going to design the product differently. We simply won't get some of the products we would have had, because they will be too expensive.

    16. Re:Go ahead and Jump by Anonymous Coward · · Score: 0

      The windows that the Navy uses is the same exact one you can buy anywhere. I do know this, because I was in the Navy and I did work in communications.

    17. Re:Go ahead and Jump by gsfprez · · Score: 2

      The military has, in fact, begun what is called "Joint Technical Architecture/Defense Information Infrastructure Common Operating Environment" - do a google on JTA or DIICOE, and you'll find it is in everything.. not yet in aircraft - but in just about everything else.

      there are only two operating systems allowed in JTA - Windows and Solaris. And the latter one was because they had no way around all the folks with Solaris boxen....

      So - i'm sure you're asking "wait - what VERSION of Windows?" Ha. That's the funny thing. NT 4.0 is the latest supported Windows - actually.. my data is a bit dated, so i'm sure they're all the way up to W2k by now.

      But bear in mind - when we would ask questions like "what version" they would say something nonsesical like "WNT 4.0" - but they'd not specify Service Pack, or what other softwre was included with that.... so it was really a meaningless stance that they took (i think the navy calls their initiative Navy 2000 or something..)

      In any case - beyond the fact that they are locking out all competition to MS, here's the comical part... or maybe no so comical, depending upon your point of view.

      NSA has outright BANNED XP... for good reason, obviously... between DRM, Product Activation and whatnot... oh, and the untold data that is collected to "give you a better user experience" - NSA has said forget it.. no way, no how are you going to do XP, military. They were dragged mid-lasts year into W2k - but i think that was mostly because the number of GSA folk selling NT 4.0 licenses have gone to 1 approved. ha.

      In any case, all manner of weapon system, mission critical systems, etc are running Windows. As time passes, and more and more systems are a) going to have to be upgraded to run under XP b) contractors are going to have to install illegal copies of W2k and NT 4 (not going to happen) c).....

      its the C that was don't know about. NSA is insistent that no one run XP. Great - so, when i go to buy some new machines next year, and they still haven't approved XP, where exactly am i going to get all these W2k licenses? The ones we have for our current machines are all tied to the BIOSes of our current machines - so i can't just move those over...

      Sometime next year, this is all going to come to a head - someone is going to have to cave - and it will be the Military.. they will cave and give up mass amounts of data to Microsoft....

      and you'll start seeing weapon systems, mission critical systems that are going to have to go thru the fun of product activation - which means if you have a guy, say in AFGANISTAN who had to field replace a computer, but migrated over the hard drive - he's going to have to call microsoft to ensure that his field intelligence systems are properly connected to the internet (right) or get on the phone with MS to get an activation code.

      the military is going to have to come up with a solution soon - or else that boat that had to be dragged back to shore will be nothing compared to a system that wants to be product activated after a rapair/replacement in the field.... and it just stops working.

      Military folk do not have the option - not at the working level.. so the idea that this may not happen because a couple of airplanes don't run Windows is naive - in fact MOST everything, from satellite control to security control systems to lots of "evil" little programs are all based on Windows. Do not be fooled - almost every non-airplane system in the military has solitare.exe preinstalled.

      and the PHGs (pointy-haired Generals) who make these decisions in apparent vacuums have and will continue to mandate things like what operating system you should be running on your new systems - all in the name of "interoperability"... and not leaving it up to the engineers to decide what will be the BEST way to do it, not just the one that gives screen shots that they are used to seeing.

      --
      guns kill people like spoons make Rosie O'Donnell fat.
    18. Re:Go ahead and Jump by walynn3 · · Score: 1

      2. Medical equipment - Usually use embedded OSes and Dragonball, 486s, ARM or Mot 68000 series chips So what you're saying is that the chips in older Macs are now being used in medical equipment. Hmmm... On average, how many years would you say until the DRM'd chips in next year's PC show up in future medical equipment?

    19. Re:Go ahead and Jump by Anonymous Coward · · Score: 0

      Holy fucking shit... The guys building the systems that are supposed to keep my ass safe from the dictators and terrorists of the world can't even write grammatical English? Now I'm fucking scared...

    20. Re:Go ahead and Jump by Vulture_ · · Score: 1

      But the RIAA would.

      --

      The only way the typical /.er can pick up a chick is with a forklift. -- AC

  21. I must be missing something... by dscottj · · Score: 2, Interesting

    AFAIK, big (or small) fancy mission critical things like pacemakers and engine control systems do not use most (any?) of the same chips that run the kind of things DRMP is supposed to control.

    Yes, yes, I know he sort of addressed this in the article, but not very well. These sorts of things seem to be specialized enough that if you have to have non-DRMP'd chips and none are available, you spec new ones and have them made. Makes it more expensive, yes, but not prohibitively so.

    Gotta go re-read the dratted thing I suppose, but right now looks like flag-waving FUD to me. About DRM. Heh. No wonder slashdot posted it.

    --
    AMCGLTD.COM. Where cats, science fictio
    1. Re:I must be missing something... by dswan69 · · Score: 1

      AFAIK, big (or small) fancy mission critical things like pacemakers and engine control systems do not use most (any?) of the same chips that run the kind of things DRMP is supposed to control.

      You'd be wrong.

  22. Hmmmmmmm by stephenbooth · · Score: 5, Insightful

    A piece of code that runs behind the scenes and can stop the user accessing their data or even stop the machine from working at all. Didn't we used to call those Trojans?

    Stephen

    --
    "Don't write down to your readers, the only people less intelligent than you can't read" - Sign on Newspaper Office Wall
  23. Absurd! by JonTurner · · Score: 5, Insightful
    it will alter the performance of power turbines, jet engines, medical instruments, cell phones and missile guidance systems.

    Not so fast there. With the possible exception of the cell phone, none of the systems you've described have any application whatsoever to digital rights management and the idea that DRM code will "somehow" find its way into every IC / processor, even when such application is utterly useless and contrary to the design constraints (and adds substantial costs) is simply unfettered paranoia. Code doesn't just "appear" by itself and attempts to push meaningless extentions of technology into areas which may risk lives is not going to happen. I can assure you that Boeing's fuel management control systems are not built from parts purchased at pricewatch.com, the differential resonance processor in an MRI isn't a .Net Managed Code resource, and the Navy isn't sourcing on-board trajectory guidance modules from RadioShack catalogs. Legislation that attempts to make that happen isn't going to fly because it would cripple the very industries that rely on technology to succeed and form the heart of Western industry. Even the worst case, the one you've predicted, isn't that bad; we'll just do like we always have -- if they build a higher wall, we build a taller latter. It's simple, really.

    Look, I don't want to dismiss your ideas outright. In fact, I share your feelings about DRM -- In its present form it only protects the rights of the corporations, not the rights of the consumer. (In that regard, it should be called "Digital Restrictions Management.") However, this article furthers the same "idea taken to an extreme" paranoia that made people worry whether their car would start Y2K morning.

    So relax; take a deep breath and go find something substantial to worry about. There are enough big problems out there without sweating the details of something incredibly unlikely to affect the world in the way you've described.

    1. Re:Absurd! by pyropaul · · Score: 1

      Most people seem to make the mistake of thinking that chips==processors. For most applications, this is simply not the case. For example, my cellphone has a chip in it which just happens to have some embedded processing core in it, but it is certainly not a microprocessor in the pentium sense at all. Same for DSP chips in things like CD players.

      It's always depressing when the media thinks the only chip maker is Intel, or, if they really research hard, they sometimes mention AMD as well.

      The same kind of paranoia prevailed with Y2K as well, with all sorts of nonesense about microware ovens stopping working or anything with "chips" in it.

      Never has so little been known by so many about so much

    2. Re:Absurd! by Mr.+Slippery · · Score: 2, Insightful
      the idea that DRM code will "somehow" find its way into every IC / processor, even when such application is utterly useless and contrary to the design constraints (and adds substantial costs) is simply unfettered paranoia.

      We are talking about something that could be manadated by Congress. These are the people who passed a law that (if the courts hadn't struck it down) would have made it a federal crime to say "fuck" on the net. So the question is not "should I be paranoid", it's "am I paranoid enough".

      --
      Tom Swiss | the infamous tms | my blog
      You cannot wash away blood with blood
    3. Re:Absurd! by Anonymous Coward · · Score: 0


      While the author does sound a bit alarmist, I believe he is implying that the power turbines and jet engines of the world may encounter difficulties because of their reliance on interacting (directly or indirectly) with systems that utilize DRM, not that may have DRMP directly imbedded. For example a maintenance DB with the all the records or parts list of the "Jet Engine" is down because of DRM issues, therefore the mechanic cannot pull the necessary info to work on the engine and your flight is delayed by 2hrs. While it is a bit alarming its not out of the realm of possibility and shocking changes always happen gradually =)

      "A PC in every in home"- Billy G.

    4. Re:Absurd! by Gerry+Gleason · · Score: 2
      This guy is not "the media". If you read the whole article, you would know that. He is involved in using commodity processors and systems to deploy reliable real-time systems, and he is rightly worried that this may impede his ability to continue in the near future.

      This is not alarmist, there are real issues being raised. Even he would admit that some of it is rhetoric, but this doesn't diminish the points.

    5. Re:Absurd! by Wateshay · · Score: 2

      Hmmm.... I seem to recall that the reason Y2K was a non-issue in the end was because people did get the word out, and the problems were fixed before anything bad happened. If the issue hadn't been addressed, do you really think we'd be talking about how Y2K fizzled? Like Y2K, DRM is a very real issue. If we ignore it, we'll wake up and realize too late that we're screwed. You're right that this article is a little extreme, and I doubt that's how things are going to end up being in the end. On the other hand, I think that (slightly) alarmist articles like this one will be part of the reason why things don't end up getting as bad as they possibly could.

      --

      "If English was good enough for Jesus, it's good enough for everyone else."

  24. Y2k by wiredog · · Score: 4, Insightful
    Ummm. Y2K was a serious problem. The reason that very few Bad Things happened was that people did something about it. Mainly buying new hardware and software or spending lots of money fixing the old stuff.

    Remember the 105 year olds getting the letters telling them it was time to sign up for kindergarten? That was a y2k glitch. On 1 January 2000 I visited the US Naval Observatory's Time Site and was informed that the date was 1 January 19100.

    A cousin of mine was pulling a low six figure salary from 97 through 99 fixing COBOL systems. The bamks/hospitals/etc spent quite a bit of money fixing the systems.

    1. Re:Y2k by Matey-O · · Score: 3, Insightful

      I didn't say there WEREN'T issues. IIRC there was FUD saying embedded controllers in Fire Engines would think the oil hadn't been changed in 100+ years and would prevent the truck from running.

      The fact that you never programmed the TIME into that embedded controller never seemed to occur to anybody.

      Neither the Naval Observatory NOR the 105 year old folks had issues as a result of an _embedded_systems_ failure, which is what this thread is about.

      --
      "Draco dormiens nunquam titillandus."
    2. Re:Y2k by blibbleblobble · · Score: 2, Funny

      Yep. Still is 11th October 102 at my website-host's site. They don't care: IE5 is broken enough to allow it.

    3. Re:Y2k by Anonymous Coward · · Score: 0

      How disasterous.....

  25. DRM(P) by Jacer · · Score: 2, Funny

    (start sarcasam)Yep, Intel should be responsible for incorporating DRM into our current technology. It isn't like they violate any copy right, patent laws, or IP theft. Hell, when their new line of processors come out (http://slashdot.org/article.pl?sid=02/10/11/03122 2&mode=thread&tid=118) I'm sure this technology will be fully functional, and we'll never notice it(end sarcasam)

    --
    --fetch daddy's blue fright wig, i must be handsome when i release my rage
  26. This is the most important paragraph. by teamhasnoi · · Score: 5, Insightful
    The scenario above is unrealistic in one respect: the very existence of XYZ software as an alternative is unrealistic. Why? Because DRMP creates many barriers to entry. You can't just write new software and put it on the market. The new software needs to have a passport and incorporate an authorized DRM agent. If you want to market a new product that competes with an important Microsoft product, you may need to get Microsoft to license your use of their certified DRMP agent, certify your software is DRMP compliant, and issue you passports. How probable is it that such a situation will lead to a vibrant and competitive marketplace?

    Bold is mine. This will not just apply to software, it will apply to everything. Music, books, art, etc. The list goes on. Anything that you create now, even if it is for your own amusement, will be shut down by Digital Restrictions Management. This is just one step in the control of *creation of content*.

    Entertainment companies do not want to just control all of their content, they want to control ALL content. You will need to register with 'a third party' for a signature to release your *own works*. Of course, to keep the sigantures from just being owned by 'anyone', they will be prohibitively expensive. You will be unable to compete with the entertainment companies, the software companies, and all others. You won't even be allowed to release your own works of art, music or writing.

    Somehow I doubt that a themometer will be allowed to shut down anything, in law or in practice.

    It is the independent creation of content that is being threatened, and don't you forget it.

  27. This is why DRM will fail by Anonymous Coward · · Score: 5, Insightful

    This is why any sort of DRM will ultimately fail for any device that isn't a dedicated media player. In order to be successful, when a DRM device has a fault of some sort, it has to assume that process X isn't authorized to execute. This is the antithesis of mission critical systems, which must never fail.

    This is also why Palladium will also fail. Microsoft has said that to be useful, Palladium must run on 100 million machines. In order for it to be useful at all, it must fault towards false negatives (i.e., if it thinks something is wrong, it prevents execution rather than defaulting to execute). Assume that a)Palladium works properly 99.9% of the time and b)that each person tries to run a Palladium enabled program one time per day. Even working 99.9% of the time, there'll still be 100,000 errors per day (and we assumed that each person only tries to use Palladium once in a day, too). Because of the way Palladium works, these errors can't be corrected in house, meaning each person must call Microsoft HomeBase (or internet in, if Palladium lets them) and have the error corrected by a person. This process won't be automated by definition, otherwise it could've simply been part of Palladium itself.

    Suppose Palladium shits and dies on you while you're trying to do a presentation of your big proposal? Suppose IIS shuts down your business site on the day after Thanksgiving? This isn't something you can fix yourself, you have to fight 99,999 other people for the phone lines to get the error corrected. There's just too much risk using this sort of scheme even in the business world, much less in mission critical embedded processors.

    1. Re:This is why DRM will fail by Anonymous Coward · · Score: 0

      Microsoft could charge $10 a call. That works out to be $1M a day. Not bad.

    2. Re:This is why DRM will fail by PissedOffGuy · · Score: 1

      where do you get this 99.9% number? that's stupid.

      there are 100 million cars, and people drive them one time per day. ASSUME that they work right 99.9% of the time, holy crap 100,000 people DIE from cars every day!! oh wait, no they dont.

    3. Re:This is why DRM will fail by Anonymous Coward · · Score: 0

      The number is closer to 40,000 per year for the US alone... Whether this is good or bad I'll leave for you to decide.

    4. Re:This is why DRM will fail by Anonymous Coward · · Score: 0

      There were about 220 million vehicles on the road during 1999, and there were 41,717 fatalities in that year. There were 6,279,000 wrecks though. So, if you rode in a car in the United States in 1999, you personally had around a 3% chance of being in a wreck. An error rate of 3% is fairly small, but it still produced 6 million wrecks in 1999.

      The above numbers were made up. The were obviously chosen to demonstrate that even if the system were remarkably close to perfect (that's the 99.9% part), it still farts enough times a day to consider it unreliable for important uses. Consider if people used their computers more than once a day? How many times do you open applications per day? These DRM systems might recheck running processes for validity every few seconds. An application might have to pass thousands of validity checks per day, times the 100 million people using Palladium. That would mean billions of chances per day for it to foul up.

      Granted, the above diatribe deals more with Palladium than with DRM in embedded processors, but the theory still applies. Mission critical systems are often engineered to be redundant because they can't afford to fail, but that would be pointless if points-of-failure are added at the chip level. If it can't be made absolutely perfect, then it shouldn't be attempted. The last thing to consider is that DRM isn't being added as a feature, and from the points of view of the people trying to get it included into hardware, it doesn't matter if it's perfect or not, because even if it only worked right half the time, it'll always ensure that they're making their money.

  28. Plenty of Real-Times on x86's by youvegottobekidding · · Score: 2, Interesting

    I think you'd be suprised then at how many QNX machines are running on standard intel in industry critical applications. I don't know about medical, but it's there in manufacturing and engineering.

    1. Re:Plenty of Real-Times on x86's by Anonymous Coward · · Score: 0

      QNX on standard intel is also used in power plants. Certain dams and nuclear power plants spring into mind.

  29. Learn from History from the Greatest President by kenp2002 · · Score: 4, Insightful

    "I see in the near future a crisis approaching that unnerves me and causes me to tremble for the safety of my country.... corporations have been enthroned and an era of corruption in high places will follow, and the money power of the country will endeavor to prolong its reign by working upon the prejudices of the people until all wealth is aggregated in a few hands and the
    Republic is destroyed."

    --U.S. President Abraham Lincoln, Nov. 21, 1864

    --
    -=[ Who Is John Galt? ]=-
    1. Re:Learn from History from the Greatest President by Anonymous Coward · · Score: 0

      Well, I thought, here's Barbara Streisand quoting Shakespeare again, but the Lincoln quote may indeed be authentic. See:

      http://www.ratical.org/corporations/Lincoln.html

  30. Signal Faded by pulski · · Score: 2, Interesting

    it will alter the performance of power turbines, jet engines, medical instruments, cell phones and missile guidance systems.

    So does this mean that if I'm driving into New York while talking on a GPS enabled cell, the DRMP in my fancy new phone is going to detect that I don't have the right to be driving and disconnect my call?

    1. Re:Signal Faded by Anonymous Coward · · Score: 1, Informative

      Yes it does, and it's being tested right now in France.

      http://abc.net.au/news/newsitems/s696736.htm

  31. NT crash disables US Navy ship... by Anonymous Coward · · Score: 1, Informative

    An old story but still funny... the Aegis crusier USS Norfolk had to be towed into harbor because the power plant was disabled by a Windows NT failure.

    http://www.slothmud.org/~hayward/mic_humor/nt_na vy .html

  32. Another Lesson Read It! by kenp2002 · · Score: 1, Insightful

    "The capitalists owned everything in the world, and everyone else was their slave. They owned all the land, all the houses, all the factories, and all the money. If anyone disobeyed them they could throw him into prison, or they could take his job away and starve him to death. When any ordinary person spoke to a capitalist he had to cringe and bow to him, and take off his cap and address him as 'Sir' "

    --Orwell 1984 p. 73

    --
    -=[ Who Is John Galt? ]=-
  33. I highly doubt you ae thinking... by WinPimp2K · · Score: 3, Insightful
    "I am sure Fritz will make an exception for many critical embedded systems if he decides to write..."

    Please schedule immediate surgery to have the Fritz chip removed from your cerebellum before it is too late.

    You have made a critical error in assuming that "Fritz" will have anything to do with the writing of any such law. The "Senator from Disney" did not write the proposed law. He merely took the money from the lobbyists along with the draft of the bill written by the lawyers retained by the concerned industry. There will not be any exceptions to the law - no matter how "sensible or reasonable" an exception might seem.

    But let's not get despondent over this after all the bill still has to get through both houses of Congress and signed by the President before we have to worry about it. And once it passes Congress, but before it gets to the President is the time to fix it. Simply borrow a play from the RIAA and insert a paragraph to "clarify existing standard business practices". Here is my proposed "clarification":

    No case may be brought before any Court using any section of this Act save by a licensed lawyer who has had a DRM protected override chip installed on their vagus nerve for a period of ten years.

    Kind of breathtaking in it's simplicity eh?

    --

    You either believe in rational thought or you don't
  34. Re:The other DRM by Anonymous Coward · · Score: 0
    Only with you, homie. Only with you.

    ~~~

  35. Marines and DRMP by Savage-Rabbit · · Score: 4, Funny

    A detachment of special forces is pinned down by enemy fire. The bad guys have found a bug in the special forces target tracking software that allows them to confuse it, maybe by putting out heat sources that are right on the threshold of what is flagged as a target by the software. The good guys fix their program in the field, correct the bug and reinstall. The DRM agent rejects the new software and prints a little message: You have tried to run unlicensed software on this processor.


    He underestimates the military, take the Marines for example, they are men who solve problems by eliminating their causes. After the first instance of this happening the word will spread quickly in the software developer community of how a bunch of angry Marines showed up at Microsoft HQ (DMRP division) and rammed armed stick grenades up the developers Rectums before pulling all the pins with a string (Paralell processing).

    --
    Only to idiots, are orders laws.
    -- Henning von Tresckow
    1. Re:Marines and DRMP by Gerry+Gleason · · Score: 2

      Well, they probably wouldn't be identified as Marines, but everyone would know why it happened. Allowances for slight exaggeration excepted.

  36. Re:Looks like people are still confusing Java and by Anonymous Coward · · Score: 0

    lets build a lot of weapons with drm inside and sell them to iraq or afgahnistan...

    then when they try to use them it tells them access denied.

  37. Re:Looks like people are still confusing Java and by rmadmin · · Score: 1

    But they probably are running a bit different 8086 than the one that was in my first computer. My guess is that a little more love was put into the chips they use. But I do see your point. I actually would have thought they'd be running some "super cool proprietery NASA space chip" or something.

  38. Comment removed by account_deleted · · Score: 1, Flamebait

    Comment removed based on user account deletion

  39. DRM not the only use of TCPA by NearlyHeadless · · Score: 4, Insightful
    I won't even bother commenting on the author's fantasy that heart monitors will be running a DRM operating system.


    However, his contention that the only use for Palladium/Trusted Computing Platform technology is DRM is wrong. It could be used, for example, with the Brazilian voting machines, to make sure that what you think is the output from the voting software really is. Without keys protected in hardware, you can't be sure. With TCPA, the output from the software (over the net or on floppy disk) can be signed with a chain of keys right down to the hardware. Without hardware help, there's no way to hide keys on remote systems.


    On a less serious note, you could be sure that your opponent in a network game is a person, not a gamebot.


    That being said, DRM would still be the #1 use for the technology.

    1. Re:DRM not the only use of TCPA by swm · · Score: 2

      DRM...could be used...to make sure that what you think is the output from the voting software really is.

      The output from the voting software will be whatever the people who control the DRM system want it to be.

      And once the DRM system is compromised, you won't even know who controls it.

    2. Re:DRM not the only use of TCPA by Gerry+Gleason · · Score: 2

      Let's be clear about this. It is the use of closed source software in conjunction with DRM that would make this possible (subverting the vote, that is). The open source version would be inspected for this type of thing, and the authentication processes would be used to protect from tampering. You don't need all the controls that they are attempting to legislate in to get security. The idea that DRM as proposed would enhance privacy or security is a crock.

    3. Re:DRM not the only use of TCPA by cduffy · · Score: 2

      No, no, never. Online voting is inherently nontrustable, and DRM will never overcome a sufficiently well-funded and resourceful attacker.

      The hardware can always be fooled -- I can open up the "real" keyboard's hardware, wire it up to send the signals I want to transmit to the rest of the machine, and provide another keyboard (hooked up to intermediary hardware) that the user sees and uses -- in short, a man-in-the-middle attack. The same can be done on the output side; there's no guarantee that the hardware signing the input is really the hardware that the user is touching.

      I designed and built an online voting system for CSU, Chico; I've given the security of these things a lot of thought. Simply put, it can't be done.

  40. What's wrong with cookies? by rseuhs · · Score: 2
    Seriously, what is it all the time with cookies?

    I haven't heard a single case in which some valuable information was stolen or some computer was hacked because of cookies - and I also can't imagine a way how something like that should happen.

    Can someone please tell me why cookies are considered "insecure"?

    How else shall we implement sessions? Query-strings? Awww.

  41. Not funny by jez_f · · Score: 3, Insightful

    The Ukraine has allready suffered from the music industry over zellous rights management. I can't believe how blatent the corperate sponsership of the sennate is in the US. It seems to be accepted that if a sennitor (or president for that matter) has their campaign funded by a company or interest group then he will legistlate in their favour. It even seems like some companys hedge their bets and back both parites. This is supposed to be a democracy? I thought the idea was to look out for the interests of the people who vote for you. I have no dowbt that simmalar things happen everywhere but it is not quite as blatent. The Fritz chip and related technologies do not help the little people at all. They only help content producers and M$.

  42. Loss of transparency by Gerry+Gleason · · Score: 4, Insightful
    Just because you don't know about something doesn't mean it never happens. It's just about impossible to know what information is being gathered through the cookie mechanism, and nobody is going to tell you. All it takes is a software bug to expose you to all sorts of attacks, and it takes time to figure out how to exploit security holes, so the accumulated risks start to pile up over time. Also, the exploit may be used to gather data for a long period of time before using it to damage anyone, piling up even more cumulative risks.

    What's wrong with encoding a session identifier in the URL? You don't have to put it in a query string if you don't want to. The entire URL is available for coding state.

    Cookies are evil and software architects need to get that through their heads. Unfortunately, many projects are staffed only with developers and application programmers incapable of a deep analysis of anything.

    1. Re:Loss of transparency by irix · · Score: 3, Informative

      It never takes too long for the cookie conspirators to come out of the woodwork, does it?

      It's just about impossible to know what information is being gathered through the cookie mechanism

      Wrong. The only thing a website can put in a cookie is what information you give it, or something they make up for tracking a session. And better than that, you can examine your cookie file and see what is there. If you don't like cookies that are attached to ad images, get yourself a browser that blocks cookies that don't originate from the site you are visiting.

      What's wrong with encoding a session identifier in the URL?

      Persistence beyond the surrent session? Easy and ubiquitous support in all web development environments?

      Cookies are evil and software architects need to get that through their heads.

      Riiiight, because you say so. You leave your tinfoil hat on, and 99.9% of the rest of the world will go on using cookies, especially software developers who can deeply analyze that you are full of it.

      --

      Do you even know anything about perl? -- AC Replying to Tom Christiansen post.
    2. Re:Loss of transparency by rseuhs · · Score: 2
      Sorry, but this is nonsense.

      If you would do a "deep analysis" you would recognize that if you don't trust a website, turning off cookies won't make your credit-card number any safer.

      And if you trust a website, turning ON cookies won't make your data any more unsafe.

      The effect of cookies on security is zero.

      Also, cookies store data FROM THE SERVER on the client, not vice-versa. There are no accumulated risks on the server in any way. Maybe you should do some research (or "deep analysis") before posting such nonsense.

      (And don't even dare to weasel out of your incompetence by pretending you meant the accumulating risks on the client. If you don't trust your own computer (which is ridiculous), you shouldn't put any sensitive information on it, whatsoever - again cookies don't make a difference.)

    3. Re:Loss of transparency by Gerry+Gleason · · Score: 2
      Wrong. The only thing a website can put in a cookie is what information you give it, or something they make up for tracking a session.

      That assumes no exploitable bugs. Not convincing. The 'something they make up for tracking' could also hide a host of evils.

      And better than that, you can examine your cookie file and see what is there.

      They can make it arbitrarily hard to know what they are up to, and if they are making it easier for other sites to get your information as well.

      If you don't like cookies that are attached to ad images, get yourself a browser that blocks cookies that don't originate from the site you are visiting.

      I already do this, and make my browser ask. I particularly like the new features where the browser remembers my decisions. Even so, this is a pain, and some site refuse to operate if you make the wrong choice (even crash the browser in some cases, but I haven't seen that in a while).

      Persistence beyond the surrent session? Easy and ubiquitous support in all web development environments?

      Logins are better for that, and my browser is happy to remember this when I go back. If you want data to persist, store it on your own server, not my client. This has the advantage of persisting even when I change machines/locations.

      Cookies just aren't a very good design, and there is great potential for abuse without the user's knowledge.

    4. Re:Loss of transparency by irix · · Score: 2
      That assumes no exploitable bugs. Not convincing. The 'something they make up for tracking' could also hide a host of evils.

      This is just bunk. What "exploitable bug" is going to give some website infomation about me that I never gave them? What could someone put in a session id that I would care about, if I never gave them any information? Come up with one concrete example here please, instead of making up conspiracy theories.

      Logins are better for that, and my browser is happy to remember this when I go back. If you want data to persist, store it on your own server, not my client.

      ROTFLMAO. You mean to tell me that you don't trust me putting a user identifier in your cookie, but you trust your browser to store your password locally? Time for a sanity check.

      --

      Do you even know anything about perl? -- AC Replying to Tom Christiansen post.
    5. Re:Loss of transparency by ShannonClark · · Score: 1

      One of the major risks with cookies is in tracking - i.e. the seemingly all pervasive "doubleclick" cookies - which can be used to track you doing who knows what...

      i.e. cookies used to pass information on to a third-party OTHER than the organization whose site you are browsing - all it takes is one little gif (the "bug") put on a webpage to allow the third-party to send or request your cookie when you load a site.

      This in turn builds up a log file that could be tracking all sorts of things - useful from a advertiser's perspective, but also a real privary and potentially security concern (why should a third-party who do not intend to visit have an ability to log both the sites you visit, potentially your actions on those sites, and your route(s) to them).

      The security concern being if this path/action/route information exposes you in some way (for example - connecting your private accounts to work accounts, or revealing other identifiable information - not to mention just something as simple as revealing what you have been searching on..)

      Most big services, such as Doubleclick, claim that such information is used only in the aggregate - but with no scrutiny who is to know?)

      And don't forget that your browser tends to be a fairly chatty piece of software, gladly showing your IP address, what version it is, what page you just came from, etc - all of which might be captured as part of such a log process.

      --
      -- Join us in Chicago May 1-4th for MeshForum -- writer, historian, tech geek, entrepreneur, internet junky since '91 --
    6. Re:Loss of transparency by Vulture_ · · Score: 1
      The 'something they make up for tracking' could also hide a host of evils.
      Such as?
      They can make it arbitrarily hard to know what they are up to
      "They want to know who I am" is usually a fairly safe assumption. So what?
      I already do this, and make my browser ask. I particularly like the new features where the browser remembers my decisions. Even so, this is a pain, and some site refuse to operate if you make the wrong choice (even crash the browser in some cases, but I haven't seen that in a while).
      If any Web site is capable of crashing your browser, cookies are the least of your worries. Ever heard of buffer overflows?
      --

      The only way the typical /.er can pick up a chick is with a forklift. -- AC

    7. Re:Loss of transparency by Anonymous Coward · · Score: 0

      Jumping in here...

      How about your credit card number?

      Or SSN?

      Did you know that the lookup on some telephone companies use the last 4 digits of your SSN with the local exchange number to first search for available telephone numbers when you sign up for a new line? Verizon does this.

      Likewise, you saying cookies are immune to such activities? A cookie could NOT contain my credit card number when I made a purchase at site 1. If site 2 has access to site 1 through a legal agreement and technological share, they can't get that credit card number? Hardly.

      If I give one site info., I do not expect it to be transparent to another site. And, frankly, it could be.

      However, that said, I do not see how cookies are worse than what can already be done through regular technological business exchanges. But you certainly can share information through a mistake. There are no cookie checks for this. It does open up potential bugs, via stupid cookie value mistakes and site or browser (or, with MS products, OS) errors. While I do not feel those risks are beyond what a competent web user can evaluate on their own, it's trivial to see exploits that could come up.

      After all, doubleclick wouldn't otherwise have a valid business model.

      Not all code is good code.

  43. Comment removed by account_deleted · · Score: 1, Troll

    Comment removed based on user account deletion

  44. Does this mean...? by Steve+Franklin · · Score: 2

    Does this mean the recording industry can be prosecuted under the new anti-terrorism acts?

    Some of this idiocy should begin mitigating when campaign finance reform kicks in next election cycle. I just hope it's not too late. Does anyone want to take odds on whether there ARE elections in 2004?

    --
    Hic iacet Arthurus, rex quondam rexque futurus.
  45. Look at the footnote.... by scharkalvin · · Score: 2


    Footnotes:
    3.TPCA says that the hardware device that stores and handles encryption can be turned off locally. However, what this will mean in practice is that any DRM sofware will detect failure and refuse to operate.

    So if I am running Linux (which doesn't give a rats ass about DRM) turning off the hardware won't matter to me as NONE of the software I run expects any DRM hardware to be in place. Same thing with an embedded real time OS running in a medical instrument or in my car, etc.

    1. Re:Look at the footnote.... by LinuxOnEveryDesktop · · Score: 1

      So if I am running Linux (which doesn't give a rats ass about DRM) turning off the hardware won't matter to me as NONE of the software I run expects any DRM hardware to be in place. Same thing with an embedded real time OS running in a medical instrument or in my car, etc.

      Wrong. Your software doesn't expect TCPA hardware, but the software that you connect to over the internet does. This is about content, people. For example, you won't be able to read the NYT online anymore, because the NYT site will see that you have TCPA switched off and refuse you access. Worse still, you won't be able to use any of the e-government initiatives that are sprouting up all over the world, because these sites will require hardware with TCPA enabled.

      This, by the way, will also ensure that our current (non-TCPA) hardware will not be of any use.

      Think of it as the problem of Internet Explorer dominance (millions of websites that are only accessible through IE) magnified by a factor of 10000 or so - because now content will simply be refused to you instead of rendered poorly/inadequately. If TCPA flies, any open technology and open content is screwed. Period. And with it, after a while, Democracy - think 1984...

      We MUST make it clear to the public at large that this scheme is pure evil. Talk to your boy/girlfriends, wives, parents, friends, neighbours, explain the issue and what's at stake. People need to understand what is going on. Lots of people.

    2. Re:Look at the footnote.... by Gerry+Gleason · · Score: 2

      Yes, this should be true, although it will also make it very hard for you to use a lot of media products, including a lot of websites from your Linux system. It will also restrict you from running GIMP, or Mozilla under Windows.

  46. The article is FUD, pure and simple. by Observer · · Score: 2
    Regardless of what legislation the Representative for Disneyland and the Senator for Tin Pan Ally are instructed to introduce by their sponsors, manufacturers of truely mission-critical systems will not dare to use components with DRM capabilities in their products, for one simple reason:

    LEGAL LIABILITY

    I wouldn't be surprised, also, if some of the mission-critical applications that the author claims may be affected are covered by explicit legal requirements for certification which will proscribe the mischievous addition of functionality which is both unrequired for the operation of the devices in question and which by its presence will undermine their reliability and safety.

    By all means sound the warning bells when some of these bought toyboys introduce particularly inept legislation, and use excessive scope in their proposals to argue that they and their corporate sponsors are too stupid and self-interested to be permitted to decide on these matters, but don't pretend that just because one interest group has its head pushed so far up its posterior that it resembles a klein bottle it will be allowed to get its own way even if the result is that aircraft may start dropping out of the skies. All that does is to play into the hands of the content-distributors' efforts to portray their opponents as turning hysterical now that someone is finally doing something about their thievery.

    1. Re:The article is FUD, pure and simple. by freuddot · · Score: 2

      This might be true for high-visibility / high-tech corporation or organisation. Lets look at a real example : ( I do the software for them )

      Papermill refiner : ( converts wood to chips )
      Software function : select correct pressure for rotating plates to keep them 1-2 mm appart.
      Energy used : 70 Megawatts
      Consequences when the thing fails :
      Multiton Iron Plate Go Rolling Across Control Room, Killing Operators ( it happens )
      Hardware used : Consummer grade PC. ( from the local shop, no joke )

      Now, these thing are pretty stable these days. However, to do the high-level control, regulars PC are used doing various anaylsis on the signal. Fourier transforms, cross-corelations. About all mathematical anaylsis is used to keep those plates at the optimal place. The energy used is the main cost for running the papermill.
      What if the input signal from the refiner happens to have a patern that matches DRM signature ? Well, the PC will just prevent a fourrier analysis on the data. Best case, the lowlevel embedded stuff will do its job, and you have a refiner running with non-optimal settings that will cost a few tenths of cents per ton of paper. Worst case, this disruption in the control system cause a break : at least 1000000$ damage maybe deaths.

      Sorry to burst you bubble, but the walmart PC is actually used to control dangerous machinery, and often the task it does is signal analysis. That is the exact thing DRM is targetting.

    2. Re:The article is FUD, pure and simple. by alizard · · Score: 2
      If you want to avoid making an ass of yourself publically again, I suggest that you read up on what you're talking about first. The text of CBDTPA and discussions from the Broadcast Working Group are readily available, and don't admit to the exceptions you seem to think necessary.

      There is no reason to believe that after the bill becomes law and the recommendations of the Broadcast Protection Discussion Group (try googling for "Plugging the Analog Hole". You know how to use google, don't you?) become law and regulation, that non-DRM processors (or DACs, or several other classes of electronic component) will be available in the US.

    3. Re:The article is FUD, pure and simple. by Observer · · Score: 2
      <b>There is no reason to believe that after the bill becomes law and the recommendations of the Broadcast Protection Discussion Group ... become law and regulation, that non-DRM processors (or DACs, or several other classes of electronic component) will be available in the US.</b>
      Calm down.

      Even if the CBDTA and BPDG recommendations are enacted into legislation in their current form - and I personally give the elected representatives in Congress and the White House credit for having enough collective common sense to recognise the folly of mandating DRM functionality into, for example, the papermill refiner described by freuddot - this will "merely" create a conflict with legislation covering such things as fitness of a product for its designated function, general safety in public places and industrial premises, plus any product certification requirements that have legal force, and so on. Of course CBDTPA et al don't admit to such exceptions - for pity's sake, they're written to the specifications of a group of people whose inflated sense of their own importance and significance matches that of anyone else on the planet, IT geeks included.

      If such legislative conflicts are created, then the law mandating DRM will be challenged in the courts. And my personal opinion is that the US court system, for all its flaws, would have little difficulty in deciding that where there is a conflict between safety and the interests of copyright owners, safety should be given priority.

      Running around screaming hysterically about a scenario so improbable that it constitutes wishful thinking detracts from the effort of ensuring that widespread availability of digital information processing mechanisms does not result in loss of balance between the public interest and that of copyright owners. If you want to make a useful contribution (even on /. ;) then put some thought into how such a balance can be achieved. Obviously, safety-critical mechanisms must be exempt from a requirement to include DRM functionality. Arguably, mechanisms manufactured for the purpose of reproducing or creating copyrighted content should include such functionality. In such a situation, what provisions are required to ensure that the mechanisms are not abused to undermine fair use doctrine, or to maintain or create a monopoly on content distribution? How to ensure that the use of DRM technology does not effectively usurp the legislative and legal processes in the field of copyright enforcement and protection - in particular, should there be a legal obligation that DRM mechanisms already in use must be modifiable to conform to future legislative changes or legal decisions? Should there be an obligation on content distributors who use DRM technology to maintain an archive of the material in an 'unlocked' form so that it can be made available to the public domain when copyright expires? Between the extremes of safety-critical mechanisms and entertainment boxes, how should the general-purpose computer be treated - for example, should there be different rules for a PC that is sold for use in a private home and one that is installed in a business environment? And so on.

      Of course, if you find this sort of question 'hard', by all means carry on claiming that the sky is falling.

    4. Re:The article is FUD, pure and simple. by Observer · · Score: 1
      Sorry to burst you bubble, but the walmart PC is actually used to control dangerous machinery, and often the task it does is signal analysis. That is the exact thing DRM is targetting.
      With respect, if such a commodity PC is performing safety-critical functions (as opposed to merely maintaining optimal performance) and there are no low-level failsafes to prevent it wrecking the place if it goes wrong, then the situation is already one of criminal negligence even without DRM functionality within the PC.

      Sorry, but I just don't believe that is the case, any more than I believe that the manufacturer of the mill would dare compromise safety-critical 'lowlevel embedded stuff' with unneccessary and potentially dangerous functionality, even if it were technically feasable to include it. Aside from any considerations of ethics and responsibility, the damage to the firm's reputation and future (non-US) sales would be pretty spectacular.

    5. Re:The article is FUD, pure and simple. by alizard · · Score: 2
      - and I personally give the elected representatives in Congress and the White House credit for having enough collective common sense to recognise the folly of mandating DRM functionality into, for example, the papermill refiner described by freuddot

      That statement in and of itself completely confirms something I suspected when I read your post.

      Your ignorance of political history makes you incapable of contributing usefully to a public policy discussion. I suggest you try lurking and reading what people less ignorant than you are (just about everybody) and taking the trouble to learn something about politics and technology before sharing any more of your ignorance with the general public.

      If you know how to use google, try the key phrases:
      DMCA "computer security"

      Perhaps among the 4,920 hits will be something that will provide you with some useful enlightenment.

      Or perhaps you should run for public office. If you win, your departure from the IT community and entering the ranks of Congress will improve the average intelligence of both groups.

  47. Re:Looks like people are still confusing Java and by nolife · · Score: 3, Informative

    Not just NASA. There are quite a few nuclear reactor protection systems based on the 8086/8088.
    I really don't think these chips are any different then what you could buy from an electronics store. We performed our own signature and time response testing after replacing anything so they were well tested prior to use.

    --
    Bad boys rape our young girls but Violet gives willingly.
  48. Need a better logo by Lonath · · Score: 2

    /. needs a better topic icon for stories like this. I suggested this one a long time ago, but apparently they didn't listen to me or didn't care.

    The picture should have a fat white man's legs and ass with his pants down around his ankles. His pockets are stuffed with money and congressmen and he's taking a shit right on top of a copy of the Constitution. That would be a better icon than a hand with a microphone. :P Maybe I'll try to make it. :P

  49. make DRM mandatory by jas79 · · Score: 1

    Very expensive specially designed software. After all, poor Mr. Smith is dead just the same if the life support is shut down by the operating system, the data base, or the email program instead of the processor.

    They should make DRM mandatory for medical systems to make sure that every lifesupport systems uses very expensive specially designed software.Imaging what damage a virus could do with a medical system which runs outlook.
    I am quite sure that all critical systems already use specially designed software.

  50. Boiling a frog by Gerry+Gleason · · Score: 2
    Perhaps he stretched a few things for the sake of argument, but the central points are completely valid and worrisome.

    The part about ABC and XYZ word processor (or insert any content editing program) is very persuasive and will be the first place we will see this pushed beyond sensible limits. Many people will still say "shut up and use MSWord". Once it gets to this point it may already be too late.

    My hope is that by raising awareness through intellegent articles like this one, more people will see the extent of the risks. The fact is that the kind of pervasive DRM that is being pushed is incompatible with many applications, and as the engineers designing these systems begin to understand the issues, they will apply "due diligence" as described in the article.

    If the extreme DRM approach wins in the marketplace, we will all suffer from the kind of thing described in the article, and more. At the very least, it will increase the cost of developing and deploying the kind of critical systems described because they will lose access to a lot of commodity technologies because of these concerns. What will emerge is two technology worlds one with and one without locked in DRM controls.

    IMHO, the DRM side will lose because of all the unintended consequences of their badly implemented technology. It's a monopolist's approach, and the real strength of PC hardware is the competitive markets for all the component technologies. The worry is that we will all be happily resting in the warm water before we realize it is too late.

  51. Computer industry might LOVE this. by dpbsmith · · Score: 3, Insightful

    Uh-oh... what's scary is that his scenario might prove very attractive to the computer industry.

    The computer industry is currently reeling from the high degree of competition that has been brought about the commoditization and universality of the PC architecture.

    In the bad old days, IBM deliberately kept product lines separate and incompatible so that they could segment individually manipulate different groups of customers. Certain product lines were arbitrarily designated for certain classes of customers (small business, large business, scientific, etc.) If competition developed in one area, they could cross-subsidize and lower prices for that group while raising them for another. The victimized group couldn't do much, because migration to the more cost-effective hardware was too difficult. High margins were maintained.

    With DRM, we can foresee a return to the golden days of yore. If DRM makes computers useless for applications where security and high reliability are required, voila! we have market segmentation.

    We could have cheap consumer PC's with DRM in them, basically unusable for many applications for the reasons so clearly articulated by Yodaiken.

    This would, of course, create a market for exactly the "very expensive nonstandard hardware" he talks about.

    Vendors could make high margins on products like "medical computers," knowing that hospitals did not have the option of migrating to commodity consumer PC's.

  52. Thanks for ignoring me qjkx by Anonymous Coward · · Score: 0

    The technology doesn't bother me, it's the law that drives it. Does anybody think all IP laws should be abolished (like slavery laws)?

  53. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  54. Here's An Example of What Could Happen by Master+of+Transhuman · · Score: 1


    I read about this years and years ago. NASA sent a spacecraft to Venus or someplace. The system had two processors, each of which was designed to test the other processor for signs of failure and if such were detected, to shut the other processor down and take control of the spacecraft.

    Well, one of the processors' software had a bug in it that caused it to believe the OTHER processor was defective. It shut the other one down and began to take the craft off-course.

    NASA had to reprogram it from the ground to convince it that it was the one that was defective. When they managed to do so, it restarted the other processor, handed off control, and shut itself down.

    I can easily see DRM having problems like that which is what the author is suggesting.

    --
    Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
  55. Licensing!=Security by Anonymous Coward · · Score: 0

    "Despite marketing, DRMP is a licensing technology, not a security technology ..."

    Absolutely true.
    What most people fail (or deliberately refuse) to understand is that any technology must be simple to be reliable.
    The sole purpose of that piece of crap is clearly to ensure that everyone on this planet one day can be tracked, let alone forced to pay a fee for even the silliest thing. It's a Bad Thing (tm) both technically and ethically.

    DRM is achieved by building walls, reliability (and performance) by removing them. Somebody must stop that dangerous waste of time and resources before it's too late.

  56. Yes by germinatoras · · Score: 1

    Is anyone else out there pissed at the fact that they will actually have to log on to the internet to even use their computer? I mean for broadband its ok, but there are a lot of dialup users out there, who don't need to log in right now to listen to music or to watch DVD's.

    It's an absolute, non-negotiable condition of any media that I own that I can play it whereever, whenever, and with whatever technology I deem appropriate. It's absolute and non-negotiable that my right to play is never contingent on 3rd party approval. This should be everyone's creed, if it isn't already.

    I don't even have an ISP at home. (my lunch hour at work is sufficient, hence my posts at about 12'o clock ;-) That DRMed Elvis Costello CD which got released a while back would have been entirely useless to me.

  57. Re:Looks like people are still confusing Java and by Anonymous Coward · · Score: 0

    WHY would consumer-grade "hardware" be found in professional-grade medical hardware?

    In a word, COTS. That's short for "Commercial Off The Shelf", and it is commonly used to mean "use something cheap from the consumer market instead of a high-quality part". Everyone is doing it, up to and including spacecraft and launch vehicles. And people seem to think it is some kind of magic bullet, as if the time you do not spend developing is not somehow lost integrating and working around deficiencies.

  58. potentially messy... by danro · · Score: 2

    So yes, a scalpel could go beserk....

    Not to mention a laser knife, or one of those microwave or radiation "scalpels".
    Oh, the mess...

    Something as trivial as a malfunctioning X-ray device could possibly condemn you to a slow painful death in cancer.

    Making a law that forces these things to be more complex and bug-prone with DRM would seem like a bad idea to any thinking person.

    But I guess the glory of capitalism is that a lot of people doesn't care if a stranger die as long as they make a buck.

    --

    "First lesson," Jon said. "Stick them with the pointy end."
  59. Tojans by Gerry+Gleason · · Score: 2

    In a word, yes. That's really the whole point of the argument. DRM is a trojan for the entire industry (if it succeeds). I don't really see how it can win since it is only a gift for a very small segment of the market. MS and to a lesser degree Intel are the big gorillas here. Only MS has the monopoly power to make it widely deployed, but they have a harder time pushing it in Congress because they are already seen as a monopolist bully by many. The [RM]IAA are the ones doing all the lobbying, and trying to make everyone think they are harmed by all those nasty pirates. MS is only too happy to supply the technical means to implement it. It's one of those conspiricies that can't be attacked because the collaboration is silent.

  60. You understand neither DRM nor the article by A+nonymous+Coward · · Score: 2

    DRM cannot be implemented piecemeal, no security system can. Imagine a military base that has security gates and open gates, all leading onto the same base. Or a server with some secure ports, some insecure. No good! It's all or none.

    For you and others, let me repeat that: Every component has to be DRM enabled, fulltime, or the system is insecure.

    This eliminates your point 2, that medical equipment uses 486s, Dragonballs, etc. The OS is unimportant; the chip is unimportant. Each component has to enforce DRM or there's a security hole. It's all or none. This is another reason to dislike DRM, it forbids Linux and all other source-available OSs, in fact, it restricts what software you can run. But back to your point 2, ARM is used in PDAs, so it has to support DRM. Every component that can connect to other components has to be DRM enabled. Every component has to reject connections to non-DRM-enabled components. The medical system would have to be isolated from the rest of the world. So much for downloading new versions of software easily.

    As for point 1, the military is moving to COTS (Commercial Off The Shelf) components precisely because the pure military market is so small. Imagine the per-unit cost of buying a thousand processors of a couple of hundred airplanes, when the development cost is just as high as a commercial processor. You thought $600 hammers were bad! Ha!

  61. Concerning DMCA and DRM by mao+che+minh · · Score: 1
    We should form a commitee. The RIAA and MPAA have their own commitees for lobbying and enforcing brute force legal tactics, why shouldn't we? How many people visit /. daily, maybe 50,000? That is a whole lot of people, with a whole lot of knowledge about these things. Collectively we can be the architects of some serious arguements. All we have to do is organize and start writing letters.

    Revolution!!

    By the way, when in the heck are they going to start selling that "Revolution OS" film? Come on already.

  62. The truth about the USA by doublem · · Score: 2

    >I thought the idea was to look out for
    >the interests of the people who vote for you

    The moment I read that line, I knew you were not from the US.

    Have you seen the Robocop movies? All three? I know, the second was lame at best and the third was downright pathetic, but take a look at the way they portray OCP, the Omni Consumer Products Corporation.

    Seems out of control, right?

    Wrong.

    The USA is not run by the citizens, it is run by the Corporations and the people with money.

    Americans have been well trained to believe TV over all else. It is a nation of Sheeple, not people, sheeple. The one with the most money wins.

    Most Americans know this or are in denial. Why do you think the percentage of eligible voters who actually vote is usually in the single digits?

    Corporations have all the power.

    And as for your belief that the same big money interests hedge their bets by donating to both parties, you're right. Microsoft gave to both the Gore and Bush campaigns, and I'd wager the cash given was roughly comparable in both cases.

    Give money and you're buying access to an elected official. Plain and simple.

    The concept of the USA being a democracy or republic is long dead. It's a fallacy believed by the foolish, the uneducated, the mentally challenged and those in denial.

    Corporations run the nation, and the only force that can ever stand up to them are the politically connected special interest groups. However, they will never do so, because it would hurt them more than it would help them. Why would a special interest group take on a corporation and lose it's funding in the process?

    The anti-trust laws exist for two reasons.

    1. Give the impression that the government gives a rats ass.

    2. To try and prevent a single corporation from being able to simply toss out the government. The 800 lb gorilla wants to keep all the other gorilla smaller. Of course it doesn't work that way. There are corporations with more power than the government, but the government has the guns and it maintains the laws that keep order, so it is tolerated by the ruling corporations.

    Welcome to America. Be a good little consumer. Bend over so the corporations can have their way with you. Don't complain or a lawyer will get medevil on your ass.

    --
    "Live Free or Die." Don't like it? Then keep out of the USA
    1. Re:The truth about the USA by Gerry+Gleason · · Score: 2
      Have you seen the Robocop movies? All three? I know, the second was lame at best and the third was downright pathetic, but take a look at the way they portray OCP, the Omni Consumer Products Corporation.

      I kind of liked the TV show better. It has a real comic book feel that makes it more funny than just cynical.

      I'm not that cynical about the political process either. Yes, there are way too many blatant abuses not to be alarmed by the posibilities, but there are good people trying to do the right thing as well. Don't tar all of them with the same brush.

    2. Re:The truth about the USA by doublem · · Score: 2

      Good Point.

      There ARE good people, and a few good elected officials.

      Revolution is always possible, if the population rises up, and there's always the chance of someone else marching in and tearing up the nation.

      What is now, will pass away, for it is the order of human affairs that nothing remains forever. Knowledge will be lost, and have to refound. Freedoms will perish and rise again from the ashes of oppression. The noble and admirable among us will lead us to greater things, but only after they have saved us from total oblivion.

      When, where and how the old is destroyed is unknown. It is arrogance for any nation to believe it possesses the fortitude to endure forever. As mighty and well armed as we are, we do not have the endurance of the Roman Empire, which fell in its turn.

      Perhaps the order we see now will endure for a thousand years or more. Perhaps less than ten. We will not know when this will end until it has ended.

      --
      "Live Free or Die." Don't like it? Then keep out of the USA
  63. Potential benefits of TCPA/DRM technology here? by jrst · · Score: 1

    It's not the technology that's "bad", it's how the technology is applied.

    Anyone who has tried to construct a "secure" system has run into the same problem TCPA/DRM is addressing: How can you assure that the code you are executing is trusted? Specifically, that it hasn't been corrupted, either intentionally or unintentionally.

    Every life- or safety-critical system goes through (or should) a process of verification at startup, and runs self-checks at regular intervals. The same mechanism that is used for TCP/DRM could provide a simpler and higher level of assurance that something bad hasn't happened to your code (or data).

    (In a previous life building safety-critical embedded systems, I went to extreme lengths during startup, and during idle periods, to (re)verify checksums on code and data structures. That was to detect corruption and initiate recovery if something bad happened. It wasn't perfect, but it was better than nothing. And it worked. What those systems might have done had those checks not detected those failures makes me shudder.)

    Think about using that same TCPA/DRM technology to ensure the integrity of the system's code and data. Think about that same TCPA/DRM technology to ensure the integrity (and maybe privacy) of data consumed or generated by a system, especially medical systems. Those applications of the TCPA/DRM technology could be extremely benficial.

    1. Re:Potential benefits of TCPA/DRM technology here? by buzzbomb99 · · Score: 1

      dont disagree with you about the desirability of self-checking. The danger is though that if using DRM aware components the decision about what to do if inconsistencies are found may no be under the developers control - i.e. cannot go to some sane failsafe state but forced to shutdown

  64. Precisely! by debest · · Score: 1

    He is making the same point as you (just in a more subtle way). The legislation in question *does* in fact target all of these systems (they meet the definition of a digital media device in the bill).

    As a result of such silliness (along with the even sillier examples like digital anal thermometers and such), getting the bill into law is going to be fought at many levels. It will be virtually impossible to get it in with the wording currently proposed. Exceptions *will* be made to permit the manufacture of non-DRMed hardware, and that automatically weakens the intent of DRM (ubiquitous protection of licenced content).

    As far as Victor is concerned, he has little to worry about. Hardware for embedded systems will be unencumbered. He's just airing for the side of sanity from his perspective.

    --
    Look at the tomato! Isn't it sad? He can't dance! Poor tomato!
  65. Tenant in my own computer!!! by johnjaydk · · Score: 1
    The part that really pisses me off is the idea of taking the control of the computer away from the owner both technological and legally. I've paid for the thing so now it's mine. Period. It's like buying a car where the manufacturer has placed restrictions on what roads you are allowed to drive on and automatically stop the car if you violate the restrictions.

    But this whole scheme has a far more hideous side: in order to make the whole thing work every software and hardware component in the computer through which the IP content is passed through has to be trusted. If it's possible to put in your own driver for the output device then it's trivial to hack the driver to capture the content. Not to mention the fact that you got to have the OS support the whole scheme.

    This all boils down to the fact that there is no way this is going to be compatible with our favourite OS. We can't have unprotected IP passing through OSS code. No way. If the market moves to this new scheme of things we're back to the pre DeCSS days where you could only play DVD's under windows. But now it's ALL the content from Internet, next generation DVD's and CD's that are blocked. That is going to hurt us on the desktop...

    Small wonder that M$ is backing this scheme.

    --
    TCAP-Abort
  66. If cookies are /bad/ isn't the point. by cduffy · · Score: 2, Insightful

    The point is that cookies are effectively mandatory, though they were introduced as being strictly optional. The point is that the same thing can (even more easily) happen to DRM as well.

    The actual security (goodness?) of cookies isn't the point here; it's simply that "optional" technologies don't always remain so.

  67. The positive effect of DRM by The+Creator · · Score: 1

    Enviormentally friendly power sources:

    Large weights are mounted on a wheel. Each weight is equipped with DRM. When a weight reaches the bottom of the wheel the weight is given an invalid passport and stops working, when it reaches the top it is given a valid one. This process drives the wheel that drives a generator.

    --

    FRA: STFU GTFO
  68. Absurd not. Be alarmed. by twitter · · Score: 3, Insightful
    ... the idea that DRM code will "somehow" find its way into every IC / processor, even when such application is utterly useless and contrary to the design constraints (and adds substantial costs) is simply unfettered paranoia.... DRM -- In its present form it only protects the rights of the corporations, not the rights of the consumer .... However, this article furthers the same "idea taken to an extreme" paranoia that made people worry whether their car would start Y2K morning.

    So why is it that every major chip maker is coming out with DRM when there is NO "consumer" demand? DRM is univerally loathed and no one wants to buy it. The reason is that it's being pushed by publishers, who have displayed their greed before, and the chip makers themselves who would love it if everyone had to constantly buy new equipment. It's not economic! It will cost more, it's performance will be poor by all measures and no one wants it. Yet it is hapening.

    If the chip makers can get away with it on your PC they WILL get away with it elsewhre. History shows that todays big iron is tomorrows embeded system. If they can't, they will continue to push legislation that forces it. In the mean time, it's much easier to push DRM onto closed boxes that few people other than embeded systems designers ever examine or care about. EVIL. Cars, ironically, are a great example of demand for gimped up systems that defeat the end user. Yes, in the end those gimped up systems might refuse to start a perfectly sound engine. The author is entirely informed and correct.

    Comparing this to Y2K hysteria is at best ignorant. The alarms should be loud and clear. "Digital Rights Management" IS and extreem concept on it's own. The whole idea of you being deprived of control of YOUR machine because you might "steal" a look at your entertainment without paying a fee to a publisher is a radical concept impossible to impliment in the past. Libraires will not be possible if DRM takes hold and is accepted. DRM will be used to impliment the DMCA's non reverse engineering clauses for embeded systems, regardless of performance because clueless executives make up for their ignorance with greed. The author's insight into performance issues for embeded systems and how it will happen is a useful thing to consider.

    --

    Friends don't help friends install M$ junk.

  69. Re:This is the most important paragraph. by Anonymous Coward · · Score: 0

    you forgot one thing. The American consumer is very choosy. What is going to impel them to embrace something like this? IF DRM was in place it would be a barrier to entry, however what is going to firmly establish it in the marketplace over night, certainly not the consumer if the technology is going to behave the way you say it will. As soon as a few consumers run into roadblocks using DRM, they will be looking for solutions that don't offer it. Market pressure will be the key. All that would need to happen is 1 chip maker that doesn't support DRM and one OS that works with that chip, consumers will do the rest! Collusion is always defeated by a "cheater" and in this case the cheater would be one hardware manufacturer who could amass a huge fortune by not implementing DRM. Try to think about the economic forces that drive the market. All of the arguments I have heard so far make three erroneous assumptions.
    1. DRM will automatically appear in anything that receives an electrical current.
    2. All software will be designed to be an active participant (seamlessy integrated into everything) in achieving goals that only a person like Jack Valenti and a few others could possibly want.
    3. That there will be 1 person making every decision and watching every mouse click that a consumer makes.

    Give me a break - the market loves to destroy crap like this. Anything that does not give consumbers freedom opens itself up to huge attacks and competition in the marketplace.
    Simple example - company A makes a DVD player that does not play "authorized" DVDs. company B makes a DVD player that does. Whose DVD player are you going to buy? Lets say that company A actually does not have a DVD player that can restrict what the playing of "unauthorized" DVDs, but is coming out with one soon. Then I wil create company B to explicitly capitalize on company A's narrowsited behavior.

    END

  70. automotive thermometer - halt by twitter · · Score: 2
    Somehow I doubt that a themometer will be allowed to shut down anything, in law or in practice.

    Don't forget the practical implications of hardware and software enslavement. The author points out the practical considerations. You have pointed out the loss of a free press. The two are equivalent and one will invariably lead to the other.

    Consider an automotive emmisions control computer. It may refuse to start your engine if it's last recorded information indicates that the engine will polute. Oh yeah, that might be codified in future laws to enforce exitsting laws on polution control so that break tags and inspections become redundant. Sounds good? The state, we can be sure, will continue to exact yearly fees to own such an automobile, perhaps to combate software "fraud" like fixing your car or examining it's computer without the appropriate licenses, certifications and equipment. Can you imagine a world where people used to just fix their cars in their garrage? Ah!

    The code in such embeded systems will be designed to make you buy a new car every four years. It will invariably refuse to start if you miss a monthly oil change a yearly check up or you car is just older than five years old without a huge fee.

    Right now so much as release of information on the correct interpretation of diagnostic codes is being debated by lawmakers. Do you think those folks have a clue as to what is comming? The people who gave you DMCA and are considering forced DRM have no clue about such implications. Continue to sound off while you can.

    Content creation is important as it allows us to create free software that maintains user control over equipment. It also enables us to make our case for such things being a good thing to begin with. The second is an old and well know benifit of free press. The first is new, but vital for the second to be true as you point out.

    --

    Friends don't help friends install M$ junk.

    1. Re:automotive thermometer - halt by stapedium · · Score: 1

      The situation you describe of not being able to fix your own car is much the way things work in Europe.

      For example in the UK you are not allowed to change your own flat tire on the side fo the highway, so you are required to belong to an auto club. In Germany, regular Joe's are not allowed to modify anything on their own cars without special permits from the government. From what I've heard this includes things as simple as changing you window wipers.

      Of course they let you drive as fast as you want...

    2. Re:automotive thermometer - halt by Reziac · · Score: 2

      There's been talk here in Calif. of exactly such a device, to prevent "polluting" vehicles, and older vehicles, from running at all. Fortunately so far it hasn't gone anywhere, largely due to screams from the more penurious quarters, but I think the day IS coming -- it's a matter of making it practical enough to enforce it.

      Imagine the result when the smog-prevention chip refuses to let an ambulance or fire truck start. Imagine the cost to taxpayers when they're forced to fund new vehicles on a regular schedule rather than on an as-needed basis.

      It sounds ridiculous and unworkable, and everyone will hate it, but that's never prevented gov't from going gung-ho down such a path in the past, and it certainly isn't stopping the tech industry in the present.

      As to free press, in Iron Curtain days, printing presses and typewriters were required to have a print sample on file, so people who wrote or published unpermitted works could be readily ID'd and prosecuted. A DRM chip would have made the state's job SO much easier...

      --
      ~REZ~ #43301. Who'd fake being me anyway?
  71. Already happening, but not on /. by Gerry+Gleason · · Score: 2

    /. is good for getting informed about these things, but not for political activism. The EFF might be a good place to start if you want to get involved. We are all pursuing this is our own ways, and according to our own urges. It's the "open way", you scratch your own itch. Find existing projects, or start your own if you can't find one to join. If you want to help /., post a good story with links to resources or participate by making good comments. You'll know you're in the right ballpark when you stop getting modded out of existence.

  72. Stop calling it DRM by Anonymous Coward · · Score: 0


    The phrase "Digital Rights Management" is a linguistic trick to make it sound like sony or microsoft has a right to control what you read.

    Perhaps it should be called Digital Rights Infringement, or Digital Rights Prevention|Removal - pick anything that sounds good. But for god sakes, stop calling it DRM.

    How do you let people know that your new acronym refers to "DRM". Well, whenver someone mentions a NY Times article, they always put (free registration required) in parenthesis. Everytime DRI is mentioned, everyone should put (DRM) in parenthesis.

    Maybe DRI (DRM as the industry calls it), will then be seem for the power grab that it really is.

  73. That's a totally different system by Gerry+Gleason · · Score: 2

    You might be able to use some of the TCPA hardware resources to implement privacy and security facilities, but what you design would be far removed from anything in the current proposals. Your solution is more like virus detection under Windows. It is much better to make sure the external interfaces are well secured than to constantly scan for intrusions. Scanning is a good check that you aren't getting hacked, but not a good way to run a reliable system.

    1. Re:That's a totally different system by jrst · · Score: 1

      Hmmmm.... I'm willing to believe I have misread, or misunderstand some of the TCPA specs, but I'm wondering if anyone else in this discussion has even read any of the specs.

      TCPA is quite specific in its intent: to provided a trusted path that can not (or at least not easily) be subverted. "Trusted path" means that I know who and where it came from; what I do with that information is up to me. Note that anyone who has ever tried to solve this problem ends up in about the same place as the TCPA. If you have a way to solve it differently, then there are a lot of people who would like to hire you.

      I agree that making external interfaces secure is important, but it is far from sufficient. Stopping at the interface is the "hard and crunchy on the outside, soft and chewy on the inside", and a very sophmoric, approach to security. If that's your solution, wonderful--but to suggest internal checkes are "not a good way to run a reliable system" is ludicrous. Sorry, I digress...

      We're talking about increasing reliability and failure detection, not viruses (although viruses can obviously lead to reduced reliability).

      Using your analogy, the appropriate solution to detecting a failure would be ensure that the system never breaks, and if there is a failure, we simply let the entire system crater, and maybe kill someone? I prefer a system that attemtps to detect--and recover from--a failure before it misbehaves too badly.

    2. Re:That's a totally different system by Gerry+Gleason · · Score: 2
      I'll admit that I'm not much up on the details, but I well understand what is involved in creating a "trusted path" if that is their central concept. The bottom line, and it probably applies even more to Palladium is who gets to be the authority for "who do you trust" questions. For example, when you use SSL to secure https transactions in your browser, you get a set of root certificates already installed by default, but there is also a process to explicitely add or delete them from the list, as well as to add new ones on the fly. The effect of this is to say which Certificate Authorities (CAs) you trust. I can easily create my own CA with the appropriate tools (all available as Free/Open source), and I can then distribute the root certificate and make host keys for my friends.

      Now, for DRM purposes, a content vendor may want to say "only trust these authorities", and either embed this in the content. But there is a problem because if you build your own tools from source, your not going to be able to certify it with an authority that this vendor trusts. You might be able to get the binary certified, but that would defeat the purpose of open source, and it certainly wouldn't work for Gentoo Linux for example. This is still tricky because someone would be certifying that the source meets the TCPA guidlines, and it's hard to see how this would be available. You could get the source, and fix bugs, but it would take a long turnaround to recertify the new version to be "trusted" again.

      This has little to do with securing your system. My point about securing the external interfaces is not that scanning is not useful, but that it doesn't help that much after you get compromised. You might be able to detect the intrusion this way and maybe even avoid running the infected code, but there are always going to be windows of vulnerablility where the exploit code could be compromising any or all of your 'immune system'. The intruder can update any database you might use to detect the intrusion. Burning a DB to a CDR and putting it in a read-only player is good, but the detection code can get disabled too.

      The upshot of this is that once you detect the intrusion, it is too late, and you might not even get the chance to detect, so you had better concetrate on keeping the bad guys out even before thinking about detection. OTOH, belt and suspenders isn't a bad idea when it comes to security. Same thing with other critical systems that where failure might even be life threatening, although here the issue of trust is a bit different. Multiple systems with multiple ways of ariving at the same answer, voting systems, etc. You have to be careful that your checks and balances actually improve stability, not decrease it.

  74. DRM boundaries today by mugnyte · · Score: 1

    How many of us are running machines with high-temp military/space grade chips? How often is the general public ripping CDs using a real-time OS/toolset?

    There is some crossover, but this author doesn't understand hardware boundaries as they exist today. I don't buy the "propogation" theory either.

    DRM will fail anyway, there are countless ways to hack a human interface, and digital content is too easily manipulated by the masses (the genie is out of the bottle). We here know this. Valenti will find this out after he pays for the tech industry to distribute his content securely and it still ends up shown free in our basements before box office release. More money to the servants of chicken little = us.

    With any DRM, they fight not the spread of content but the spread of knowledge to manipulate content aka DeCSS. Can you imagine a day when acquiring and building a Linux bos from industrial parts (non-DRM components) is illegal, along with the knowledge of how and where to do this?

    "Strange Days" and a handful of other thoughtcrime-esque movies portray such an environment. I don't see it being possible. Not without revoking a huge section of personal freedoms from people. Information wants to be free. Somebody needs to rebuild the model for rewarding the creation of information.

    mug

  75. Re:This is the most important paragraph. by Reziac · · Score: 2

    Every time the topic comes around I've pointed out exactly what you say: It's NOT about content, it's about preventing independent content and/or distribution models from ever becoming viable alternatives. I don't know why this is so hard for otherwise-intelligent people to understand! :(

    --
    ~REZ~ #43301. Who'd fake being me anyway?
  76. Forget the military, business is in danger by evilpenguin · · Score: 2

    The military hardly ever uses consumer electronics in the serious applications. Everything is "milspec."

    No, it's not the military that should be fighting against this. It is every IT department on earth. Why would ANY business ever buy a piece of equipment that permits an outside entity to muck around with it, or even disable it? In this nightmare future, there is no such thing as a "production" system, because entites outside can change or disable the system configuration at will.

    Defenders of this technology say, "Yes, but they won't do that." Maybe not, but how can you be sure? What if you are in a business that competes with one of your own vendors? Obviously, such conduct would be illegal, and, as we all know, companies never do anything illegal. Also, this is an exciting new opportunity for a DoS attack. Suppose you have a production server that allows file uploads for legit reasons? If people upload improper content, no biggie, you just delete it, right? Not anymore. Someone uploads a renegade copy of Sierra's "Cooking Light" software and BAM! One of your production servers shuts down.

    Now I realize these scenarios are unlikely, but my point is that they are not impossible. And that alone should scare the excrement out of any CIO.

    Besides, its not all that unlikely. Let me tell you a little story from my own personal experience. I worked for a "pre web" electronic commerce operation. We used AIX and Netware. TCP/IP was just becoming a big deal (although the web wasn't here yet -- it existed, but basically just at CERN and other research institutions), so we decided we wanted to do our IPC over sockets. This meant we had to install TCP/IP NLMs (remember NLMs?) on all of our Netware servers. I got this job.

    Now, I wasn't a CNE (I probably shouldn't have been given the job), but it was just installing an NLM on our test servers, and I knew my TCP/IP, so no big deal. We had five test servers. We purchased 5 legal copies of the NLM. I took one of the floppies and went from machine to machine, installing. Five minutes later, EVERY SINGLE EMPLOYEE IN THE COMPANY, about 45,000 people all over the USA, started getting those annoying netware broadcast messages (this is the MS-DOS era folks) that a Novell Software License was being violated on the network. These messages came every few minutes.

    This was my early experience with digital rights management. I got it cleaned up within the next twenty minutes, but you had better believe that it is not a good thing to annoy an entire company, even for half an hour.

    This is NOT A GOOD THING. An inexperienced person can install software on a test system and interfere with an entire corporation. Now imagine this with outside entities able to reach in to you corporate network and do things like this.

    If I were a CIO, I would have a policy that forbade ANY DRM enabled equipment to be attached to my corporate network. Period. And I would see to it that every vendor I worked with got a copy of this policy.

    Gene Spafford (one of the foremost computer security experts, and founder of COAST, the reliable systems project at Perdue University) defines a secure computer system as one that does "what you expect, when you expect it." No DRM equipped system could possibly meet this definition. Ever.

    Think about this when you are making purchasing decisions and setting coprorate policy.

  77. Re:Looks like people are still confusing Java and by amokk · · Score: 1

    Just a little note on the 8086 architecture. I don't think it's a method of cutting costs. Rather, I think it's to model technology on a proven, working, rock-solid platform that is going to behave predictably.

    --
    I think, therefore I am an Atheist.
  78. Nah, doesn't work by iamacat · · Score: 1

    Because as the wheel makes the first revolution, there is an average of the same number of weights on the right and left sides, so the wheel will not keep rotating in a particular direction.

  79. anti-virus software != security by g4dget · · Score: 2

    The notion that running "anti-virus software" equals security is just stupid. If you keep your system up-to-date and run a reasonable mail reader, you don't need it. Anti-virus software is like taking antibiotics prophylactically: it's expensive and not good for you. And anti-virus software breaks a lot more than just making your computer slower.

  80. Get real... by no_opinion · · Score: 2, Insightful

    This paper is just fear-mongering since it requires you to make the leap that DRM will be embedded into everything, which makes no sense at all. You can easily reproduce this arguement for nearly any technology, since almost nothing will be appropriate everywhere.

    I think that papers like this do not help our effort. Let's attack the real problems we face today, rather than making up imaginary ones.

    1. Re:Get real... by Bassman59 · · Score: 1

      This paper is just fear-mongering since it requires you to make the leap that DRM will be embedded into everything, which makes no sense at all. You can easily reproduce this arguement for nearly any technology, since almost nothing will be appropriate everywhere.

      Re-read his article. He makes a very valid point -- that the economics of scale mean that components originally designed to be used in personal computers and consumer electronics gizmos end up being used in other applications, simply because they're cheap.

      There are arguments I could use against his train-of-thought. The most obvious is that if you ever look at IC databooks (or PDF datasheets), there's ALWAYS a disclaimer stating that use of the part in a circuit or system such as life-support (or other system where failure can reasonably cause death or serious injury) is expressly forbidden w/out the written consent of the chip vendor's president.

      Also, to counter his example of the grunts in the foxhole reprogramming the targetting computer, and having the patches rejected by the DRM agent: while gov't contractors are demanding COTS equipment, you can bet that they will write contracts specifically forbidding any sort of DRM bullshit in the equipment they buy.

  81. Re:Looks like people are still confusing Java and by Anonymous Coward · · Score: 0


    I am afraid, it is not a valid point to say that it is a social burden wbeb
    sites use javascript and cookies. Nor is it a
    burden to say, for example, that there are too
    many churches in my town and since I am an atheist it bothers my.
    If you don't like it, visit other sites that
    don't use javascript or pop-up! And if you don't
    like to drive by churches, then too bad!

    The only potential problem with the websites
    are only those that are meant to be visited by everyone:
    like the government sites, the State Attorney's General, the IRS, etc,. These
    are the only onece that should be contructed with greater
    care (and without .doc files).

  82. Re:Looks like people are still confusing Java and by alizard · · Score: 2
    The author isn't confused, you are.

    Is the market for high-end medical technology big enough that Intel will be building DRM-free microprocessors and the HD makers will be building DRM-free HDs to suit the market's needs? Will this even be possible if CBDTPA passes in anything remotely resembling its current form? (read it yourself and you'll find the answer is NO!).

    In any case, the author is better qualified than you are to determine what's alarmist and what isn't, unless you're prepared to discuss the RTOSs you've developed on your own over the years.

  83. Re:This is the most important paragraph. by daniel2000 · · Score: 2

    I really like your argument of the market being the white knight and saving the day- but there is a force that is more powerfull in the medium term than the market. The Law.

    Get a law passed forcing DRM and goodbye freemarket and its ability to correct in this situation.

    Perhaps market realities will impose themselves EVENTAUALLY- but you can't count on that being any time soon.

  84. That functionality would be impossible by design by Anonymous Coward · · Score: 0

    Remember "Trusted computing" meaning one-way trust with you on the short end.

    You trust the chip, the keys and algorithms in the chip, and so-forth. The chip DOESN'T trust YOU, the chip hides the algorithms, keys and so-forth and thus prevents you from using them. You could ask microsoft for a public-key that the chip would then verify in the secret way it verifies things. Then you'd be fine untill or unless MS decided it didn't trust YOU anymore OR until some hacker wound with MS' keys and decided to have some fun with you.

    --- And the funniest thing is that Pallidium actually provides a plausible scenario for cyber-terrorism becoming a "weapon of mass destruction".

    If all rights are revokable, you could shut down the world permanently with just the right messages.

  85. Last Post! by alpg · · Score: 1

    Nasrudin called at a large house to collect for charity. The servant said
    "My master is out." Nasrudin replied, "Tell your master that next time he
    goes out, he should not leave his face at the window. Someone might steal it."

    - this post brought to you by the Automated Last Post Generator...