All Things Microsoft > Microsoft Software

DRM: where Microsoft's priorities lie

(1/4) > >>

piratePenguin:
http://www.wired.com/news/columns/0,71738-0.html?tw=rss.index


--- Quote ---If you really want to see Microsoft scramble to patch a hole in its software, don't look to vulnerabilities that impact countless Internet Explorer users or give intruders control of thousands of Windows machines. Just crack Redmond's DRM.

Security patches used to be rare. Software vendors were happy to pretend that vulnerabilities in their products were illusory -- and then quietly fix the problem in the next software release.

That changed with the full disclosure movement. Independent security researchers started going public with the holes they found, making vulnerabilities impossible for vendors to ignore. Then worms became more common; patching -- and patching quickly -- became the norm.

But even now, no software vendor likes to issue patches. Every patch is a public admission that the company made a mistake. Moreover, the process diverts engineering resources from new development. Patches annoy users by making them update their software, and piss them off even more if the update doesn't work properly.

For the vendor, there's an economic balancing act: how much more will your users be annoyed by unpatched software than they will be by the patch, and is that reduction in annoyance worth the cost of patching?

Since 2003, Microsoft's strategy to balance these costs and benefits has been to batch patches: instead of issuing them one at a time, it's been issuing them all together on the second Tuesday of each month. This decreases Microsoft's development costs and increases the reliability of its patches.

The user pays for this strategy by remaining open to known vulnerabilities for up to a month. On the other hand, users benefit from a predictable schedule: Microsoft can test all the patches that are going out at the same time, which means that patches are more reliable and users are able to install them faster with more confidence.

In the absence of regulation, software liability, or some other mechanism to make unpatched software costly for the vendor, "Patch Tuesday" is the best users are likely to get.

Why? Because it makes near-term financial sense to Microsoft. The company is not a public charity, and if the internet suffers, or if computers are compromised en masse, the economic impact on Microsoft is still minimal.

Microsoft is in the business of making money, and keeping users secure by patching its software is only incidental to that goal.

There's no better example of this of this principle in action than Microsoft's behavior around the vulnerability in its digital rights management software PlaysForSure.

Last week, a hacker developed an application called FairUse4WM that strips the copy protection from Windows Media DRM 10 and 11 files.

Now, this isn't a "vulnerability" in the normal sense of the word: digital rights management is not a feature that users want. Being able to remove copy protection is a good thing for some users, and completely irrelevant for everyone else. No user is ever going to say: "Oh no. I can now play the music I bought for my PC on my Mac. I must install a patch so I can't do that anymore."

But to Microsoft, this vulnerability is a big deal. It affects the company's relationship with major record labels. It affects the company's product offerings. It affects the company's bottom line. Fixing this "vulnerability" is in the company's best interest; never mind the customer.

So Microsoft wasted no time; it issued a patch three days after learning about the hack. There's no month-long wait for copyright holders who rely on Microsoft's DRM.

This clearly demonstrates that economics is a much more powerful motivator than security.

It should surprise no one that the system didn't stay patched for long. FairUse4WM 1.2 gets around Microsoft's patch, and also circumvents the copy protection in Windows Media DRM 9 and 11beta2 files.

That was Saturday. Any guess on how long it will take Microsoft to patch Media Player once again? And then how long before the FairUse4WM people update their own software?

Certainly much less time than it will take Microsoft and the recording industry to realize they're playing a losing game, and that trying to make digital files uncopyable is like trying to make water not wet.

If Microsoft abandoned this Sisyphean effort and put the same development effort into building a fast and reliable patching system, the entire internet would benefit. But simple economics says it probably never will.
--- End quote ---

@Windows users: That's what you're paying for: MS-security fixes, not end-user-security fixes.

There's another reason a free (as in freedom) OS might be safer - developers of no free OS I know of are spending time and money on DRM. Copy protection costs not only inconvenience to every customer, it costs money too - money that could go towards more important things like end-user-security.

H_TeXMeX_H:
That's awesome ... go hackers !!! Rip DRM a new one :D

worker201:
Nice article.

making digital files uncopyable = stopping the world from wanting to use drugs (the war on drugs) getting rid of every teenage Arab who feels like he got a raw deal (the war on terrorism) = making water not wet

mobrien_12:
Apparently I got beaten to the punch by PiratePenguin, so here's the comments from my thread    :)
OH and the slashdot article on this is good too.
http://yro.slashdot.org/yro/06/09/07/1814232.shtml

--- Quote ---

Maybe you heard that someone cracked MS DRM.

So guess what? They released a patch. Three days. They have #@$%!@ security holes sitting around for years and do nothing. Critical security holes and they make people wait for patches.

Someone cracks their DRM, and they patch it within 3 days.

The people that buy their software are in danger? @#$% em.

The RIAA's precious IP might get compromised, they patch it licketysplit.

Says a lot about them doesn't it?

--- End quote ---

pofnlice:
The bank....nuff' said

Navigation

[0] Message Index

[#] Next page

Go to full version