cifs: return ENAMETOOLONG for overlong names in cifs_open()/cifs_lookup()
authorRonnie Sahlberg <lsahlber@redhat.com>
Wed, 23 Aug 2017 04:48:14 +0000 (14:48 +1000)
committerBen Hutchings <ben@decadent.org.uk>
Sat, 11 Nov 2017 13:34:31 +0000 (13:34 +0000)
commitae91ea20bd9da01e477bfcc474f717f2a1b36ff8
treed935b10ab1a971488b4dd123ad86c56ac2ad1ede
parent88658a57f08e627849fce1bf154d54811742057c
cifs: return ENAMETOOLONG for overlong names in cifs_open()/cifs_lookup()

commit d3edede29f74d335f81d95a4588f5f136a9f7dcf upstream.

Add checking for the path component length and verify it is <= the maximum
that the server advertizes via FileFsAttributeInformation.

With this patch cifs.ko will now return ENAMETOOLONG instead of ENOENT
when users to access an overlong path.

To test this, try to cd into a (non-existing) directory on a CIFS share
that has a too long name:
cd /mnt/aaaaaaaaaaaaaaa...

and it now should show a good error message from the shell:
bash: cd: /mnt/aaaaaaaaaaaaaaaa...aaaaaa: File name too long

rh bz 1153996

Signed-off-by: Ronnie Sahlberg <lsahlber@redhat.com>
Signed-off-by: Steve French <smfrench@gmail.com>
[bwh: Backported to 3.2: name checks are done only in cifs_lookup()]
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
fs/cifs/dir.c