Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Analytics

6/13/2007
01:20 AM
50%
50%

Trust Gets Buggy

Whether a flaw or a feature, Microsoft's attitude suggests bugs don't have to be fixed

This would be funny if it wasn't so sad. Microsoft has in the past three months declared that two security bugs are, in fact, features. The most recent involves IIS, the earlier one involves Word 2007. Apparently nobody at Microsoft realizes that the "It's not a bug, it's a feature!" should only be used as a punch line to a joke.

In the case of the Word bug, there is at least the consolation that Word is hardly an enterprise server application, as pointed out by Microsoft's David LeBlanc. In his analysis, crashing an application, in a way that you are "reasonably certain" it won't be exploitable, is a good thing. And he points out that you need to be absolutely certain you can safely return to code execution after catching an exception, and that triggering a crash may be the best way to do that.

Of course, in this case, the flaw is in the code that, um, loads a document. If the .docx parser, which is for a new file format, has so much code in it that wasn't designed for exception handling, it should be clear to even the most casual observer that there can be no reasonable expectation of a lack of exploitable bugs. This is really, really sad.

For IIS, we are in a different realm entirely. IIS is billed as an enterprise class Web server, suitable for all sorts of Web applications. The bug discovered finds the hit highlighting feature of IIS 5 relies only on ACL-based security, not on any sort of Web-server mechanisms (NTLM/basic authentication, IP restrictions).

The proposed solution? Upgrade to IIS 6 or better. Of course such an upgrade would likely involve an upgrade of server OS, testing of all Web server code on the new version, and a tremendous amount of pain and suffering for IT staff.

Naturally, a reasonable argument can be made that this work is inevitable, and that since IIS 6 has been out for several years now, it's about time to upgrade anyway.

The real problem here, however, isn't in the proposed solution. If Microsoft chooses to stop supporting IIS 5, that is within its rights. The problem is the attitude that a design flaw cannot, by definition, be a security bug.

Let's walk further down this same path. If I intentionally store passwords in plain text, or display a credit card number on the screen, or store users' Social Security numbers in cookies without asking first, then these are somehow not security flaws.

Hasn't Microsoft learned yet? For all the hype about Trustworthy Computing, the company sure don't seem like it understands much, or that the people providing the software have to be worthy of our trust.

— Nathan Spande has implemented security in medical systems during the dotcom boom and bust, and suffered through federal government security implementations. Special to Dark Reading.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 5/28/2020
Stay-at-Home Orders Coincide With Massive DNS Surge
Robert Lemos, Contributing Writer,  5/27/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: Can you smell me now?
Current Issue
How Cybersecurity Incident Response Programs Work (and Why Some Don't)
This Tech Digest takes a look at the vital role cybersecurity incident response (IR) plays in managing cyber-risk within organizations. Download the Tech Digest today to find out how well-planned IR programs can detect intrusions, contain breaches, and help an organization restore normal operations.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-11844
PUBLISHED: 2020-05-29
There is an Incorrect Authorization vulnerability in Micro Focus Service Management Automation (SMA) product affecting version 2018.05 to 2020.02. The vulnerability could be exploited to provide unauthorized access to the Container Deployment Foundation.
CVE-2020-6937
PUBLISHED: 2020-05-29
A Denial of Service vulnerability in MuleSoft Mule CE/EE 3.8.x, 3.9.x, and 4.x released before April 7, 2020, could allow remote attackers to submit data which can lead to resource exhaustion.
CVE-2020-7648
PUBLISHED: 2020-05-29
All versions of snyk-broker before 4.72.2 are vulnerable to Arbitrary File Read. It allows arbitrary file reads for users who have access to Snyk's internal network by appending the URL with a fragment identifier and a whitelisted path e.g. `#package.json`
CVE-2020-7650
PUBLISHED: 2020-05-29
All versions of snyk-broker after 4.72.0 including and before 4.73.1 are vulnerable to Arbitrary File Read. It allows arbitrary file reads to users with access to Snyk's internal network of any files ending in the following extensions: yaml, yml or json.
CVE-2020-7654
PUBLISHED: 2020-05-29
All versions of snyk-broker before 4.73.1 are vulnerable to Information Exposure. It logs private keys if logging level is set to DEBUG.