Full Disclosure mailing list archives

iDEFENSE Security Advisory 08.03.04a: NGSEC StackDefender 1.10 Invalid Pointer Dereference Vulnerability


From: idlabs-advisories () idefense com
Date: Tue, 3 Aug 2004 13:57:36 -0400

NGSEC StackDefender 1.10 Invalid Pointer Dereference Vulnerability

iDEFENSE Security Advisory 08.03.04a
www.idefense.com/application/poi/display?id=118&type=vulnerabilities
August 3, 2004

I. BACKGROUND

StackDefender is an IPS (Intrusion Prevention System), for Win32
platforms, that will deny shellcode from executing in User Stack and
Writable memory regions. StackDefender uses PAX technology for this
purpose.

II. DESCRIPTION

StackDefender offers protection by forcing executables run on a
protected system to load StackDefender dll's. This is done by hooking
the ZwOpenFile and ZwCreateFile functions. These two kernel API's are
responsible opening and creating files. The ZwOpenFile and ZwCreateFile
function declarations are as follows:

NTSTATUS  ZwCreateFile(
OUT PHANDLE  FileHandle, 
IN ACCESS_MASK  DesiredAccess, 
IN POBJECT_ATTRIBUTES  ObjectAttributes, 
OUT PIO_STATUS_BLOCK  IoStatusBlock, 
IN PLARGE_INTEGER  AllocationSize  OPTIONAL, 
IN ULONG  FileAttributes, 
IN ULONG  ShareAccess, 
IN ULONG  CreateDisposition, 
IN ULONG  CreateOptions, 
IN PVOID  EaBuffer  OPTIONAL, 
IN ULONG  EaLength);

NTSTATUS  ZwOpenFile(
OUT PHANDLE  FileHandle, 
IN ACCESS_MASK  DesiredAccess, 
IN POBJECT_ATTRIBUTES  ObjectAttributes, 
OUT PIO_STATUS_BLOCK  IoStatusBlock, 
IN ULONG  ShareAccess, 
IN ULONG  OpenOptions);

The problem specifically exists because StackDefender fails to verify
'ObjectAttribues' as a valid address prior accessing the structures
members.

III. ANALYSIS

Successful exploitation allows remote and local attackers to cause the
underlying system to crash. This is possible by specifying an invalid
address for 'ObjectAttribues'. Exploitation requires that an attacker
has an exploitation vector to the system that StackDefender attempts to
block.

IV. DETECTION

iDEFENSE has confirmed the existence of this vulnerability in
StackDefender 1.10.

V. WORKAROUND

iDEFENSE is currently unaware of any workarounds for this issue.

VI. VENDOR RESPONSE

The vendor has discontinued support for StackDefender 1.10 and has
recommended that all users still using StackDefender 1.10 upgrade to
StackDefender 2.10.

http://www.ngsec.com/downloads/stackdefender/StackDefender-2.10.exe

VII. CVE INFORMATION

The Common Vulnerabilities and Exposures (CVE) project has assigned the
name CAN-2004-0767 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

07/10/2004   Vulnerability discovered by iDEFENSE
07/12/2004   Initial vendor contact
07/22/2004   Initial vendor response
08/03/2004   Public disclosure

IX. CREDIT

iDEFENSE Labs is credited with the discovery of this vulnerability.

Get paid for vulnerability research
http://www.idefense.com/poi/teams/vcp.jsp

X. LEGAL NOTICES

Copyright (c) 2004 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
email 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.

_______________________________________________
Full-Disclosure - We believe in it.
Charter: http://lists.netsys.com/full-disclosure-charter.html


Current thread: