Bug 57469 - slocate sometimes ignores permissions
slocate sometimes ignores permissions
Status: CLOSED CURRENTRELEASE
Product: Red Hat Linux
Classification: Retired
Component: slocate (Show other bugs)
7.1
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Bill Nottingham
Brock Organ
: Security
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2001-12-13 08:32 EST by David Alden
Modified: 2014-03-16 22:24 EDT (History)
1 user (show)

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


Attachments (Terms of Use)

  None (edit)
Description David Alden 2001-12-13 08:32:27 EST
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 12:37:57 EST
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.