9pfs: forbid . and .. in file names
commit805b5d98c649d26fc44d2d7755a97f18e62b438a
authorGreg Kurz <groug@kaod.org>
Tue, 30 Aug 2016 17:13:11 +0000 (30 19:13 +0200)
committerPeter Maydell <peter.maydell@linaro.org>
Tue, 30 Aug 2016 18:21:56 +0000 (30 19:21 +0100)
treeb23bce9bbabd7efa1d3624a3206ef92ab48316b9
parentfff39a7ad09da07ef490de05c92c91f22f8002f2
9pfs: forbid . and .. in file names

According to the 9P spec http://man.cat-v.org/plan_9/5/open about the
create request:

The names . and .. are special; it is illegal to create files with these
names.

This patch causes the create and lcreate requests to fail with EINVAL if
the file name is either "." or "..".

Even if it isn't explicitly written in the spec, this patch extends the
checking to all requests that may cause a directory entry to be created:

    - mknod
    - rename
    - renameat
    - mkdir
    - link
    - symlink

The unlinkat request also gets patched for consistency (even if
rmdir("foo/..") is expected to fail according to POSIX.1-2001).

The various error values come from the linux manual pages.

Suggested-by: Peter Maydell <peter.maydell@linaro.org>
Signed-off-by: Greg Kurz <groug@kaod.org>
Reviewed-by: Eric Blake <eblake@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
hw/9pfs/9p.c