Search: Home Bugtraq Vulnerabilities Mailing Lists Jobs Tools Vista
Results, Not Resolutions
Bruce Schneier and Adam Shostack , SecurityFocus 2002-01-24

A guide to judging Microsoft's security progress.

Comments Mode:
Results, not Resolutions 2002-01-24
Anonymous
Results, not Resolutions 2002-01-24
Gary McGraw
Results, Not Resolutions 2002-01-24
David Litchfield (2 replies)
Results, Not Resolutions 2002-01-24
davep (at) pitt (dot) edu [email concealed] (1 replies)
Results, Not Resolutions 2002-01-25
Nicholas Harring
Results, Not Resolutions 2002-01-25
Anonymous
Results, Not Resolutions 2002-01-24
Anonymous (1 replies)
Results, Not Resolutions 2002-01-24
Anonymous
>Way to go guys! I only hope Bill's reading this...

Oh, Microsoft is reading this all right. They are very good at keeping track of things said about them. And the authors could hardly be more disinguished on this topic.

I would guess that Microsoft would take this excellent, unsolicited advice as unwelcome, however. The letter from MS regarding security is more marketing than real intent, that is, unless they are willing to take the heart of the "Results, Not Resolutions" article to bear on their products.

Specific suggestions such as registry and SOAP discussions aside, the key theme is "Complexity is the enemy of security." I would add secrecy as yet another foe. Microsoft does not want to consider this, however, because Microsoft strategy and marketing is the anathema to simplicity and openness in their products, and these are entirely too deeply ingrained to change.

Is there no hope, then? Bruce Schneier's own "Secrets and Lies" seems to imply this, much as he tries to temper the message at the end. And possibly by co-authoring this letter, he is trying to get the word out, just in case MS developers whose bonuses are now on the line security-wise are skipping what should be required reading. The upper management of Microsoft seem to be aware that integrating security in their products from the start will be a culture change, possibly one goal of the open letter besides marketing.

However, the most likely result of this will be that crackers will just redouble their efforts to find bugs. After all, now they can not only get some cred, but they can personally effect how some of the hated MS developers are actually paid, as a reward for their efforts.

[ reply ]

Link to this comment: http://www.securityfocus.com/comments/articles/315/10102#10102
Results, Not Resolutions 2002-01-25
Anonymous
Results, Not Resolutions 2002-01-25
Anonymous
Well, to conclude: Use Java, M$ 2002-01-25
Anonymous (1 replies)
Well, to conclude: Use Java, M$ 2002-01-25
Trithemius (1 replies)
Well, to conclude: Use Java, M$ 2002-01-25
Anonymous
Results, Not Resolutions 2002-01-25
Anonymous
Results, Not Resolutions 2002-01-25
Anonymous
Results, Not Resolutions 2002-01-25
BMaximus
SOAP Recommendation is Silly 2002-01-25
Anonymous (1 replies)
SOAP Rec is correct 2002-01-26
Anonymous
Almost right on the compensation 2002-01-25
Anonymous
Results, Not Resolutions 2002-01-25
Anonymous
Results, Not Resolutions 2002-01-25
Anonymous
Results, Not Resolutions 2002-01-25
Chris
Regarding macros in documents... 2002-01-25
Anonymous
Things getting out of hand here? 2002-01-26
Toni Heinonen
Microkernel smog 2002-01-27
Grumpf
Inaccuracies and crazy talk 2002-01-28
Anonymous
Results, Not Resolutions 2002-01-28
Anonymous







 

Privacy Statement
Copyright 2007, SecurityFocus