IBM DB2 XML functions overflows (#NISR05012005H)

From: NGSSoftware Insight Security Research (nisr_at_NEXTGENSS.COM)
Date: 01/05/05

  • Next message: NGSSoftware Insight Security Research: "IBM DB2 XML functions file creation vulnerabilities (#NISR05012005I)"
    Date:         Wed, 5 Jan 2005 17:53:54 -0000

    NGSSoftware Insight Security Research Advisory

    Name: IBM DB2 XML functions overflows
    Systems Affected: DB2 8.1
    Severity: High risk from remote
    Vendor URL:
    Author: David Litchfield [ david at ]
    Relates to:
    Date of Public Advisory: 5th January 2005
    Advisory number: #NISR05012005H
    Advisory URL:

    IBM's DB2 database server contain four XML functions that suffer from stack
    based buffer overflow vulnerabilities.

    The xmlvarcharfromfile suffers from a buffer overflow vulnerability. When
    and only when, 94 bytes are supplied for the second argument a pointer to
    the user supplied string is written over the saved return address so when
    ucnv_open_2_0 (in db2xmlfn.dll) returns - it does so into the string. This
    allows an attacker to run arbitrary code and elevate privileges.

    The xmlclobfromfile, xmlfilefromvarchar and xmlfilefromclob functions are
    also vulnerable.

    Fix Information
    IBM has written a patch and can be obtained with the latest fixpak. - DB2
    v8.1 - DB2

    NGSSQuirreL for DB2 ( can be used to assess
    whether your DB2 server is vulnerable to this.

    About NGSSoftware
    NGSSoftware design, research and develop intelligent, advanced application
    security assessment scanners. Based in the United Kingdom, NGSSoftware have
    offices in the South of London and the East Coast of Scotland. NGSSoftware's
    sister company NGSConsulting, offers best of breed security consulting
    services, specialising in application, host and network security

    Telephone +44 208 401 0070
    Fax +44 208 401 0076

    NTBugtraq Editor's Note:
    Most viruses these days use spoofed email addresses. As such, using an Anti-Virus product which automatically notifies the perceived sender of a message it believes is infected may well cause more harm than good. Someone who did not actually send you a virus may receive the notification and scramble their support staff to find an infection which never existed in the first place. Suggest such notifications be disabled by whomever is responsible for your AV, or at least that the idea is considered.

  • Next message: NGSSoftware Insight Security Research: "IBM DB2 XML functions file creation vulnerabilities (#NISR05012005I)"

    Relevant Pages