[NT] Cumulative Security Update for Internet Explorer (MS04-038)

From: SecuriTeam (support_at_securiteam.com)
Date: 10/13/04

  • Next message: SecuriTeam: "[NT] Vulnerability in NNTP Allows Remote Code Execution (MS04-036)"
    To: list@securiteam.com
    Date: 13 Oct 2004 18:20:45 +0200
    
    

    The following security advisory is sent to the securiteam mailing list, and can be found at the SecuriTeam web site: http://www.securiteam.com
    - - promotion

    The SecuriTeam alerts list - Free, Accurate, Independent.

    Get your security news from a reliable source.
    http://www.securiteam.com/mailinglist.html

    - - - - - - - - -

      Cumulative Security Update for Internet Explorer (MS04-038)
    ------------------------------------------------------------------------

    SUMMARY

    The following advisory provides details on the following vulnerabilities:
    CSS Heap Memory Corruption Vulnerability, Similar Method Name Redirection
    Cross Domain Vulnerability, Install Engine Vulnerability, Drag and Drop
    Vulnerability, Address Bar Spoofing on Double Byte Character Set Systems
    Vulnerability, Plug-in Navigation Address Bar Spoofing Vulnerability,
    Script in Image Tag File Download Vulnerability, and SSL Caching
    Vulnerability.

    DETAILS

    Affected Software:
    Microsoft Windows NT Server 4.0 Service Pack 6a
    Microsoft Windows NT Server 4.0 Terminal Server Edition Service Pack 6
    Microsoft Windows 2000 Service Pack 3 and Microsoft Windows 2000 Service
    Pack 4
    Microsoft Windows XP, Microsoft Windows XP Service Pack 1, and Microsoft
    Windows XP Service Pack 2
    Microsoft Windows XP 64-Bit Edition Service Pack 1
    Microsoft Windows XP 64-Bit Edition Version 2003
    Microsoft Windows Server 2003
    Microsoft Windows Server 2003 64-Bit Edition
    Microsoft Windows 98, Microsoft Windows 98 Second Edition (SE), and
    Microsoft Windows Millennium Edition (Me) Review the FAQ section of this
    bulletin for details about these operating systems.

    Affected Components:
    Internet Explorer 5.01 Service Pack 3 on Windows 2000 SP3:
    <http://www.microsoft.com/downloads/details.aspx?FamilyId=2D8E8E97-4946-4994-924B-1FB1DC1881BA&displaylang=en> Download the update.
    Internet Explorer 5.01 Service Pack 4 on Windows 2000 SP4:
    <http://www.microsoft.com/downloads/details.aspx?FamilyId=72DBE239-AF0A-42B5-B88C-A00371F6EC81&displaylang=en> Download the update.
    Internet Explorer 5.5 Service Pack 2 on Microsoft Windows Me:
    <http://www.microsoft.com/downloads/details.aspx?FamilyId=BE27F77C-3C2D-45F1-86DF-2B71799DA169&displaylang=en> Download the update.
    Internet Explorer 6 on Windows XP:
    <http://www.microsoft.com/downloads/details.aspx?FamilyId=A89CFBE8-C299-415D-A9D6-7CC6429C547D&displaylang=en> Download the update.
    Internet Explorer 6 Service Pack 1 on Microsoft Windows 2000 Service Pack
    3, on Microsoft Windows 2000 Service Pack 4, on Microsoft Windows XP, or
    on Microsoft Windows XP Service Pack 1:
    <http://www.microsoft.com/downloads/details.aspx?FamilyId=7C1404E6-F5D4-4FED-9573-DD83F2DFF074&displaylang=en> Download the update.
    Internet Explorer 6 Service Pack 1 on Microsoft Windows NT Server 4.0
    Service Pack 6a, on Microsoft Windows NT Server 4.0 Terminal Service
    Edition Service Pack 6, on Microsoft Windows 98, on Microsoft Windows 98
    SE, or on Microsoft Windows Me:
    <http://www.microsoft.com/downloads/details.aspx?FamilyId=DE8D94C4-7F58-4CE7-B8BD-51CFD795B03E&displaylang=en> Download the update.
    Internet Explorer 6 for Windows XP Service Pack 1 (64-Bit Edition):
    <http://www.microsoft.com/downloads/details.aspx?FamilyId=C05103E8-4402-4D54-BA03-FBBC24142E4D&displaylang=en> Download the update.
    Internet Explorer 6 for Windows Server 2003:
    <http://www.microsoft.com/downloads/details.aspx?FamilyId=19E69E5F-9C98-49AD-A61F-4F82A4014412&displaylang=en> Download the update.
    Internet Explorer 6 for Windows Server 2003 64-Bit Edition and Windows XP
    64-Bit Edition Version 2003:
    <http://www.microsoft.com/downloads/details.aspx?FamilyId=566C2A05-2513-4E30-A3EA-87D4BF7F9730&displaylang=en> Download the update.
    Internet Explorer 6 for Windows XP Service Pack 2:
    <http://www.microsoft.com/downloads/details.aspx?FamilyId=CF47B515-3F51-43E1-9246-2C2264C49E2E&displaylang=en> Download the update.

    The following products are not affected by this vulnerability:
    Internet Explorer 6 on Windows XP Service Pack 2

    Caveats: <http://support.microsoft.com/?id=834707> Microsoft Knowledge
    Base Article 834707 documents the currently known issues that customers
    may experience when they install this security update. The article also
    documents recommended solutions for these issues.

    CVE Information:
     * Cascading Style Sheets (CSS) Heap Memory Corruption Vulnerability -
    <http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0842>
    CAN-2004-0842
     * Similar Method Name Redirection Cross Domain Vulnerability -
    <http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0727>
    CAN-2004-0727
     * Install Engine Vulnerability -
    <http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0216>
    CAN-2004-0216
     * Drag and Drop Vulnerability -
    <http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0839>
    CAN-2004-0839
     * Address Bar Spoofing on Double Byte Character Set Locale Vulnerability
    - <http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0844>
    CAN-2004-0844
     * Plug-in Navigation Address Bar Spoofing Vulnerability -
    <http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0843>
    CAN-2004-0843
     * Script in Image Tag File Download Vulnerability -
    <http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0841>
    CAN-2004-0841
     * SSL Caching Vulnerability -
    <http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2004-0845>
    CAN-2004-0845

    Mitigating Factors for CSS Heap Memory Corruption Vulnerability:
     * In a Web-based attack scenario, an attacker would have to host a Web
    site that contains a Web page that is used to exploit this vulnerability.
    An attacker would have no way to force users to visit a malicious Web
    site. Instead, an attacker would have to persuade them to visit the Web
    site, typically by getting them to click a link that takes them to the
    attacker's site. After they click the link, they would be prompted to
    perform several actions. An attack could only occur after they performed
    these actions.
     * An attacker who successfully exploited this vulnerability could gain
    the same privileges as the user. Users whose accounts are configured to
    have fewer privileges on the system would be at less risk than users who
    operate with administrative privileges.
     * By default, Outlook Express 6, Outlook 2002, and Outlook 2003 open HTML
    e-mail messages in the Restricted sites zone. Additionally, Outlook 98 and
    Outlook 2000 open HTML e-mail messages in the Restricted sites zone if the
     <http://www.microsoft.com/office/outlook/evaluation/security.asp> Outlook
    E-mail Security Update has been installed. Outlook Express 5.5 Service
    Pack 2 opens HTML e-mail in the Restricted sites zone if Microsoft
    Security Bulletin <http://go.microsoft.com/fwlink/?LinkId=19527> MS04-018
    has been installed. The Restricted sites zone helps reduce attacks that
    could attempt to exploit this vulnerability.
    The risk of attack from the HTML e-mail vector can be significantly
    reduced if you meet all the following conditions:
     * Install the update that is included with Microsoft Security Bulletin
    <http://www.microsoft.com/technet/security/bulletin/MS03-040.mspx>
    MS03-040 or a later Cumulative Security Update for Internet Explorer.
     * Use Outlook Express 5.5 Service Pack 2 or later and have applied the
    update that is included with Microsoft Security Bulletin
    <http://go.microsoft.com/fwlink/?LinkId=19527> MS04-018 or a later
    Cumulative Security Update for Outlook Express.
     * Use Microsoft Outlook 98 and Outlook 2000 with the Microsoft Outlook
    E-mail Security Update installed
     * Use Microsoft Outlook Express 6 or later or Microsoft Outlook 2000
    Service Pack 2 or later in their default configuration.
     * By default, Internet Explorer on Windows Server 2003 runs in a
    restricted mode that is known as Enhanced Security Configuration. This
    mode mitigates this vulnerability. See the FAQ section for this security
    update for more information about Internet Explorer Enhanced Security
    Configuration.

    Workarounds for CSS Heap Memory Corruption Vulnerability:
    Microsoft has tested the following workarounds. While these workarounds
    will not correct the underlying vulnerability, they help block known
    attack vectors. When a workaround reduces functionality, it is identified
    below.
    Set Internet and Local Intranet security zone settings to High to prompt
    before running ActiveX control and Active scripting in the Internet zone
    and in the Local Intranet zone.
    You can help protect against these vulnerabilities by changing your
    settings for the Internet security zone to prompt before running ActiveX
    controls and Active scripting. To do this, follow these steps:
    1. In Internet Explorer, click Internet Options on the Tools menu.
    2. Click the Security tab.
    3. Click Internet, and click Custom Level.
    4. Under Run ActiveX controls and plug-ins in the ActiveX controls and
    plug-ins section, click Prompt.
    5. Under Active Scripting in the Scripting section, click Prompt, and then
    click OK.
    6. Click Local intranet, and then click Custom Level.
    7. Under Run ActiveX controls and plug-ins in the ActiveX controls and
    plug-ins section, click Prompt.
    8. Under Active Scripting in the Scripting section, , click Prompt.
    9. Click OK two times to return to Internet Explorer.

    Impact of Workaround: There are side effects to prompting before running
    ActiveX controls. Many Web sites that are on the Internet or on an
    intranet use ActiveX to provide additional functionality. For example, an
    online e-commerce site or banking site may use ActiveX controls to provide
    menus, ordering forms, or even account statements. Prompting before
    running ActiveX controls is a global setting that affects all Internet and
    intranet sites. You will be prompted frequently when you enable this
    workaround. For each prompt, if you feel you trust the site that you are
    visiting, click Yesto run ActiveX controls. If you do not want to be
    prompted for all these sites, use the "Restrict Web sites to only your
    trusted Web sites" workaround.

    Restrict Web sites to only your trusted Web sites:
    After you set Internet Explorer to require a prompt before it runs ActiveX
    controls and active scripting in the Internet zone and in the Local
    Intranet zone, you can add sites that you trust to Internet Explorer's
    Trusted sites zone. This will allow you to continue to use trusted Web
    sites exactly as you do today, while helping to protect you from this
    attack on untrusted sites. Microsoft recommends that you only add sites
    that you trust to the Trusted sites zone.

    To do this follow these steps:
    1. In Internet Explorer, click Tools, click Internet Options, and then
    click the Security tab.
    2. In the Select a Web content zone to specify its current security
    settings box, click Trusted Sites, and then click Sites.
    3. If you want to add sites that do not require an encrypted channel,
    click to clear the Require server verification (https:) for all sites in
    this zone check box.
    4. In the Add this Web site to the zone box, type the URL of a site that
    you trust, and then click Add.
    5. Repeat these steps for each site that you want to add to the zone
    6. Click OK two times to accept the changes and return to Internet
    Explorer.

    Add any sites that you trust not to take malicious action on your
    computer. One in particular that you may want to add is
    "*.windowsupdate.microsoft.com" (without the quotes). This is the site
    that will host the update, and it requires the use of an ActiveX control
    to install the update.

    Install the
    <http://www.microsoft.com/office/previous/outlook/2002security.asp>
    Outlook E-mail Security Update if you are using Outlook 2000 SP1 or
    earlier:
    By default, Outlook Express 6, Outlook 2002, and Outlook 2003 open HTML
    e-mail messages in the Restricted sites zone. Additionally, Outlook 98 and
    Outlook 2000 open HTML e-mail messages in the Restricted sites zone if the
    Outlook E-mail Security Update has been applied.
    Customers who use any of these products could be at a reduced risk from an
    e-mail-borne attack that tries to exploit this vulnerability unless the
    user clicks a malicious link in the e-mail message.

    Install the update that is included with Microsoft Security Bulletin
    <http://go.microsoft.com/fwlink/?LinkId=19527> MS04-018 if you are using
    Outlook Express 5.5 SP2:
    Outlook Express 5.5 Service Pack 2 opens HTML e-mail in the Restricted
    sites zone if the update that is included with Microsoft Security Bulletin
     <http://go.microsoft.com/fwlink/?LinkId=19527> MS04-018 has been applied.
    Customers who use any of these products could be at a reduced risk from an
    e-mail-borne attack that tries to exploit this vulnerability unless the
    user clicks a malicious link in the e-mail message.
    Read e-mail messages in plain text format if you are using Outlook 2002 or
    later, or Outlook Express 6 SP1 or later, to help protect yourself from
    the HTML e-mail attack vector:
    Microsoft Outlook 2002 users who have applied Office XP Service Pack 1 or
    later and Microsoft Outlook Express 6 users who have applied Internet
    Explorer 6 Service Pack 1 can enable this setting and view e-mail messages
    that are not digitally signed or e-mail messages that are not encrypted in
    plain text only.
    Digitally signed e-mail messages or encrypted e-mail messages are not
    affected by the setting and may be read in their original formats. For
    more information about enabling this setting in Outlook 2002, see
    Microsoft Knowledge Base Article
    <http://support.microsoft.com/default.aspx?scid=kb;en-us;307594> 307594.
    For information about this setting in Outlook Express 6, see Microsoft
    Knowledge Base Article <http://support.microsoft.com/?kbid=291387>
    291387.
    Impact of Workaround: E-mail messages that are viewed in plain text format
    will not contain pictures, specialized fonts, animations, or other rich
    content. In addition:
    The changes are applied to the preview pane and to open messages.
    Pictures become attachments so that they are not lost.
    Because the message is still in Rich Text or HTML format in the store, the
    object model (custom code solutions) may behave unexpectedly.

    FAQ for CSS Heap Memory Corruption Vulnerability:
    What is the scope of the vulnerability?
    This is a buffer overrun vulnerability. If a user is logged on with
    administrative privileges, an attacker who successfully exploited this
    vulnerability could take complete control of an affected system, including
    installing programs; viewing, changing, or deleting data; or creating new
    accounts that have full privileges. Users whose accounts are configured to
    have fewer privileges on the system would be at less risk than users who
    operate with administrative privileges.

    What causes the vulnerability?
    An unchecked buffer in Internet Explorer processing of CSS.

    What are CSS?
    Cascading Style Sheets (CSS) is a technology that allows Web authors to
    have increased control of the design and interaction of their Web pages.
    For more information about CSS, visit this
    <http://msdn.microsoft.com/library/default.asp?url=/workshop/author/css/css_node_entry.asp> Microsoft Developer Network (MSDN) Web site.

    How could an attacker exploit the vulnerability?
    An attacker could exploit this vulnerability by creating a malicious Web
    page or an HTML e-mail message and then persuading the user to visit the
    page or to view the HTML e-mail message. When the user visited the page or
    viewed the e-mail message, the attacker could access information from
    other Web sites, access local files on the system, or cause malicious code
    to run in the security context of the locally logged on user.

    What systems are primarily at risk from the vulnerability?
    This vulnerability requires a user to be logged on and to be reading
    e-mail or visiting Web sites for any malicious action to occur. Therefore,
    any systems where e-mail is read or where Internet Explorer is used
    frequently, such as users workstations or terminal servers, are at the
    most risk from this vulnerability. Systems that are not typically used to
    read e-mail or to visit Web sites, such as most server systems, are at a
    reduced risk.

    Are Windows 98, Windows 98 Second Edition or Windows Millennium Edition
    critically affected by this vulnerability?
    Yes. Windows 98, Windows 98 Second Edition, and Windows Millennium Edition
    are critically affected by this vulnerability. Critical security updates
    for these platforms may not be available concurrently with the other
    security updates that are provided as part of this security bulletin. They
    will be made available as soon as possible following the release. When
    these security updates are available, you will be able to download them
    only from the <http://go.microsoft.com/fwlink/?LinkId=21130> Windows
    Update Web site. For more information about severity ratings, visit this
    <http://go.microsoft.com/fwlink/?LinkId=21140> Microsoft Web site.

    What does the update do?
    The update removes the vulnerability by modifying the way that Internet
    Explorer validates the length of a message while processing CSS.

    When this security bulletin was issued, had this vulnerability been
    publicly disclosed?
    Yes. This vulnerability has been publicly disclosed. It has been assigned
    Common Vulnerability and Exposure number CAN-2004-0842.

    When this security bulletin was issued, had Microsoft received any reports
    that this vulnerability was being exploited?
    No. Microsoft had not received any information indicating that this
    vulnerability had been publicly used to attack customers and had not seen
    any examples of proof of concept code published when this security
    bulletin was originally issued.

    Mitigating Factors for Similar Method Name Redirection Cross Domain
    Vulnerability:
     * In a Web-based attack scenario, an attacker would have to host a Web
    site that contains a Web page that is used to exploit this vulnerability.
    An attacker would have no way to force users to visit a malicious Web
    site. Instead, an attacker would have to persuade them to visit the Web
    site, typically by getting them to click a link that takes them to the
    attacker's site.
     * An attacker who successfully exploited this vulnerability could gain
    the same privileges as the user. Users whose accounts are configured to
    have fewer privileges on the system would be at less risk than users who
    operate with administrative privileges.
     * Customers who have installed both the update referenced in Microsoft
    Security Bulletin <http://go.microsoft.com/fwlink/?LinkId=30585> MS04-024
    and have installed the ADODB.Stream update that is referenced in Knowledge
    Base Article <http://support.microsoft.com/?id=870669> 870669 will be at
    a reduced risk of this vulnerability resulting in remote code execution.
     * By default, Outlook Express 6, Outlook 2002, and Outlook 2003 open HTML
    e-mail messages in the Restricted sites zone. Additionally, Outlook 98 and
    Outlook 2000 open HTML e-mail messages in the Restricted sites zone if the
     <http://www.microsoft.com/office/outlook/evaluation/security.asp> Outlook
    E-mail Security Update has been installed. Outlook Express 5.5 Service
    Pack 2 opens HTML e-mail in the Restricted sites zone if Microsoft
    Security Bulletin <http://go.microsoft.com/fwlink/?LinkId=19527> MS04-018
    has been installed. The Restricted sites zone helps reduce attacks that
    could attempt to exploit this vulnerability.
     * The risk of attack from the HTML e-mail vector can be significantly
    reduced if you meet all the following conditions:
     * Install the update that is included with Microsoft Security Bulletin
    <http://www.microsoft.com/technet/security/bulletin/MS03-040.mspx>
    MS03-040 or a later Cumulative Security Update for Internet Explorer.
     * Use Outlook Express 5.5 Service Pack 2 or later and have applied the
    update that is included with Microsoft Security Bulletin
    <http://go.microsoft.com/fwlink/?LinkId=19527> MS04-018 or a later
    Cumulative Security Update for Outlook Express.
     * Use Microsoft Outlook 98 and Outlook 2000 with the Microsoft Outlook
    E-mail Security Update installed
     * Use Microsoft Outlook Express 6 or later or Microsoft Outlook 2000
    Service Pack 2 or later in their default configuration.
     * By default, Internet Explorer on Windows Server 2003 runs in a
    restricted mode that is known as Enhanced Security Configuration that
    mitigates this vulnerability. See the FAQ section for this security update
    for more information about Internet Explorer Enhanced Security
    Configuration.

    Workarounds for Similar Method Name Redirection Cross Domain
    Vulnerability:
    Microsoft has tested the following workarounds. While these workarounds
    will not correct the underlying vulnerability, they help block known
    attack vectors. When a workaround reduces functionality, it is identified
    below.
    Set Internet and Local Intranet security zone settings to High to prompt
    before running ActiveX controls and Active scripting in the Internet zone
    and in the Local Intranet zone:

    You can help protect against these vulnerabilities by changing your
    settings for the Internet security zone to prompt before running ActiveX
    controls and Active scripting. To do this, follow these steps:
    1. In Internet Explorer, click Internet Options on the Tools menu.
    2. Click the Security tab.
    3. Click Internet, and then click Custom Level.
    4. Under Run ActiveX controls and plug-ins in the ActiveX controls and
    plug-ins section, click Prompt.
    5. Under Active Scripting in the Scripting section, click Prompt, and then
    click OK.
    6. Click Local intranet, and then click Custom Level.
    7. Under Run ActiveX controls and plug-ins in the ActiveX controls and
    plug-ins section, click Prompt.
    8. Under Active Scripting in the Scripting section, click Prompt.
    9. Click OK two times to return to Internet Explorer.

    Impact of Workaround: There are side effects to prompting before running
    ActiveX controls. Many Web sites that are on the Internet or on an
    intranet use ActiveX to provide additional functionality. For example, an
    online e-commerce site or banking site may use ActiveX controls to provide
    menus, ordering forms, or even account statements.

    Prompting before running ActiveX controls is a global setting that affects
    all Internet and intranet sites. You will be prompted frequently when you
    enable this workaround. For each prompt, if you trust the site that you
    are visiting, click Yesto run ActiveX controls. If you do not want to be
    prompted for all these sites, use the "Restrict Web sites to only your
    trusted Web sites" workaround.

    Restrict Web sites to only your trusted Web sites:
    After you set Internet Explorer to require a prompt before it runs ActiveX
    controls and Active scripting in the Internet zone and in the Local
    Intranet zone, you can add sites that you trust to Internet Explorer's
    Trusted sites zone. If you do this, you can continue to use trusted Web
    sites exactly as you do today, while helping to protect you from this
    attack on untrusted sites. We recommend that you add only sites that you
    trust to the Trusted sites zone.

    To do this, follow these steps:
    1. In Internet Explorer, click Internet Options on the Tools menu.
    2. Click the Security tab.
    3. In the Select a Web content zone to specify its current security
    settings box, click Trusted Sites, and then click Sites.
    4. If you want to add sites that do not require an encrypted channel,
    click to clear the Require server verification (https:) for all sites in
    this zone check box.
    5. In the Add this Web site to the zone box, type the URL of a site that
    you trust, and then click Add.
    6. Repeat these steps for each site that you want to add to the zone
    7. Click OK two times to accept the changes and to return to Internet
    Explorer.

    Add any sites that you trust not to take malicious action on your
    computer. You may want to add "*.windowsupdate.microsoft.com" (without the
    quotation marks) to your Trusted Sites zone. This site hosts the update.
    This site uses an ActiveX control to install the update.

    Strengthen the security settings for the Local Machine zone in Internet
    Explorer:
    Because this vulnerability permits an attacker to run HTML code in the
    Local Machine security zone, users can reduce the impact of this
    vulnerability by restricting the default settings in this zone. For more
    information about these settings, and for more information about the
    potential impacts of changing these default settings, see Microsoft
    Knowledge Base Article <http://support.microsoft.com/?id=833633> 833633.

    Impact of Workaround: Microsoft recommends that customers consider these
    changes to Internet Explorer security settings as a last resort only. If
    you make these changes, you may lose some functionality for some Windows
    programs and components. Before you make these changes in a production
    environment, test the changes extensively to verify that mission-critical
    programs continue to work correctly for all users.

    Install the
    <http://www.microsoft.com/office/previous/outlook/2002security.asp>
    Outlook E-mail Security Update if you are using Outlook 2000 SP1 or
    earlier:
    By default, Outlook Express 6, Outlook 2002, and Outlook 2003 open HTML
    e-mail messages in the Restricted sites zone. Additionally, Outlook 98 and
    Outlook 2000 open HTML e-mail messages in the Restricted sites zone if the
     <http://www.microsoft.com/office/previous/outlook/2002security.asp>
    Outlook E-mail Security Update has been applied.

    Customers who use any of these products could be at a reduced risk from an
    e-mail-borne attack that tries to exploit this vulnerability unless the
    user clicks a malicious link in the e-mail message.

    Install the update that is included with Microsoft Security Bulletin
    MS04-018 if you are using Outlook Express 5.5 SP2:
    Outlook Express 5.5 Service Pack 2 opens HTML e-mail in the Restricted
    sites zone if the update that is included with Microsoft Security Bulletin
     <http://go.microsoft.com/fwlink/?LinkId=19527> MS04-018 has been applied.
    Customers who use any of these products could be at a reduced risk from an
    e-mail-borne attack that tries to exploit this vulnerability unless the
    user clicks a malicious link in the e-mail message.

    Read e-mail messages in plain text format if you are using Outlook 2002 or
    later, or Outlook Express 6 SP1 or later, to help protect yourself from
    the HTML e-mail attack vector:
    Microsoft Outlook 2002 users who have applied Office XP Service Pack 1 or
    later and Microsoft Outlook Express 6 users who have applied Internet
    Explorer 6 Service Pack 1 can enable this setting and view e-mail messages
    that are not digitally signed or e-mail messages that are not encrypted in
    plain text only.
    Digitally signed e-mail messages or encrypted e-mail messages are not
    affected by the setting and may be read in their original formats. For
    more information about enabling this setting in Outlook 2002, see
    Microsoft Knowledge Base Article
    <http://support.microsoft.com/?id=307594> 307594.
    For information about this setting in Outlook Express 6, see Microsoft
    Knowledge Base Article <http://support.microsoft.com/?id=291387> 291387.

    Impact of Workaround: E-mail messages that are viewed in plain text format
    will not contain pictures, specialized fonts, animations, or other rich
    content. In addition:
     * The changes are applied to the preview pane and to open messages.
     * Pictures become attachments so that they are not lost.
     * Because the message is still in Rich Text or HTML format in the store,
    the object model (custom code solutions) may behave unexpectedly.

    FAQ for Similar Method Name Redirection Cross Domain Vulnerability:
    What is the scope of the vulnerability?
    A vulnerability in the cross domain security model exists in Internet
    Explorer because of the way that it handles navigation methods by
    functions that have similar names. An attacker could exploit the
    vulnerability by constructing a malicious Web page that could potentially
    allow remote code execution if a user visited a malicious Web site. An
    attacker who successfully exploited this vulnerability could run malicious
    script code in the Local Machine security zone in Internet Explorer or
    access information in a different domain. In the worst case, if a user is
    logged on with administrative privileges, an attacker who successfully
    exploited this vulnerability could take complete control of an affected
    system. Users whose accounts are configured to have fewer privileges on
    the system would be at less risk than users who operate with
    administrative privileges.

    What causes the vulnerability?
    The process that the Internet Explorer cross-domain security model uses to
    validate navigation methods that have similar function names.

    What is the cross-domain security model that Internet Explorer uses?
    One of the principal security functions of a browser is to make sure that
    browser windows that are under the control of different Web sites cannot
    interfere with each other or access each other's data, while allowing
    windows from the same site to interact with each other. To differentiate
    between cooperative and uncooperative browser windows, the concept of a
    "domain" has been created. A domain is a security boundary - any open
    windows within the same domain can interact with each other, but windows
    from different domains cannot. The cross-domain security model is the part
    of the security architecture that keeps windows from different domains
    from interfering with each other.

    The simplest example of a domain is associated with Web sites. If you
    visit http://www.wingtiptoys.com, and it opens a window to
    http://www.wingtiptoys.com/security, the two windows can interact with
    each other because both sites belong to the same domain,
    http://www.wingtiptoys.com. However, if you visited
    http://www.wingtiptoys.com, and it opened a window to a different Web
    site, the cross-domain security model would protect the two windows from
    each other. The concept goes even further. The file system on your local
    computer is also a domain. For example, http://www.wingtiptoys.com could
    open a window and show you a file on your hard disk. However, because your
    local file system is in a different domain from the Web site, the
    cross-domain security model should prevent the Web site from reading the
    file that is being displayed.

    The Internet Explorer cross-domain security model can be configured by
    using the security zone settings in Internet Explorer.

    What are Internet Explorer security zones?
    Internet Explorer security zones are part of a system that divides online
    content into categories or zones that are based on the trustworthiness of
    the content. Specific Web domains can be assigned to a zone, depending on
    how much trust is placed in the content of each domain. The zone then
    restricts the capabilities of the Web content, based on the zone's policy.
    By default, most Internet domains are treated as part of the Internet
    zone. By default, the policy of the Internet zone prevents scripts and
    other active code from accessing resources on the local system.

    What might an attacker use the vulnerability to do?
    An attacker who successfully exploited this vulnerability could run
    malicious script code in the Local Machine security zone in Internet
    Explorer. This could allow an attacker to take complete control of the
    affected system.

    How could an attacker exploit the vulnerability?
    An attacker could exploit this vulnerability by creating a malicious Web
    page or an HTML e-mail message and then convincing the user to visit this
    page or to view the HTML e-mail message. When the user visited the page or
    viewed the e-mail message, the attacker could access information from
    other Web sites, access local files on the system, or cause script to run
    in the security context of the Local Machine security zone.

    What systems are primarily at risk from the vulnerability?
    This vulnerability requires a user to be logged on and to be reading
    e-mail or visiting Web sites for any malicious action to occur. Therefore,
    any systems where e-mail is read or where Internet Explorer is used
    frequently, such as users workstations or terminal servers, are at the
    most risk from this vulnerability. Systems that are not typically used to
    read e-mail or to visit Web sites, such as most server systems, are at a
    reduced risk.

    Are Windows 98, Windows 98 Second Edition or Windows Millennium Edition
    critically affected by this vulnerability?
    Yes. Windows 98, Windows 98 Second Edition, and Windows Millennium Edition
    are critically affected by this vulnerability. Critical security updates
    for these platforms may not be available concurrently with the other
    security updates provided as part of this security bulletin. They will be
    made available as soon as possible following the release. When these
    security updates are available, you will be able to download them only
    from the <http://go.microsoft.com/fwlink/?LinkId=21130> Windows Update
    Web site. For more information about severity ratings, visit this
    <http://go.microsoft.com/fwlink/?LinkId=21140> Microsoft Web site.

    Could the vulnerability be exploited over the Internet?
    Yes. An attacker may be able to exploit this vulnerability over the
    Internet. Microsoft has provided information on how you can help protect
    your PC. End users can visit the Protect Your PC Web site. IT
    Professionals can visit the Security Guidance Center Web site.

    What does the update do?
    The update removes the vulnerability by modifying the way that Internet
    Explorer validates navigation methods by functions that have similar
    names.

    When this security bulletin was issued, had this vulnerability been
    publicly disclosed?
    Yes. This vulnerability has been publicly disclosed. It has been assigned
    Common Vulnerability and Exposure number CAN-2004-0727. It also has been
    named SimliarMethodNameRedir by the larger security community.

    When this security bulletin was issued, had Microsoft received any reports
    that this vulnerability was being exploited?
    Yes. When the security bulletin was released, Microsoft had received
    information that this vulnerability was being exploited.

    Does installing this security update help protect customers from the code
    that has been published publicly that attempts to exploit this
    vulnerability?
    Yes. This security update addresses the vulnerability that is currently
    being exploited. The vulnerability that has been addressed has been
    assigned the Common Vulnerability and Exposure number CAN-2004-0727.

    Mitigating Factors for Install Engine Vulnerability:
     * In a Web-based attack scenario, an attacker would have to host a Web
    site that contains a Web page that is used to exploit this vulnerability.
    An attacker would have no way to force users to visit a malicious Web
    site. Instead, an attacker would have to persuade them to visit the Web
    site, typically by getting them to click a link that takes them to the
    attacker's site.
     * An attacker who successfully exploited this vulnerability could gain
    the same privileges as the user. Users whose accounts are configured to
    have fewer privileges on the system would be at less risk than users who
    operate with administrative privileges.
     * By default, Outlook Express 6, Outlook 2002, and Outlook 2003 open HTML
    e-mail messages in the Restricted sites zone. Additionally, Outlook 98 and
    Outlook 2000 open HTML e-mail messages in the Restricted sites zone if the
    Microsoft
    <http://www.microsoft.com/office/outlook/evaluation/security.asp> Outlook
    E-mail Security Update has been applied. Outlook Express 5.5 Service Pack
    2 opens HTML e-mail in the Restricted sites zone if the update that is
    included with Microsoft Security Bulletin
    <http://go.microsoft.com/fwlink/?LinkId=19527> MS04-018 has been applied.
    The Restricted sites zone helps reduce attacks that could attempt to
    exploit this vulnerability.
     * The risk of attack from the HTML e-mail vector can be significantly
    reduced if you meet all the following conditions:
     * Install the update that is included with Microsoft Security Bulletin
    <http://www.microsoft.com/technet/security/bulletin/MS03-040.mspx>
    MS03-040 or a later Cumulative Security Update for Internet Explorer.
     * Use Outlook Express 5.5 Service Pack 2 or later and have applied the
    update that is included with Microsoft Security Bulletin
    <http://go.microsoft.com/fwlink/?LinkId=19527> MS04-018 or a later
    Cumulative Security Update for Outlook Express.
     * Use Microsoft Outlook 98 and Outlook 2000 with the Microsoft
    <http://www.microsoft.com/office/outlook/evaluation/security.asp> Outlook
    E-mail Security Update applied.
     * Use Microsoft Outlook Express 6 or later or Microsoft Outlook 2000
    Service Pack 2 or later in their default configuration.
     * By default, Internet Explorer on Windows Server 2003 runs in a
    restricted mode that is known as Enhanced Security Configuration that
    mitigates this vulnerability. See the FAQ section for this security update
    for more information about Internet Explorer Enhanced Security
    Configuration.

    Workarounds for Install Engine Vulnerability:
    Microsoft has tested the following workarounds. While these workarounds
    will not correct the underlying vulnerability, they help block known
    attack vectors. When a workaround reduces functionality, it is identified
    below.

    Set Internet and Local Intranet security zone settings to High to prompt
    before running ActiveX controls and Active scripting in the Internet zone
    and in the Local Intranet zone:
    You can help protect against these vulnerabilities by changing your
    settings for the Internet security zone to prompt before running ActiveX
    controls and Active scripting. To do this, follow these steps:

    1. In Internet Explorer, click Internet Options on the Tools menu.
    2. Click the Security tab.
    3. Click Internet, and then click Custom Level.
    4. Under Run ActiveX controls and plug-ins in the ActiveX controls and
    plug-ins section, click Prompt.
    5. Under Active Scripting in the Scripting section, click Prompt, and then
    click OK.
    6. Click Local intranet, and then click Custom Level.
    7. Under Run ActiveX controls and plug-ins in the ActiveX controls and
    plug-ins section, click Prompt.
    8. Under Active Scripting in the Scripting section, click Prompt.
    9. Click OK two times to return to Internet Explorer.

    Impact of Workaround: There are side effects to prompting before running
    ActiveX controls. Many Web sites that are on the Internet or on an
    intranet use ActiveX to provide additional functionality. For example, an
    online e-commerce site or banking site may use ActiveX controls to provide
    menus, ordering forms, or even account statements.

    Prompting before running ActiveX controls is a global setting that affects
    all Internet and intranet sites. You will be prompted frequently when you
    enable this workaround. For each prompt, if you trust the site that you
    are visiting, click Yesto run ActiveX controls. If you do not want to be
    prompted for all these sites, use the "Restrict Web sites to only your
    trusted Web sites" workaround.

    Restrict Web sites to only your trusted Web sites:
    After you set Internet Explorer to require a prompt before it runs ActiveX
    controls and Active scripting in the Internet zone and in the Local
    Intranet zone, you can add sites that you trust to Internet Explorer's
    Trusted sites zone. If you do this, you can continue to use trusted Web
    sites exactly as you do today, while helping to protect you from this
    attack on untrusted sites. We recommend that you add only sites that you
    trust to the Trusted sites zone.
    To do this, follow these steps:
    1. In Internet Explorer, click Internet Options on the Tools menu.
    2. Click the Security tab.
    3. In the Select a Web content zone to specify its current security
    settings box, click Trusted Sites, and then click Sites.
    4. If you want to add sites that do not require an encrypted channel,
    click to clear the Require server verification (https:) for all sites in
    this zone check box.
    5. In the Add this Web site to the zone box, type the URL of a site that
    you trust, and then click Add.
    6. Repeat these steps for each site that you want to add to the zone
    7. Click OK two times to accept the changes and to return to Internet
    Explorer.

    Add any sites that you trust not to take malicious action on your
    computer. You may want to add "*.windowsupdate.microsoft.com" (without the
    quotation marks) to your Trusted Sites zone. This site hosts the update.
    This site uses an ActiveX control to install the update.

    Install the
    <http://www.microsoft.com/office/previous/outlook/2002security.asp>
    Outlook E-mail Security Update if you are using Outlook 2000 SP1 or
    earlier:
    By default, Outlook Express 6, Outlook 2002, and Outlook 2003 open HTML
    e-mail messages in the Restricted sites zone. Additionally, Outlook 98 and
    Outlook 2000 open HTML e-mail messages in the Restricted sites zone if the
     <http://www.microsoft.com/office/outlook/evaluation/security.asp> Outlook
    E-mail Security Update has been applied.

    Customers who use any of these products could be at a reduced risk from an
    e-mail-borne attack that tries to exploit this vulnerability unless the
    user clicks a malicious link in the e-mail message.

    Install the update that is included with Microsoft Security Bulletin
    <http://go.microsoft.com/fwlink/?LinkId=19527> MS04-018 if you are using
    Outlook Express 5.5 SP2.
    Outlook Express 5.5 Service Pack 2 opens HTML e-mail in the Restricted
    sites zone if the update that is included with Microsoft Security Bulletin
     <http://go.microsoft.com/fwlink/?LinkId=19527> MS04-018 has been applied.
    Customers who use any of these products could be at a reduced risk from an
    e-mail-borne attack that tries to exploit this vulnerability unless the
    user clicks a malicious link in the e-mail message.
    Read e-mail messages in plain text format if you are using Outlook 2002 or
    later, or Outlook Express 6 SP1 or later, to help protect yourself from
    the HTML e-mail attack vector.
    Microsoft Outlook 2002 users who have applied Office XP Service Pack 1 or
    later and Microsoft Outlook Express 6 users who have applied Internet
    Explorer 6 Service Pack 1 can enable this setting and view e-mail messages
    that are not digitally signed or e-mail messages that are not encrypted in
    plain text only.
    Digitally signed e-mail messages or encrypted e-mail messages are not
    affected by the setting and may be read in their original formats. For
    more information about enabling this setting in Outlook 2002, see
    Microsoft Knowledge Base Article
    <http://support.microsoft.com/?id=307594> 307594.
    For information about this setting in Outlook Express 6, see Microsoft
    Knowledge Base Article <http://support.microsoft.com/?id=291387> 291387.
    Impact of Workaround: E-mail messages that are viewed in plain text format
    will not contain pictures, specialized fonts, animations, or other rich
    content. In addition:
     * The changes are applied to the preview pane and to open messages.
     * Pictures become attachments so that they are not lost.
     * Because the message is still in Rich Text or HTML format in the store,
    the object model (custom code solutions) may behave unexpectedly.

    FAQ for Install Engine Vulnerability:
    What is the scope of the vulnerability?
    This is a remote code execution vulnerability. If a user is logged on with
    administrative privileges, an attacker who successfully exploited the most
    severe of these vulnerabilities could take complete control of an affected
    system, including installing programs; viewing, changing, or deleting
    data; or creating new accounts with full privileges. Users whose accounts
    are configured to have fewer privileges on the system would be at less
    risk than users who operate with administrative privileges.

    What causes the vulnerability?
    An unchecked buffer in the Internet Explorer Install Engine.

    What is the Install Engine?
    The Install Engine is part of the Internet Explorer Active Setup
    technology. Active Setup allows an installation program to receive
    additional files from the Internet that are needed for program
    initialization.

    How could an attacker exploit the vulnerability?
    An attacker could exploit this vulnerability by creating a malicious Web
    page or an HTML e-mail message and then enticing the user to visit this
    page or to view the HTML e-mail message. When the user visited the page or
    viewed the e-mail message, the attacker could access information from
    other websites, local files on the system, or cause malicious code to run
    in the security context of the locally logged on user.

    What systems are primarily at risk from the vulnerability?
    This vulnerability requires a user to be logged on and to be reading
    e-mail or visiting Web sites for any malicious action to occur. Therefore,
    any systems where e-mail is read or where Internet Explorer is used
    frequently, such as users workstations or terminal servers, are at the
    most risk from this vulnerability. Systems that are not typically used to
    read e-mail or to visit Web sites, such as most server systems, are at a
    reduced risk.

    Are Windows 98, Windows 98 Second Edition or Windows Millennium Edition
    critically affected by this vulnerability?
    Yes. Windows 98, Windows 98 Second Edition, and Windows Millennium Edition
    are critically affected by this vulnerability. Critical security updates
    for these platforms may not be available concurrently with the other
    security updates provided as part of this security bulletin. They will be
    made available as soon as possible following the release. When these
    security updates are available, you will be able to download them only
    from the <http://go.microsoft.com/fwlink/?LinkId=21130> Windows Update
    Web site. For more information about severity ratings, visit this
    <http://go.microsoft.com/fwlink/?LinkId=21140> Microsoft Web site.

    What does the update do?
    The update removes the vulnerability by modifying the way that the Install
    Engine in Internet Explorer validates the length of a message before it
    passes the message to the allocated buffer.

    When this security bulletin was issued, had this vulnerability been
    publicly disclosed?
    No. Microsoft received information about this vulnerability through
    responsible disclosure.

    When this security bulletin was issued, had Microsoft received any reports
    that this vulnerability was being exploited?
    No. Microsoft had not received any information indicating that this
    vulnerability had been publicly used to attack customers and had not seen
    any examples of proof of concept code published when this security
    bulletin was originally issued.

    Mitigating Factors for Drag and Drop Vulnerability:
     * In a Web-based attack scenario, an attacker would have to host a Web
    site that contains a Web page that is used to exploit this vulnerability.
    An attacker would have no way to force users to visit a malicious Web
    site. Instead, an attacker would have to persuade them to visit the Web
    site, typically by getting them to click a link that takes them to the
    attacker's site. After they click the link, they would need to perform an
    action on the malicious web site that would invoke drag-and-drop handling
    in Internet Explorer.
     * This vulnerability allows an attacker to place malicious code on the
    user's system in specified locations. An attack could only occur after the
    user ran this code, either by restarting the system, by logging off and
    then logging back on to the system, or by inadvertently running the code
    that the attacker saved locally on the system.
     * An attacker who successfully exploited this vulnerability could gain
    the same privileges as the user. Users whose accounts are configured to
    have fewer privileges on the system would be at less risk than users who
    operate with administrative privileges.
     * By default, Outlook Express 6, Outlook 2002, and Outlook 2003 open HTML
    e-mail messages in the Restricted sites zone. Additionally, Outlook 98 and
    Outlook 2000 open HTML e-mail messages in the Restricted sites zone if the
     <http://www.microsoft.com/office/outlook/evaluation/security.asp> Outlook
    E-mail Security Update has been applied. Outlook Express 5.5 Service Pack
    2 opens HTML e-mail in the Restricted sites zone if the update that is
    included with Microsoft Security Bulletin
    <http://go.microsoft.com/fwlink/?LinkId=19527> MS04-018 has been applied.
    The Restricted sites zone helps reduce attacks that could try to exploit
    this vulnerability.
     * The risk of attack from the HTML e-mail vector can be significantly
    reduced if you meet all the following conditions:
     * Install the update that is included with Microsoft Security Bulletin
    <http://www.microsoft.com/technet/security/bulletin/MS03-040.mspx>
    MS03-040 or a later Cumulative Security Update for Internet Explorer.
     * Use Outlook Express 5.5 Service Pack 2 or later and have applied the
    update that is included with Microsoft Security Bulletin
    <http://go.microsoft.com/fwlink/?LinkId=19527> MS04-018 or a later
    Cumulative Security Update for Outlook Express.
     * Use Microsoft Outlook 98 and Outlook 2000 with the Microsoft
    <http://www.microsoft.com/office/outlook/evaluation/security.asp> Outlook
    E-mail Security Update applied.
     * Use Microsoft Outlook Express 6 or later or Microsoft Outlook 2000
    Service Pack 2 or later in their default configuration.
     * By default, Internet Explorer on Windows Server 2003 runs in a
    restricted mode that is known as Enhanced Security Configuration. This
    mode mitigates this vulnerability. See the FAQ section for this
    vulnerability for more information about Internet Explorer Enhanced
    Security Configuration.

    Workarounds for Drag and Drop Vulnerability:
    Microsoft has tested the following workarounds. While these workarounds
    will not correct the underlying vulnerability, they help block known
    attack vectors. When a workaround reduces functionality, it is identified
    below.
    Set Internet and Local Intranet security zone settings to "High" to prompt
    before running ActiveX controls and Active scripting in the Internet zone
    and in the Local Intranet zone:
    You can help protect against these vulnerabilities by changing your
    settings for the Internet security zone to prompt before running ActiveX
    controls and Active scripting. To do this, follow these steps:
    1. In Internet Explorer, click Internet Options on the Tools menu.
    2. Click the Security tab.
    3. Click Internet, and then click Custom Level.
    4. Under Run ActiveX controls and plug-ins in the ActiveX controls and
    plug-ins section, click Prompt.
    5. Under Active Scripting in the Scripting section, click Prompt, and then
    click OK.
    6. Click Local intranet, and then click Custom Level.
    7. Under Run ActiveX controls and plug-ins in the ActiveX controls and
    plug-ins section, click Prompt.
    8. Under Active Scripting in the Scripting section, click Prompt.
    9. Click OK two times to return to Internet Explorer.

    Impact of Workaround: There are side effects to prompting before running
    ActiveX controls. Many Web sites that are on the Internet or on an
    intranet use ActiveX to provide additional functionality. For example, an
    online e-commerce site or banking site may use ActiveX controls to provide
    menus, ordering forms, or even account statements.

    Prompting before running ActiveX controls is a global setting that affects
    all Internet and intranet sites. You will be prompted frequently when you
    enable this workaround. For each prompt, if you trust the site that you
    are visiting, click Yesto run ActiveX controls. If you do not want to be
    prompted for all these sites, use the "Restrict Web sites to only your
    trusted Web sites" workaround.

    Restrict Web sites to only your trusted Web sites:
    After you set Internet Explorer to require a prompt before it runs ActiveX
    controls and Active scripting in the Internet zone and in the Local
    Intranet zone, you can add sites that you trust to Internet Explorer's
    Trusted sites zone. If you do this, you can continue to use trusted Web
    sites exactly as you do today, while helping to protect you from this
    attack on untrusted sites. We recommend that you add only sites that you
    trust to the Trusted sites zone.

    To do this, follow these steps:
    1. In Internet Explorer, click Internet Options on the Tools menu.
    2. Click the Security tab.
    3. In the Select a Web content zone to specify its current security
    settings box, click Trusted Sites, and then click Sites.
    4. If you want to add sites that do not require an encrypted channel,
    click to clear the Require server verification (https:) for all sites in
    this zone check box.
    5. In the Add this Web site to the zone box, type the URL of a site that
    you trust, and then click Add.
    6. Repeat these steps for each site that you want to add to the zone
    7. Click OK two times to accept the changes and to return to Internet
    Explorer.
    Add any sites that you trust not to take malicious action on your
    computer. You may want to add "*.windowsupdate.microsoft.com" (without the
    quotation marks) to your Trusted Sites zone. This site hosts the update.
    This site uses an ActiveX control to install the update.

    Install the Outlook E-mail Security Update if you are using Outlook 2000
    SP1 or earlier:
    By default, Outlook Express 6, Outlook 2002, and Outlook 2003 open HTML
    e-mail messages in the Restricted sites zone. Additionally, Outlook 98 and
    Outlook 2000 open HTML e-mail messages in the Restricted sites zone if the
    Outlook E-mail Security Update has been applied.
    Customers who use any of these products could be at a reduced risk from an
    e-mail-borne attack that tries to exploit this vulnerability unless the
    user clicks a malicious link in the e-mail message.

    Install the update that is included with Microsoft Security Bulletin
    <http://go.microsoft.com/fwlink/?LinkId=19527> MS04-018 if you are using
    Outlook Express 5.5 SP2:
    Outlook Express 5.5 Service Pack 2 opens HTML e-mail in the Restricted
    sites zone if the update that is included with Microsoft Security Bulletin
     <http://go.microsoft.com/fwlink/?LinkId=19527> MS04-018 has been applied.
    Customers who use any of these products could be at a reduced risk from an
    e-mail-borne attack that tries to exploit this vulnerability unless the
    user clicks a malicious link in the e-mail message.

    Read e-mail messages in plain text format if you are using Outlook 2002 or
    later, or Outlook Express 6 SP1 or later, to help protect yourself from
    the HTML e-mail attack vector:
    Microsoft Outlook 2002 users who have applied Office XP Service Pack 1 or
    later and Microsoft Outlook Express 6 users who have applied Internet
    Explorer 6 Service Pack 1 can enable this setting and view e-mail messages
    that are not digitally signed or e-mail messages that are not encrypted in
    plain text only.
    Digitally signed e-mail messages or encrypted e-mail messages are not
    affected by the setting and may be read in their original formats. For
    more information about enabling this setting in Outlook 2002, see
    Microsoft Knowledge Base Article
    <http://support.microsoft.com/?id=307594> 307594.
    For information about this setting in Outlook Express 6, see Microsoft
    Knowledge Base Article <http://support.microsoft.com/?id=291387> 291387.
     <Impact of Workaround:> Impact of Workaround: E-mail messages that are
    viewed in plain text format will not contain pictures, specialized fonts,
    animations, or other rich content. In addition:
     * The changes are applied to the preview pane and to open messages.
     * Pictures become attachments so that they are not lost.
     * Because the message is still in Rich Text or HTML format in the store,
    the object model (custom code solutions) may behave unexpectedly.

    FAQ for Drag and Drop Vulnerability:
    What is the scope of the vulnerability?
    This vulnerability involves Drag and Drop events in Internet Explorer and
    could result in an executable file being saved on the user's system. The
    user would not receive a dialog box requesting to approve the download. To
    exploit this vulnerability, an attacker would have to host a malicious Web
    site that contained a Web page that was designed to exploit this
    vulnerability and then persuade a user to visit that site. If the user
    took certain actions on that Web page, code of the attacker's choice could
    be saved in specified locations on the user's system.

    What causes the vulnerability?
    This vulnerability is caused by Drag and Drop technology improperly
    validating some Dynamic HTML (DHTML) events. This vulnerability permits a
    file to be downloaded to the user's system after the user clicks a link.

    What are DHMTL Events?
    DHTML events are special actions that are provided by the DHTML Object
    Model. These events can be used in script code to add dynamic content to a
    Web site. For more information about DHTML events, visit this
    <http://msdn.microsoft.com/workshop/author/dhtml/reference/events.asp>
    MSDN Web site.

    How could an attacker exploit the vulnerability?
    An attacker who successfully exploited this vulnerability could save code
    of their choice to the user's local file system. Although this code could
    not be run through this vulnerability directly, the operating system might
    open the file if it is saved to a sensitive location, or a user may
    activate the file inadvertently and cause the attacker's code to run.

    What systems are primarily at risk from the vulnerability?
    This vulnerability requires a user to be logged on and to be reading
    e-mail or visiting Web sites for any malicious action to occur. Therefore,
    any systems where e-mail is read or where Internet Explorer is used
    frequently, such as users workstations or terminal servers, are at the
    most risk from this vulnerability. Systems that are not typically used to
    read e-mail or to visit Web sites, such as most server systems, are at a
    reduced risk.

    Are Windows 98, Windows 98 Second Edition or Windows Millennium Edition
    critically affected by this vulnerability?
    No. Although Windows 98, Windows 98 Second Edition, and Windows Millennium
    Edition do contain the affected component, the vulnerability is not
    critical. For more information about severity ratings, visit this
    <http://go.microsoft.com/fwlink/?LinkId=21140> Microsoft Web site.

    What does the update do?
    The update removes the vulnerability by modifying the way that Internet
    Explorer validates some Drag and Drop events.

    When this security bulletin was issued, had this vulnerability been
    publicly disclosed?
    Yes. This vulnerability has been publicly disclosed. It has been assigned
    Common Vulnerability and Exposure number CAN-2004-0839. Also, it has been
    named Scroll Bar Vulnerability by the larger security community.

    When this security bulletin was issued, had Microsoft received any reports
    that this vulnerability was being exploited?
    Yes. When the security bulletin was released, Microsoft had received
    information that this vulnerability was being exploited.

    Does installing this security update help protect customers from the code
    that has been published publicly that attempts to exploit this
    vulnerability?
    Yes. This security update addresses the vulnerability that is currently
    being exploited. The vulnerability that has been addressed has been
    assigned the Common Vulnerability and Exposure number CAN-2004-0839.

    Mitigating Factors for Address Bar Spoofing on Double Byte Character Set
    Systems Vulnerability:
    This vulnerability only affects systems that are utilizing Double Byte
    Character Sets. These character sets are used on some Asian versions of
    Microsoft Windows and can be set using the system locale.
    In a Web-based attack scenario, an attacker would have to host a Web site
    that contains a Web page that is used to exploit this vulnerability. An
    attacker would have no way to force users to visit a malicious Web site.
    Instead, an attacker would have to persuade them to visit the Web site,
    typically by getting them to click a link that takes them to the
    attacker's site.
    The following products are not affected by this vulnerability:
     * Internet Explorer 6 on Microsoft Windows XP Service Pack 2
     * Internet Explore 6.0
     * Internet Explorer 5.5 Service Pack 2
     * Internet Explorer 5.01 Service Pack 4
     * Internet Explorer 5.01 Service Pack 3

    FAQ for Address Bar Spoofing on Double Byte Character Set Systems
    Vulnerability:
    What is the scope of the vulnerability?
    This is a spoofing vulnerability. It affects the Address bar that Internet
    Explorer uses to display the currently visited Web site. This
    vulnerability could result in an incorrect URL being listed in the Address
    bar that is not the actual Web page that is appearing in Internet
    Explorer. For example, an attacker could create a link that would display
    http://www.tailspintoys.com in the Address bar when the user clicked the
    link. However, Internet Explorer would actually display content from
    another Web site, such as http://www.wingtiptoys.com.

    What causes the vulnerability?
    This vulnerability is caused by a canonicalization error that occurs when
    Internet Explorer parses special characters in a HTTP URL on Double Byte
    Character Set systems.

    What are Double Byte Character Sets?
    Double Byte Character Sets (DBCS) are an expanded 8-bit character set
    where the smallest unit is a byte. Some characters in a DBCS have a single
    byte code value and some have a double byte code value. A DBCS can be
    thought of as the ANSI character set for some Asian versions of Microsoft
    Windows. More information on DBCS can be found on the Double-byte
    Character Sets page on MSDN.

    How do I know if I am running a DBCS locale?
    DBCS can be thought of as the ANSI character set for some Asian versions
    of Microsoft Windows. Typically these are limited to Chinese, Japanese,
    and Korean languages. For more information on system locales and
    determining the system locale please visit this
    <http://www.microsoft.com/globaldev/DrIntl/faqs/Locales.mspx> Microsoft
    Web site.

    How could an attacker exploit the vulnerability?
    An attacker could use this vulnerability to create a Web page that would
    display a URL of the attacker's choosing in the Address bar, while
    displaying a different Web site in the browser window. An attacker could
    use this vulnerability to create a malicious page that spoofs a legitimate
    site. For example, an attacker could create a Web page that looks like a
    user's online e-mail site. However, this Web page would be hosted on a
    malicious Web site. An attacker could use this vulnerability to display a
    legitimate looking URL in the Address bar. A user might see this URL and
    mistakenly provide sensitive information to the attacker's site.

    What systems are primarily at risk from the vulnerability?
    This vulnerability requires a user to be logged on and to be reading
    e-mail or visiting Web sites for any malicious action to occur. Therefore,
    any systems where e-mail is read or where Internet Explorer is used
    frequently, such as users workstations or terminal servers, are at the
    most risk from this vulnerability. Systems that are not typically used to
    read e-mail or to visit Web sites, such as most server systems, are at a
    reduced risk.

    Are Windows 98, Windows 98 Second Edition or Windows Millennium Edition
    critically affected by this vulnerability?
    No. Although Windows 98, Windows 98 Second Edition, and Windows Millennium
    Edition do contain the affected component, the vulnerability is not
    critical. For more information about severity ratings, visit this
    <http://go.microsoft.com/fwlink/?LinkId=21140> Microsoft Web site.

    What does the update do?
    The update removes the vulnerability by modifying the way that Internet
    Explorer validates URLs on DBCS locales.

    When this security bulletin was issued, had this vulnerability been
    publicly disclosed?
    Microsoft had not received any information indicating that this
    vulnerability had been publicly disclosed when this security bulletin was
    originally issued.

    Mitigating Factors for Plug-in Navigation Address Bar Spoofing
    Vulnerability:
     * In a Web-based attack scenario, an attacker would have to host a Web
    site that contains a Web page that is used to exploit this vulnerability.
    An attacker would have no way to force users to visit a malicious Web
    site. Instead, an attacker would have to persuade them to visit the Web
    site, typically by getting them to click a link that takes them to the
    attacker's site.
     * By default, Internet Explorer on Windows Server 2003 runs in a
    restricted mode that is known as Enhanced Security Configuration that
    mitigates this vulnerability. See the FAQ section for this security update
    for more information about Internet Explorer Enhanced Security
    Configuration.
    The following products are not affected by this vulnerability.
     * Internet Explorer 5.01 Service Pack 4
     * Internet Explorer 5.01 Service Pack 3

    Workarounds for Plug-in Navigation Address Bar Spoofing Vulnerability:
    Microsoft has tested the following workarounds. While these workarounds
    will not correct the underlying vulnerability, they help block known
    attack vectors. When a workaround reduces functionality, it is identified
    below.
    Set Internet and Local Intranet security zone settings to High to prompt
    before running ActiveX controls and Active scripting in the Internet zone
    and in the Local Intranet zone:
    You can help protect against these vulnerabilities by changing your
    settings for the Internet security zone to prompt before running ActiveX
    controls and Active scripting. To do this, follow these steps:
    1. In Internet Explorer, click Internet Options on the Tools menu.
    2. Click the Security tab.
    3. Click Internet, and then click Custom Level.
    4. Under Run ActiveX controls and plug-ins in the ActiveX controls and
    plug-ins section, click Prompt.
    5. Under Active Scripting in the Scripting section, click Prompt, and then
    click OK.
    6. Click Local intranet, and then click Custom Level.
    7. Under Run ActiveX controls and plug-ins in the ActiveX controls and
    plug-ins section, click Prompt.
    8. Under Active Scripting in the Scripting section, click Prompt.
    9. Click OK two times to return to Internet Explorer.

    Impact of Workaround: There are side effects to prompting before running
    ActiveX controls. Many Web sites that are on the Internet or on an
    intranet use ActiveX to provide additional functionality. For example, an
    online e-commerce site or banking site may use ActiveX controls to provide
    menus, ordering forms, or even account statements.

    Prompting before running ActiveX controls is a global setting that affects
    all Internet and intranet sites. You will be prompted frequently when you
    enable this workaround. For each prompt, if you trust the site that you
    are visiting, click Yesto run ActiveX controls. If you do not want to be
    prompted for all these sites, use the "Restrict Web sites to only your
    trusted Web sites" workaround.

    Restrict Web sites to only your trusted Web sites
    After you set Internet Explorer to require a prompt before it runs ActiveX
    controls and Active scripting in the Internet zone and in the Local
    Intranet zone, you can add sites that you trust to Internet Explorer's
    Trusted sites zone. If you do this, you can continue to use trusted Web
    sites exactly as you do today, while helping to protect you from this
    attack on untrusted sites. We recommend that you add only sites that you
    trust to the Trusted sites zone.
    To do this, follow these steps:
    1. In Internet Explorer, click Internet Options on the Tools menu.
    2. Click the Security tab.
    3. In the Select a Web content zone to specify its current security
    settings box, click Trusted Sites, and then click Sites.
    4. If you want to add sites that do not require an encrypted channel,
    click to clear the Require server verification (https:) for all sites in
    this zone check box.
    5. In the Add this Web site to the zone box, type the URL of a site that
    you trust, and then click Add.
    6. Repeat these steps for each site that you want to add to the zone
    7.Click OK two times to accept the changes and to return to Internet
    Explorer.

    Add any sites that you trust not to take malicious action on your
    computer. You may want to add "*.windowsupdate.microsoft.com" (without the
    quotation marks) to your Trusted Sites zone. This site hosts the update.
    This site uses an ActiveX control to install the update.

    FAQ for Plug-in Navigation Address Bar Spoofing Vulnerability:
    What is the scope of the vulnerability?
    This is a spoofing vulnerability. It affects the Address bar that Internet
    Explorer uses to display the currently visited Web site. This
    vulnerability could result in an incorrect URL being listed in the Address
    bar that is not the actual Web page that is appearing in Internet
    Explorer. For example, an attacker could create a link that would display
    http://www.tailspintoys.com in the Address bar when the user clicked the
    link. However, Internet Explorer would actually display content from
    another Web site, such as http://www.wingtiptoys.com.

    What causes the vulnerability?
    The way that Internet Explorer handles navigations from plug-ins.

    What are plug-ins?
    Plug-ins are third-party components that extend the features of Internet
    Explorer. Examples of plug-ins include ActiveX controls.

    How could an attacker exploit the vulnerability?
    An attacker could use this vulnerability to create a Web page that hosts a
    plug-in that could make Internet Explorer display a URL of the attacker's
    choosing in the Address bar, while displaying a different Web site in the
    browser window. An attacker could use this vulnerability to create a
    malicious page that spoofs a legitimate site. For example, an attacker
    could create a Web page that looks like a user's online e-mail site.
    However, this Web page would be hosted on a malicious Web site. An
    attacker could use this vulnerability to display a legitimate looking URL
    in the Address bar. A user might see this URL and mistakenly provide
    sensitive information to the attacker's site.

    What systems are primarily at risk from the vulnerability?
    This vulnerability requires a user to be logged on and to be reading
    e-mail or visiting Web sites for any malicious action to occur. Therefore,
    any systems where e-mail is read or where Internet Explorer is used
    frequently, such as users workstations or terminal servers, are at the
    most risk from this vulnerability. Systems that are not typically used to
    read e-mail or to visit Web sites, such as most server systems, are at a
    reduced risk.

    Are Windows 98, Windows 98 Second Edition or Windows Millennium Edition
    critically affected by this vulnerability?
    No. Although Windows 98, Windows 98 Second Edition, and Windows Millennium
    Edition do contain the affected component, the vulnerability is not
    critical. For more information about severity ratings, visit this
    <http://go.microsoft.com/fwlink/?LinkId=21140> Microsoft Web site.

    What does the update do?
    The update removes the vulnerability by modifying the way that Internet
    Explorer validates plug-in navigations.

    When this security bulletin was issued, had this vulnerability been
    publicly disclosed?
    Microsoft had not received any information indicating that this
    vulnerability had been publicly disclosed when this security bulletin was
    originally issued.

    Mitigating Factors for Script in Image Tag File Download Vulnerability:
     * In a Web-based attack scenario, an attacker would have to host a Web
    site that contains a Web page that is used to exploit this vulnerability.
    An attacker would have no way to force users to visit a malicious Web
    site. Instead, an attacker would have to persuade them to visit the Web
    site, typically by getting them to click a link that takes them to the
    attacker's site. After they click the link, they would need to perform an
    action on the malicious Web site, such as clicking an image.
     * This vulnerability allows an attacker to put malicious code on the user
    s system in specified locations. An attack could occur only after the user
    ran this code, either by restarting the system, by logging off and then
    logging back on to the system, or by inadvertently running the code that
    the attacker has saved locally on the system.
     * An attacker who successfully exploited this vulnerability could gain
    the same privileges as the user. Users whose accounts are configured to
    have fewer privileges on the system would be at less risk than users who
    operate with administrative privileges.
     * By default, Outlook Express 6, Outlook 2002, and Outlook 2003 open HTML
    e-mail messages in the Restricted sites zone. Additionally, Outlook 98 and
    Outlook 2000 open HTML e-mail messages in the Restricted sites zone if the
     <http://www.microsoft.com/office/outlook/evaluation/security.asp> Outlook
    E-mail Security Update has been applied. Outlook Express 5.5 Service Pack
    2 opens HTML e-mail in the Restricted sites zone if the update that is
    included with Microsoft Security Bulletin
    <http://go.microsoft.com/fwlink/?LinkId=19527> MS04-018 has been applied.
    The Restricted sites zone helps reduce attacks that could try to exploit
    this vulnerability.
    The risk of attack from the HTML e-mail vector can be significantly
    reduced if you meet all the following conditions:
     * Install the update that is included with Microsoft Security Bulletin
    <http://www.microsoft.com/technet/security/bulletin/MS03-040.mspx>
    MS03-040 or a later Cumulative Security Update for Internet Explorer.
     * Use Outlook Express 5.5 Service Pack 2 or later and have applied the
    update that is included with Microsoft Security Bulletin
    <http://go.microsoft.com/fwlink/?LinkId=19527> MS04-018 or a later
    Cumulative Security Update for Outlook Express.
     * Use Microsoft Outlook 98 and Outlook 2000 with the
    <http://www.microsoft.com/office/outlook/evaluation/security.asp>
    Microsoft Outlook E-mail Security Update applied.
     * Use Microsoft Outlook Express 6 or later or Microsoft Outlook 2000
    Service Pack 2 or later in the default configuration.
     * By default, Internet Explorer on Windows Server 2003 runs in a
    restricted mode that is known as Enhanced Security Configuration. This
    mode mitigates this vulnerability. See the FAQ section for this
    vulnerability for more information about Internet Explorer Enhanced
    Security Configuration.

    Mitigating Factors for SSL Caching Vulnerability:
     * An attacker would have to host a Web site that contains a Web page that
    is used to exploit this vulnerability. An attacker would have no way to
    force users to visit a malicious Web site. Instead, an attacker would have
    to persuade them to visit the Web site, typically by getting them to click
    a link that takes them to the attacker's site.
     * Before the user visits the legitimate SSL protected Web site, an
    attacker would have to redirect the user s navigation from the legitimate
    Web site to their malicious Web site that has the same host name. To do
    this, the attacker would have to intercept network traffic or point the
    user s system to a malicious DNS server.

    Workarounds for SSL Caching Vulnerability:
    Microsoft has tested the following workarounds. While these workarounds
    will not correct the underlying vulnerability, they help block known
    attack vectors. When a workaround reduces functionality, it is identified
    below.
    Set advanced security settings to not saved encrypted pages to disk:
    You can help protect against these vulnerabilities by changing your
    settings to not save encrypted contents to disk. To do this, follow these
    steps:
    1. In Internet Explorer, click Internet Options on the Tools menu.
    2. Click the Advanced tab.
    3. Under Settings, scroll to Security.
    4. Under Settings, in the Security section, click Do not save encrypted
    pages to disk.
    5. Click OK two times to return to Internet Explorer.

    FAQ for SSL Caching Vulnerability:
    What is the scope of the vulnerability?
    This is an information disclosure and spoofing vulnerability. An attacker
    who successfully exploited this vulnerability could gain access to
    information or spoof content on SSL protected Web sites.

    What causes the vulnerability?
    Internet Explorer s handling of cached SSL contents.

    What is SSL?
     <http://www.ietf.org/rfc/rfc2246.txt> Secure Sockets Layer (SSL) is a
    protocol that allows web sessions to be encrypted for greater security. In
    Internet Explorer, when you visit a Web site and a yellow lock icon
    appears in the lower right corner of the browser window, the current
    session is protected by SSL.

    What might an attacker use the vulnerability to do?
    An attacker who successfully exploited this vulnerability could access
    information or spoof content on Web sites that are protected by SSL.

    How could an attacker exploit the vulnerability?
    An attacker could exploit the vulnerability by creating a Web site that
    has the same host name as a legitimate SSL protected Web site. If the
    attacker were then able to redirect navigation from the legitimate Web
    Site at that address to their malicious Web site, items of the attacker s
    choosing could be cached to the local system.
    When the user visited the legitimate site in a second session, these items
    would be loaded in the context of the legitimate Web site. These items
    could include script code, images, or other locally cached content. This
    content could be crafted to obtain sensitive information that would
    typically be protected by SSL security.

    What systems are primarily at risk from the vulnerability?
    This vulnerability requires a user to be logged on and to be reading
    e-mail or visiting Web sites for any malicious action to occur. Therefore,
    any systems where e-mail is read or where Internet Explorer is used
    frequently, such as users workstations or terminal servers, are at the
    most risk from this vulnerability. Systems that are not typically used to
    read e-mail or to visit Web sites, such as most server systems, are at a
    reduced risk.

    Are Windows 98, Windows 98 Second Edition or Windows Millennium Edition
    critically affected by this vulnerability?
    No. Although Windows 98, Windows 98 Second Edition, and Windows Millennium
    Edition do contain the affected component, the vulnerability is not
    critical. For more information about severity ratings, visit this
    <http://go.microsoft.com/fwlink/?LinkId=21140> Microsoft Web site.

    What does the update do?
    The update removes the vulnerability by modifying the way that Internet
    Explorer validates content during SSL sessions.

    When this security bulletin was issued, had this vulnerability been
    publicly disclosed?
    No. We received information about this vulnerability through responsible
    disclosure.

    ADDITIONAL INFORMATION

    The information has been provided by Microsoft Product Security.
    The original article can be found at:
    <http://www.microsoft.com/technet/security/bulletin/MS04-038.mspx>
    http://www.microsoft.com/technet/security/bulletin/MS04-038.mspx

    ========================================

    This bulletin is sent to members of the SecuriTeam mailing list.
    To unsubscribe from the list, send mail with an empty subject line and body to: list-unsubscribe@securiteam.com
    In order to subscribe to the mailing list, simply forward this email to: list-subscribe@securiteam.com

    ====================
    ====================

    DISCLAIMER:
    The information in this bulletin is provided "AS IS" without warranty of any kind.
    In no event shall we be liable for any damages whatsoever including direct, indirect, incidental, consequential, loss of business profits or special damages.


  • Next message: SecuriTeam: "[NT] Vulnerability in NNTP Allows Remote Code Execution (MS04-036)"

    Relevant Pages