What's the scope of the vulnerability?
This is a buffer overrun vulnerability. An attacker who successfully exploited this vulnerability against another user's system would be able to take any action that the system's legitimate user could take. This could include adding, deleting or modifying data files, communicating with web sites, reformatting the hard drive, and other actions.
The vulnerability does not affect users of Microsoft Outlook. Even in a successful attack, the attacker would not necessarily gain complete control over the system. Specifically, in a successful attack the attacker would gain the privileges of the user, rather than the operating system. If the user's account had been configured to limit its privileges on the system, the attacker would likewise be limited.
What causes the vulnerability?
The vulnerability results because of an unchecked buffer that lies in the code that generates the warning message associated with the processing of S/MIME signed mail.
What is Outlook Express?
Outlook Express (OE) is a free, basic mail client that ships as part of Internet Explorer. By default, OE is installed on every Windows system but must be configured to work with a particular mail server before it can receive mail.
Is Outlook Express the same thing as Outlook?
No. They're completely different products. Most importantly in this case, Microsoft Outlook is not affected by this vulnerability.
What is a buffer overrun?
A buffer overrun is an attack in which a malicious user exploits an unchecked buffer in a program and overwrites the program code with their own data. If the program code is overwritten with new executable code, the effect is to change the program's operation as dictated by the attacker. If overwritten with other data, the likely effect is to cause the program to crash.
What is S/MIME?
S/MIME (Secure/Multipurpose Internet Mail Extensions) provides a consistent way to send and receive secure MIME data. Based on the popular Internet MIME standard, S/MIME provides the following cryptographic security services for electronic messaging applications: authentication, message integrity and non-repudiation of origin (using digital signatures) and privacy and data security (using encryption).
For a description of S/MIME and information about digital certificates, see Microsoft Knowledge Base article Q195724, RFC 2633 section 1, and the article Working with the Outlook 2000 Security Model. (Please note that, although the latter article discusses the S/MIME technology in the context of Microsoft Outlook, Outlook is not affected by the vulnerability).
What's wrong with the way OE handles S/MIME certificates?
When Outlook Express parses a digitally signed S/MIME mail, it checks for several error conditions that can occur. A flaw lies in the code that generates the warning message associated with one such error condition - specifically, the code is susceptible to a buffer overrun.
What could this vulnerability enable an attacker to do?
An attacker could mount a buffer overrun attack that could result in two possible scenarios. If the buffer were overrun with random data, the application would tend to fail. However, if it were overrun with specially chosen data, it could be possible to; in essence; change the functionality of the application - in this case, OE - while it's running.
In this case, the former attack (overrunning the buffer with random data) wouldn't accomplish much, except to cause the mail client to fail. If this happened, the user could just restart it, delete the offending mail, and continue working. However, the latter attack would allow the attacker to make OE do whatever he or she wanted on the machine of the person who opened the message, limited only by the recipient's permissions on the machine. If the recipient had few privileges on the machine, the code might be able to do very little. On the other hand, if the recipient had administrative privileges on the machine, the code could do virtually anything on the machine.
How could an attacker seek exploit this vulnerability?
An attacker could seek to exploit this vulnerability by sending a user a specially crafted email that contained a malformed S/MIME certificate. If the user opened the email, or viewed it using the preview pane, they could be at risk to this attack.
If I received such a mail, would I need to do anything other than open or preview the mail in order for the vulnerability to be exploited?
No. Simply opening the mail, or viewing it through Preview Mode, would be enough to allow the attacker to exploit the vulnerability. This is one reason why it's so important to apply the patch immediately.
I'm up to date on all service packs for my system. Do I need the patch?
The fix for this issue was included in Windows XP Service Pack 1, and in Internet Explorer 6.0 Service Pack 1. If you've installed either of these two service packs, you're already protected against the vulnerability and don't need the patch.
How does the patch address the vulnerability?
The patch causes the affected component of OE to truncate all inputs that are longer than the buffer that's designed to hold them.