what you don't know can hurt you
Home Files News &[SERVICES_TAB]About Contact Add New


Posted Sep 7, 2006

An attacker can send a specially crafted ACCSEC command during the handshake process with the server, causing the server process to crash in the DB2 Universal Database versions 8.x.

tags | advisory
SHA-256 | 1a8410f5b85a180b22f0f8b9883db77dd9e57286bb5e6f8f59e05eba2bfa3d57


Change Mirror Download
DB2 UDB - Handshake Protocol DoS Attack (BID 19586)

DB2 Universal Database (UDB)™ is a popular database software package from IBM available for legacy platforms as well as open systems (Unix and Windows). Clients use a protocol called DRDA to communicate with the DB2 UDB server. Protocol messages are used for session setup, authentication and data transfer.

Imperva’s Application Defense Center is conducting an extensive research of the DRDA protocol and its implementation. As part of the research the team has identified vulnerability in DB2 UDB’s connection establishment mechanism that allows an attacker to terminate the UDB service, effectively denying service from all database users.

An attacker can send a specially crafted ACCSEC command during the handshake process with the server, causing the server process to crash.

A simple connection establishment process to the DB2 UDB server with a user-password authentication consists of several commands: EXCSAT (Exchange Server Attributes), ACCSEC (Access Security), SECCHK (Security Check) and ACCRDB (Access RDB). The RDBNAM parameter, which appears in some of them, specifies the name of the RDB that the command accesses (according to the documentation, if this parameter is specified, its value must be the same as the value specified on the ACCRDB command for RDBNAM). ACCSEC usually appears twice during the handshake process.
It turns out that if the RDBNAM parameter is omitted from the first ACCSEC command, the DB2 UDB server becomes unstable, while the establishment of the connection may continue successfully. Once the connection is established, a simple command (such as SELECT) sent through the connection causes the service to terminate unexpectedly.

Send a connection establishment request to the DB2 UDB server, where the RDBNAM parameter is omitted from the first ACCSEC command. After the connection is established, send a simple query (e.g.: SELECT * FROM dummy).

DB2 UDB version 8.x all platforms.

Not Vulnerable:

Vendor’s Status:
- January 11th 2006 – Vendor Notified
- August 14th 2006 – Patched in UDB 8.1 FixPak 13, APAR is IY87211
- August 18th 2006 – Reported by vendor to Bugtraq and labeled as BID 19586


Discovered by Tal Ryterski from Imperva Inc.
Login or Register to add favorites

File Archive:

April 2024

  • Su
  • Mo
  • Tu
  • We
  • Th
  • Fr
  • Sa
  • 1
    Apr 1st
    10 Files
  • 2
    Apr 2nd
    26 Files
  • 3
    Apr 3rd
    40 Files
  • 4
    Apr 4th
    6 Files
  • 5
    Apr 5th
    26 Files
  • 6
    Apr 6th
    0 Files
  • 7
    Apr 7th
    0 Files
  • 8
    Apr 8th
    22 Files
  • 9
    Apr 9th
    14 Files
  • 10
    Apr 10th
    10 Files
  • 11
    Apr 11th
    13 Files
  • 12
    Apr 12th
    14 Files
  • 13
    Apr 13th
    0 Files
  • 14
    Apr 14th
    0 Files
  • 15
    Apr 15th
    30 Files
  • 16
    Apr 16th
    10 Files
  • 17
    Apr 17th
    22 Files
  • 18
    Apr 18th
    45 Files
  • 19
    Apr 19th
    0 Files
  • 20
    Apr 20th
    0 Files
  • 21
    Apr 21st
    0 Files
  • 22
    Apr 22nd
    0 Files
  • 23
    Apr 23rd
    0 Files
  • 24
    Apr 24th
    0 Files
  • 25
    Apr 25th
    0 Files
  • 26
    Apr 26th
    0 Files
  • 27
    Apr 27th
    0 Files
  • 28
    Apr 28th
    0 Files
  • 29
    Apr 29th
    0 Files
  • 30
    Apr 30th
    0 Files

Top Authors In Last 30 Days

File Tags


packet storm

© 2022 Packet Storm. All rights reserved.

Security Services
Hosting By