Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1472066

Re: [f2fs-dev] [PATCH] fscrypto: fix to null-terminate encrypted filename in fname_encrypt

From Theodore Ts'o <tytso@mit.edu>
Newsgroups linux.kernel
Subject Re: [f2fs-dev] [PATCH] fscrypto: fix to null-terminate encrypted filename in fname_encrypt
Date 2016-08-29 21:10 +0200
Message-ID <sbA6u-2Nk-51@gated-at.bofh.it> (permalink)
References <saWVr-3uU-5@gated-at.bofh.it> <sb18J-64x-5@gated-at.bofh.it> <sb1BL-6v8-3@gated-at.bofh.it> <sbwcy-9f-11@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Mon, Aug 29, 2016 at 10:55:47PM +0800, Chao Yu wrote:
> Hi Ted, Jaegeuk,
> 
> Since encryption functionality in ext4/f2fs was exported to vfs as fscrypot
> module, more filesystems can use it, I'm not sure, maybe other fs will traverse
> encrypted filename directly.
> 
> So, could we set this null character in fname_encrypt in advance in order to
> avoid hitting random characters behind target filename when traversing it?

The encrypted filename is only used by the file system; it's not
anything which is visible outside of the file system --- if it does,
such as passing it to the security subsystem, it's a bug.

Secondly, remember that the encrypted filename is a binary blob, and
may contain hex 00 as part of the encrypted filename.  So ***any***
code that tries to use NULL termination for the encrypted filename by
definition is a bug.  In other words, you must use memcpy, and not
strcpy.  If you use strcpy, even if you did add a NUL character to the
end of the encrypted filename (which is a bit of a misnomer because it
is a binary blob, not an ASCII string, so NUL is really not
technically correct), there will be encrypted filenames where strcpy
will stop early, because there is a 0x00 byte in the encrypted
filename.

Hence, other file systems MUST NOT traverse the encrypted filename
directly, because treating it as a NUL-terminated string when it is
really a binary blob of bits that can include a 0x00 byte is by
definition a BUG.

Cheers,

						- Ted

Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH] fscrypto: fix to null-terminate encrypted filename in fname_encrypt Chao Yu <chao@kernel.org> - 2016-08-28 03:20 +0200
  Re: [PATCH] fscrypto: fix to null-terminate encrypted filename in  fname_encrypt Theodore Ts'o <tytso@mit.edu> - 2016-08-28 07:50 +0200
    Re: [PATCH] fscrypto: fix to null-terminate encrypted filename in  fname_encrypt Chao Yu <chao@kernel.org> - 2016-08-28 08:20 +0200
      Re: [f2fs-dev] [PATCH] fscrypto: fix to null-terminate encrypted  filename in fname_encrypt Chao Yu <chao@kernel.org> - 2016-08-29 17:00 +0200
        Re: [f2fs-dev] [PATCH] fscrypto: fix to null-terminate encrypted  filename in fname_encrypt Jaegeuk Kim <jaegeuk@kernel.org> - 2016-08-29 20:00 +0200
        Re: [f2fs-dev] [PATCH] fscrypto: fix to null-terminate encrypted  filename in fname_encrypt Theodore Ts'o <tytso@mit.edu> - 2016-08-29 21:10 +0200
          Re: [f2fs-dev] [PATCH] fscrypto: fix to null-terminate encrypted  filename in fname_encrypt Chao Yu <yuchao0@huawei.com> - 2016-08-30 18:20 +0200

csiph-web