Bug 967 - you can rename file even if you dont have proper ext3 permissions
Summary: you can rename file even if you dont have proper ext3 permissions
Status: RESOLVED INVALID
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: File Services (show other bugs)
Version: 3.0.1
Hardware: All All
: P3 critical
Target Milestone: none
Assignee: Samba Bugzilla Account
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-01-13 15:50 UTC by tomek
Modified: 2005-11-14 09:27 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description tomek 2004-01-13 15:50:11 UTC
Ive got homes share:

[homes]
 writable = yes
 browseable = yes
 create mask = 0600
 directory mask = 0700

I put in this share file:
-r--r--r--    1 root     root          444 Jan 14 00:12 rules.txt

In this case users cannot delete or change the file, but they can rename it. I 
think it's serious bug. You can use chattr +i rules.txt to avoid this, however 
extensively using of immutable flag broke my ext3 partition recently (in 
begining I was unable to delete file with no "i" set, after I did chattr -R -
i /home then all permission messed up badly (I use winbind also)
Comment 1 Gerald (Jerry) Carter (dead mail address) 2004-02-10 14:00:38 UTC
Samba relies on the underlying file system to enforce 
permissions.  I duplicated the behavior you describe 
from windows explorer.  But also from a shell prompt
on the linux server as a normal user.

If you think this is a bug, you'll apparently have to 
convince the file ext2/ext3 maintainers of it.
Comment 2 Gerald (Jerry) Carter (dead mail address) 2005-11-14 09:27:22 UTC
database cleanup