Hash: SHA1

             AUSCERT External Security Bulletin Redistribution

  Autonomy KeyView Excel File SST Parsing Integer Overflow Vulnerability
                             2 September 2009


        AusCERT Security Bulletin Summary

Product:           Autonomy KeyView SDK
                   IBM Lotus Notes 8.0
                   IBM Lotus Notes 8.5
                   Symantec Mail Security for Microsoft Exchange
Publisher:         iDEFENSE
Operating System:  Windows
Impact/Access:     Administrator Compromise -- Remote/Unauthenticated
Resolution:        Patch/Upgrade
CVE Names:         CVE-2009-3037  

Original Bulletin: 

Comment: The vulnerable dll file related to this bulletin is also shipped 
         with IBM Loutus Notes 8.0, 8.5 and Symantec Mail Security for 
         Microsoft Exchange.

Revision History:  September  2 2009: Added CVE Reference
                   August    26 2009: Initial Release

- --------------------------BEGIN INCLUDED TEXT--------------------

iDefense Security Advisory 08.25.09
Aug 25, 2009


Autonomy KeyView SDK is a commercial SDK that provides many file format
parsing libraries. It supports a large number of different document
formats, one of which is the Microsoft Excel 97 (XLS) format. It is
used by several popular vendors for processing documents. For more
information, visit the URL referenced below.


KeyView is used by many commercial products to handle various types of
file formats. Lotus Notes and Symantec Mail Security are two examples
of such products.


Remote exploitation of an integer overflow vulnerability in Autonomy's
KeyView SDK allows attackers to execute arbitrary code with the
privileges of the targeted application.

The vulnerability occurs when parsing a Shared String Table (SST) record
inside of an Excel file. This record is used to hold a table of strings
that are used inside of the document. One of the fields in this record
is a 32-bit integer that represents the number of strings in the table.
This value is used in a calculation that controls the number of bytes to
allocate for a dynamic heap buffer. The value is not properly sanitized,
which leads to an integer overflow in the calculation. This results in a
heap based buffer overflow vulnerability.


Exploitation allows attackers to execute arbitrary code with the
privileges of the targeted application. In order to exploit this
vulnerability, an attacker must cause a specially crafted Microsoft
Excel Spreadsheet to be processed by an application using the Autonomy
KeyView SDK.

When targeting applications like Lotus Notes, this requires that an
attacker convince a user to view an e-mail attachment; however, in
other cases, processing may take place automatically as a document is
examined. The specific circumstances will depend on the application
being targeted.

The privileges that an attacker gains may be different for each
application that uses the KeyView SDK. For example, exploiting this
issue via Lotus Notes yields the current user's privileges while
exploiting the vulnerability via Symantec Mail Security yields SYSTEM


iDefense confirmed the existence of this vulnerability using the
following versions of the affected software:

  xlssr.dll version, distributed with IBM Lotus Notes 8.0
  xlssr.dll version, distributed with IBM Lotus Notes 8.5
  xlssr.dll version, distributed with Symantec Mail Security
for Microsoft Exchange

All versions of the KeyView SDK that include the "xlssr.dll" filter
module are suspected to be vulnerable.


For all products using the KeyView SDK, you can disable the "xlssr.dll"
filter by doing one of the following:

  Removing the xlssr.dll filter module from the affected system(s).
  Delete or comment out the line referencing "xlssr.dll" from the
"KeyView.ini" file distributed with the affected application.

Additionally, for Symantec Mail Security, disabling "content filtering"
will prevent exploitation.


IBM has released a patch which addresses this issue in Lotus Notes. For
more information, consult their advisory at the following URL:


Symantec has released a patch which addresses this issue in several
Symantec products. For more information, consult their advisory at the
following URL:



A Mitre Corp. Common Vulnerabilities and Exposures (CVE) number has not
been assigned yet.


05/05/2009  - Initial Contact
05/05/2009  - Autonomy first response
05/05/2009  - Symantec first response
05/05/2009  - IBM first response
05/05/2009  - Autonomy POC request
05/05/2009  - IBM POC request
05/06/2009  - Autonomy clarification request
05/06/2009  - Symantec clarification request
05/06/2009  - Request public key from Autonomy
05/06/2009  - Sent POC to IBM, Symantec
05/06/2009  - Symantec requests resend
05/06/2009  - Resent POC to Symantec
05/06/2009  - Autonomy sends public key
05/06/2009  - Sent POC to Autonomy
05/07/2009  - Symantec holding on Autonomy fix
05/07/2009  - Autonomy requested clarification
05/07/2009  - Sent clarification.
08/11/2009  - Disclosure coordination
08/17/2009  - Disclosure re-coordination
08/25/2009  - Coordinated Public Disclosure


This vulnerability was discovered by Joshua J. Drake of iDefense Labs.

Get paid for vulnerability research

Free tools, research and upcoming events


Copyright © 2009 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@idefense.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.

To unsubscribe, go here:

- --------------------------END INCLUDED TEXT--------------------

You have received this e-mail bulletin as a result of your organisation's
registration with AusCERT. The mailing list you are subscribed to is
maintained within your organisation, so if you do not wish to continue
receiving these bulletins you should contact your local IT manager. If
you do not know who that is, please send an email to auscert@auscert.org.au
and we will forward your request to the appropriate person.

NOTE: Third Party Rights
This security bulletin is provided as a service to AusCERT's members.  As
AusCERT did not write the document quoted above, AusCERT has had no control
over its content. The decision to follow or act on information or advice
contained in this security bulletin is the responsibility of each user or
organisation, and should be considered in accordance with your organisation's
site policies and procedures. AusCERT takes no responsibility for consequences
which may arise from following or acting on information or advice contained in
this security bulletin.

NOTE: This is only the original release of the security bulletin.  It may
not be updated when updates to the original are made.  If downloading at
a later date, it is recommended that the bulletin is retrieved directly
from the author's website to ensure that the information is still current.

Contact information for the authors of the original document is included
in the Security Bulletin above.  If you have any questions or need further
information, please contact them directly.

Previous advisories and external security bulletins can be retrieved from:


If you believe that your computer system has been compromised or attacked in 
any way, we encourage you to let us know by completing the secure National IT 
Incident Reporting Form at:


Australian Computer Emergency Response Team
The University of Queensland
Qld 4072

Internet Email: auscert@auscert.org.au
Facsimile:      (07) 3365 7031
Telephone:      (07) 3365 4417 (International: +61 7 3365 4417)
                AusCERT personnel answer during Queensland business hours
                which are GMT+10:00 (AEST).
                On call after hours for member emergencies only.
Comment: http://www.auscert.org.au/render.html?it=1967