Bug 57469 - slocate sometimes ignores permissions
Summary: slocate sometimes ignores permissions
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: slocate   
(Show other bugs)
Version: 7.1
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Brock Organ
URL:
Whiteboard:
Keywords: Security
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-12-13 13:32 UTC by David Alden
Modified: 2014-03-17 02:24 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2001-12-13 13:32:32 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

Description David Alden 2001-12-13 13:32:27 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2.1) Gecko/20010901

Description of problem:
slocate will display a filename found in a directory which doesn't allow
listings.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1.As root:
    mkdir /fubar; chmod 711 /fubar;
    touch /fubar/fubarstuff; chmod 644 /fubar/fubarstuff
    /etc/cron.daily/slocate.cron
2. As a regular user:
    slocate fubarstuff


Actual Results:  slocate returns /fubar/fubarstuff even though the
directory /fubar
doesn't allow file listings.  Note that this is fixed in Redhat 7.2
(which includes slocate-2.6 instead of slocate-2.5).

Expected Results:  slocate shouldn't return anything.

Additional info:

Comment 1 Bill Nottingham 2001-12-13 17:37:57 UTC
Marking as fixed in 7.2; I doubt we'll do an update for this.


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