CERT home
vulnerabilities & fixesevaluations & practicesresearch & analysistraining & education
homesearchFAQsite indexcontact
Vulnerability
Notes
Database

Search Vulnerability Notes

Vulnerability Notes Help Information
 

 View Notes By
Name

ID Number

CVE Name

Date Public

Date Published

Date Updated

Severity Metric

Vulnerability Note VU#610904

Oracle Internet Directory LDAP Daemon does not check write permissions properly

Overview

The Oracle LDAP Daemon (oidldapd version 2.1.1.1), which ships with Oracle version 8i for Linux version 8.1.7, does not check write permissions properly. This can allow a local user to delete or write to any file on the system.

I. Description

The Oracle LDAP Daemon (oidldapd version 2.1.1.1) does not check write permissions properly. It generates log files in a directory (ldaplog) that has world-writable permissions. This can be used by local users to erase log files. In conjunction with a symlink attack, a local user can write to or delete any file on the local machine.

II. Impact

A local user can write to or delete any file on the system.

III. Solution

Oracle encourages all Linux directory developers to download the upcoming production version of Oracle Internet Directory, v2.1.1, part of the Oracle 8.1.7 (8i Release 3) server media pack, from http://technet.oracle.com/.

Use chmod to set the file permissions to 710 for the oidldapd and oidmon executables. This will restrict access to privileged users only.

Systems Affected

VendorStatusDate Updated
OracleVulnerable9-Jul-2001

References

VU#118277
http://www.securityfocus.com/templates/archive.pike?list=1&mid=152620
http://xforce.iss.net/static/5804.php

Credit

This vulnerability was first published by Juan Manuel Pascual Escriba in a Plazasite advisory.

This document was written by Jason Rafail.

Other Information

Date Public12/22/2000
Date First Published07/09/2001 10:52:47 AM
Date Last Updated07/09/2001
CERT Advisory 
CVE NameCAN-2001-0300
Metric3.00
Document Revision23

If you have feedback, comments, or additional information about this vulnerability, please send us email.
 

Copyright 2001 Carnegie Mellon University