lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Message-ID: <48F5275D.1040808@idefense.com>
Date: Tue, 14 Oct 2008 19:12:29 -0400
From: "labs-no-reply@...fense.com" <labs-no-reply@...fense.com>
To: vulnwatch@...nwatch.org, full-disclosure@...ts.grok.org.uk, 
	bugtraq@...urityfocus.com
Subject: iDefense Security Advisory 10.14.08: Microsoft
 Visual Basic for Applications - Multiple Vulnerabilities

iDefense Security Advisory 10.14.08
http://labs.idefense.com/intelligence/vulnerabilities/
Oct 14, 2008

I. BACKGROUND

Microsoft VBA is an implementation of Microsoft Visual Basic programming
language for developing client desktop packaged applications and
integrating them with existing data and systems. VBA is a built in
feature in Microsoft Office. For more information, please visit
following webpage:

http://msdn.microsoft.com/en-us/isv/bb190538.aspx

II. DESCRIPTION

Several vulnerabilities exist in Microsoft Corp.'s Office Visual Basic
for Applications (VBA) which could allow remote exploitation by an
attacker. Exploitation could allow the execution of arbitrary code with
the privileges of the current user.

The types of vulnerabilities include heap overflows, memory corruption,
invalid array indexing, and integer overflow.

These vulnerabilities exist in the handling of an object embedded in an
Office document. When processing this object, the VBA module does not
validate any of several values correctly. By crafting an object that
contains a specific value, corruption can be caused. This leads to a
potentially exploitable condition.

III. ANALYSIS

Exploitation allows an attacker to execute arbitrary code in the context
of the currently logged-on user. To exploit this vulnerability, the
attacker must persuade a user to open a specially crafted Office
document.

Likely attack vectors include sending the file as an e-mail attachment
or linking to the file on a website. By default, systems with Office
2000 installed will open Office documents from websites without
prompting the user. This allows attackers to exploit this vulnerability
without user interaction. Later versions of Office do not open these
documents automatically unless the user has chosen this behavior.

Using the Office Document Open Confirmation Tool for Office 2000 can
prevent Office files from opening automatically from websites. Use of
this tool is highly recommended for users still using Office 2000.

Generally one needs to set Macro security Level to Medium to run VBA
Macros, but that's not applicable for this vulnerability. This
vulnerability can be exploited with the default High Macro Security
Level.

IV. DETECTION

iDefense confirmed the existence of these vulnerabilities in the
following versions of Microsoft Excel: 2000-SP3, XP-SP3, 2003-SP3.
Excel 2007 and 2007-SP1 were not vulnerable.

V. WORKAROUND

Restrict access to VBE6.dll by executing Echo y|cacls
"%ProgramFiles%\common files\microsoft shared\vba\vba6\vbe6.dll" /E /P
everyone:N

Impact of workaround: Office file with VBA content can't be loaded.

VI. VENDOR RESPONSE

Microsoft has officially addressed this vulnerability with Security
Bulletin MS08-057. For more information, consult their bulletin at the
following URL.

http://www.microsoft.com/technet/security/bulletin/ms08-057.mspx

VII. CVE INFORMATION

The Common Vulnerabilities and Exposures (CVE) project has assigned the
name CVE-2008-3477 to this issue. This is a candidate for inclusion in
the CVE list (http://cve.mitre.org/), which standardizes names for
security problems.

VIII. DISCLOSURE TIMELINE

04/17/2007  Initial vendor notification for earliest vulnerability
04/18/2007  Initial vendor response
10/14/2008  Coordinated public disclosure

IX. CREDIT

The heap buffer overflow vulnerability was independently discovered by
Lionel d'Hauenens of Laboskopia (reported through iDefense VCP program)
and Jun Mao of iDefense Labs.

The discoverer of the remaining vulnerabilities wishes to remain
anonymous.

Get paid for vulnerability research
http://labs.idefense.com/methodology/vulnerability/vcp.php

Free tools, research and upcoming events
http://labs.idefense.com/

X. LEGAL NOTICES

Copyright © 2008 iDefense, Inc.

Permission is granted for the redistribution of this alert
electronically. It may not be edited in any way without the express
written consent of iDefense. If you wish to reprint the whole or any
part of this alert in any other medium other than electronically,
please e-mail customerservice@...fense.com for permission.

Disclaimer: The information in the advisory is believed to be accurate
at the time of publishing based on currently available information. Use
of the information constitutes acceptance for use in an AS IS condition.
 There are no warranties with regard to this information. Neither the
author nor the publisher accepts any liability for any direct,
indirect, or consequential loss or damage arising from use of, or
reliance on, this information.

_______________________________________________
Full-Disclosure - We believe in it.
Charter: http://lists.grok.org.uk/full-disclosure-charter.html
Hosted and sponsored by Secunia - http://secunia.com/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ