inotify: actually check for invalid bits in sys_inotify_add_watch()
The comment here says that it is checking for invalid bits. But, the mask is *actually* checking to ensure that _any_ valid bit is set, which is quite different. Without this check, an unexpected bit could get set on an inotify object. Since these bits are also interpreted by the fsnotify/dnotify code, there is the potential for an object to be mishandled inside the kernel. For instance, can we be sure that setting the dnotify flag FS_DN_RENAME on an inotify watch is harmless? Add the actual check which was intended. Retain the existing inotify bits are being added to the watch. Plus, this is existing behavior which would be nice to preserve. I did a quick sniff test that inotify functions and that my 'inotify-tools' package passes 'make check'. Signed-off-by: Dave Hansen <dave.hansen@linux.intel.com> Cc: John McCutchan <john@johnmccutchan.com> Cc: Robert Love <rlove@rlove.org> Cc: Eric Paris <eparis@parisplace.org> Cc: Josh Boyer <jwboyer@fedoraproject.org> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
This commit is contained in:
parent
6933599697
commit
d30e2c05a1
1 changed files with 13 additions and 1 deletions
|
@ -706,7 +706,19 @@ SYSCALL_DEFINE3(inotify_add_watch, int, fd, const char __user *, pathname,
|
|||
int ret;
|
||||
unsigned flags = 0;
|
||||
|
||||
/* don't allow invalid bits: we don't want flags set */
|
||||
/*
|
||||
* We share a lot of code with fs/dnotify. We also share
|
||||
* the bit layout between inotify's IN_* and the fsnotify
|
||||
* FS_*. This check ensures that only the inotify IN_*
|
||||
* bits get passed in and set in watches/events.
|
||||
*/
|
||||
if (unlikely(mask & ~ALL_INOTIFY_BITS))
|
||||
return -EINVAL;
|
||||
/*
|
||||
* Require at least one valid bit set in the mask.
|
||||
* Without _something_ set, we would have no events to
|
||||
* watch for.
|
||||
*/
|
||||
if (unlikely(!(mask & ALL_INOTIFY_BITS)))
|
||||
return -EINVAL;
|
||||
|
||||
|
|
Loading…
Reference in a new issue