Dan Carpenter 76bdaa161c staging: lustre: libcfs: double copy bug ... The problem is that we copy hdr.ioc_len, we verify it, then we copy it again without checking to see if it has changed in between the two copies. This could result in an information leak. Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>		2017-02-03 13:01:38 +01:00
..
linux	staging: lustre: libcfs: double copy bug	2017-02-03 13:01:38 +01:00
Makefile	…
debug.c	staging: libcfs: remove integer types abstraction from libcfs	2017-02-03 13:01:38 +01:00
fail.c	staging: lustre: libcfs: remove use of __u* types	2016-11-18 08:47:32 +01:00
hash.c	staging: lustre: remove CLASSERT macro	2017-02-02 13:03:04 +01:00
libcfs_cpu.c	staging: lustre: libcfs: white space cleanup	2016-11-18 08:47:32 +01:00
libcfs_lock.c	staging: lustre: libcfs: white space cleanup	2016-11-18 08:47:32 +01:00
libcfs_mem.c	staging: lustre: libcfs: white space cleanup	2016-11-18 08:47:32 +01:00
libcfs_string.c	staging: lustre: libcfs: remove use of __u* types	2016-11-18 08:47:32 +01:00
module.c	staging: lustre: libcfs: use octal permissions	2017-01-27 09:40:56 +01:00
prng.c	staging: lustre: lnet: resolve trailing */ errors	2016-11-18 08:47:31 +01:00
tracefile.c	staging: lustre: libcfs: white space cleanup	2016-11-18 08:47:32 +01:00
tracefile.h	staging: lustre: libcfs: white space cleanup	2016-11-18 08:47:32 +01:00
workitem.c	staging: lustre: libcfs: fix error messages	2017-02-03 13:01:38 +01:00