Bug 215828 - CVE-2006-5750 JBoss Java Class DeploymentFileRepository Directory Traversal
Summary: CVE-2006-5750 JBoss Java Class DeploymentFileRepository Directory Traversal
Alias: None
Product: Red Hat Web Application Stack
Classification: Retired
Component: jbossas   
(Show other bugs)
Version: v1
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Deepak Bhole
QA Contact: Len DiMaggio
Whiteboard: impact=critical,source=symantec,repor...
Keywords: Security
Depends On:
TreeView+ depends on / blocked
Reported: 2006-11-15 22:51 UTC by Marcel Holtmann
Modified: 2006-11-27 15:43 UTC (History)
1 user (show)

Fixed In Version: RHSA-2006-0743
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-11-27 15:42:59 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2006:0743 high SHIPPED_LIVE Critical: jbossas security update 2006-11-27 15:42:57 UTC

Description Marcel Holtmann 2006-11-15 22:51:17 UTC
Reported by Symantec:

From JBoss Documentation: "This class wraps the file system for deployments. It
gives a file-based persistence mechanism for deployments. Used by web-console to
store -service.xml files, -ds.xml files, etc..., really anything text based.
Deployments are tied to a specific name and that name corresponds to the base
file name."

The class can be abused to create files outside of the application root directory.

The method setBaseDir() of the class
org.jboss.console.manager.DeploymentFileRepository does not check if the basedir
is set to a directory outside of the application root directory via directory
traversal. In conjunction with the usage of the methods store() and remove(), it
is possible to create and delete arbitrary files on the target system.

The class is used by JBoss Web Server's web-console/jmx-console which by default
is accessible from remote by unauthenticated users. During our research, it was
possible to create and execute JSP-Files and to overwrite configuration files.

The class may also be used by other JBoss Applications, thus making them
vulnerable  to the same attacks.

Due to JBoss Web Server's missing default authentication enforcement, complete
control of the application is also possible.

Comment 6 Mark J. Cox 2006-11-27 15:30:02 UTC
Removing embargo.  See also http://kbase.redhat.com/faq/FAQ_107_9629.shtm 

Comment 7 Red Hat Bugzilla 2006-11-27 15:43:00 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


Note You need to log in before you can comment on or make changes to this bug.