g r o t t o 1 1

Peeve Farm
Breeding peeves for show, not just to keep as pets
  Blog \Blôg\, n. [Jrg, fr. Jrg. "Web-log".
     See {Blogger, BlogSpot, LiveJournal}.]
     A stream-of-consciousness Web journal, containing
     links, commentary, and pointless drivel.


On My Blog Menu:

InstaPundit
USS Clueless
James Lileks
Little Green Footballs
As the Apple Turns
Entropicana
Cold Fury
Capitalist Lion
Red Letter Day
Eric S. Raymond
Tal G in Jerusalem
Secular Islam
Aziz Poonawalla
Corsair the Rational Pirate
.clue

« ? Blogging Brians # »





Book Plug:

Buy it and I get
money. I think.
BSD Mall




 10/6/2003 -  10/8/2003
 9/29/2003 -  10/5/2003
 9/22/2003 -  9/28/2003
 9/15/2003 -  9/21/2003
  9/8/2003 -  9/14/2003
  9/1/2003 -   9/7/2003
 8/25/2003 -  8/31/2003
 8/18/2003 -  8/24/2003
 8/11/2003 -  8/17/2003
  8/4/2003 -  8/10/2003
 7/28/2003 -   8/3/2003
 7/21/2003 -  7/27/2003
 7/14/2003 -  7/20/2003
  7/7/2003 -  7/13/2003
 6/30/2003 -   7/6/2003
 6/23/2003 -  6/29/2003
 6/16/2003 -  6/22/2003
  6/9/2003 -  6/15/2003
  6/2/2003 -   6/8/2003
 5/26/2003 -   6/1/2003
 5/19/2003 -  5/25/2003
 5/12/2003 -  5/18/2003
  5/5/2003 -  5/11/2003
 4/28/2003 -   5/4/2003
 4/21/2003 -  4/27/2003
 4/14/2003 -  4/20/2003
  4/7/2003 -  4/13/2003
 3/31/2003 -   4/6/2003
 3/24/2003 -  3/30/2003
 3/17/2003 -  3/23/2003
 3/10/2003 -  3/16/2003
  3/3/2003 -   3/9/2003
 2/24/2003 -   3/2/2003
 2/17/2003 -  2/23/2003
 2/10/2003 -  2/16/2003
  2/3/2003 -   2/9/2003
 1/27/2003 -   2/2/2003
 1/20/2003 -  1/26/2003
 1/13/2003 -  1/19/2003
  1/6/2003 -  1/12/2003
12/30/2002 -   1/5/2003
12/23/2002 - 12/29/2002
12/16/2002 - 12/22/2002
 12/9/2002 - 12/15/2002
 12/2/2002 -  12/8/2002
11/25/2002 -  12/1/2002
11/18/2002 - 11/24/2002
11/11/2002 - 11/17/2002
 11/4/2002 - 11/10/2002
10/28/2002 -  11/3/2002
10/21/2002 - 10/27/2002
10/14/2002 - 10/20/2002
 10/7/2002 - 10/13/2002
 9/30/2002 -  10/6/2002
 9/23/2002 -  9/29/2002
 9/16/2002 -  9/22/2002
  9/9/2002 -  9/15/2002
  9/2/2002 -   9/8/2002
 8/26/2002 -   9/1/2002
 8/19/2002 -  8/25/2002
 8/12/2002 -  8/18/2002
  8/5/2002 -  8/11/2002
 7/29/2002 -   8/4/2002
 7/22/2002 -  7/28/2002
 7/15/2002 -  7/21/2002
  7/8/2002 -  7/14/2002
  7/1/2002 -   7/7/2002
 6/24/2002 -  6/30/2002
 6/17/2002 -  6/23/2002
 6/10/2002 -  6/16/2002
  6/3/2002 -   6/9/2002
 5/27/2002 -   6/2/2002
 5/20/2002 -  5/26/2002
 5/13/2002 -  5/19/2002
  5/6/2002 -  5/12/2002
 4/29/2002 -   5/5/2002
 4/22/2002 -  4/28/2002
 4/15/2002 -  4/21/2002
  4/8/2002 -  4/14/2002
  4/1/2002 -   4/7/2002
 3/25/2002 -  3/31/2002
 3/18/2002 -  3/24/2002
 3/11/2002 -  3/17/2002
  3/4/2002 -  3/10/2002
 2/25/2002 -   3/3/2002
 2/18/2002 -  2/24/2002
 2/11/2002 -  2/17/2002
  2/4/2002 -  2/10/2002
 1/28/2002 -   2/3/2002
 1/21/2002 -  1/27/2002
 1/14/2002 -  1/20/2002
  1/7/2002 -  1/13/2002
12/31/2001 -   1/6/2002
12/24/2001 - 12/30/2001
12/17/2001 - 12/23/2001
Thursday, July 11, 2002
11:40 - These are humans we're dealing with here

(top) link
In a post to the RISKS list, Peter da Silva explains why Palladium is an outstanding idea-- if only we were all machines who obeyed rules and didn't continually find ingenious ways to get around onerous security measures.

The referenced article included such gems as "Palladium stops viruses and worms. The system won't run unauthorized programs, preventing viruses from trashing your system." Setting aside all the other issues in the article, this by itself is a remarkable piece of misdirection.

Why? Well, let's look at viruses...

There are four main avenues that viruses and worms use to spread. There are others, but the vast majority of outbreaks have used these avenues of attack.

The first, and oldest, is "social engineering". You trick a human into running a program for you. This is the electronic equivalent of calling up the sysop at a company and saying "hey, this is Jack Smith in accounting, I can't get in, I forgot my password because I had it programmed into my mail program, can you clear it for me?". Making the OS more secure can help somewhat, but you don't need to wait for Palladium to do this... most multi-user operating systems are designed so that users normally run with restricted privileges, and so can only damage their own files... not the OS or other user's programs.

The second is exploiting a straightforward bug, usually a buffer overflow. To fix this you don't need a new security model, you need a programming language that doesn't allow buffer overflows.

The third is a "cross frame attack": you trick the client software (web browser, e-mail program, music player) into running untrusted code without restrictions. This is almost always an attack on Microsoft's poorly-advised merge of the web browser (which is almost always dealing with untrusted objects) with the desktop, mail software, and so on. If they had integrated the HTML rendering engine in the OS and left the Internet access code in a separate program that used the HTML rendering code but otherwise managed its own access controls... at least 90% of the widespread virus outbreaks would never have happened.

The fourth is conversion attacks. You encode the message containing the attack code inside a package the outer layers of the OS or application don't know how to open. Ironically, Palladium is likely to make this kind of attack easier, because it's almost certain that part of the security model will involve separating the system up into components that don't have the keys to each other's files.

Ironically, one of the latest security issues with a Microsoft product is due to the first Palladium-type software having three of the kind of security holes I just listed above... Windows Media Player. The second of the three holes would not exist if Media Player didn't have to have access to the OS internals to implement Digital Rights Management.

Of more concern, the integration of the browser and the desktop and other components that created the possibility of "cross frame attacks" is due specifically to Microsoft's attempt to avoid complying with their original agreement with the Justice Department by bundling the Browser and the OS. Microsoft has maintained this dangerous design despite years of massive virus outbreaks caused by this decision, because otherwise they'd have to admit fault. Even now, when they have been found at fault, and there's nothing left to lose, they refuse to unbundle the Internet access from the rendering code.

So, not only has Microsoft never before shown much concern for this problem, they have actively worked to prevent a straightforward fix that they are legally required to implement. Using this issue as a hook to get more control of the computer is, well, there are polite terms for it and I'll let you decide which one to apply.

Even if you don't care about this specific issue, what does this say about their likely behaviour if security problems crop up in the design of Palladium?

You know, we can haggle about statistics and numbers all we want. We can argue over the relevance of elegance and aesthetics in computer design, and we can disagree over whether treating the Mac-vs-PC battle as a "morality play" is juvenile or seminal.

But the fact of the matter is that I feel a whole lot better commentating on things like Palladium from a position of not ever having to worry about it being a part of my future.

Back to Top


© Brian Tiemann