summaryrefslogtreecommitdiffstats
path: root/include/linux/init.h
diff options
context:
space:
mode:
authorTetsuo Handa2008-04-29 09:59:17 +0200
committerLinus Torvalds2008-04-29 17:06:03 +0200
commit175a06ae300188af8a61db68a78e1af44dc7d44f (patch)
treeed088932ad725985ead11fbf9e4cd7754af0dcc8 /include/linux/init.h
parentRemove the macro get_personality (diff)
downloadkernel-qcow2-linux-175a06ae300188af8a61db68a78e1af44dc7d44f.tar.gz
kernel-qcow2-linux-175a06ae300188af8a61db68a78e1af44dc7d44f.tar.xz
kernel-qcow2-linux-175a06ae300188af8a61db68a78e1af44dc7d44f.zip
exec: remove argv_len from struct linux_binprm
I noticed that 2.6.24.2 calculates bprm->argv_len at do_execve(). But it doesn't update bprm->argv_len after "remove_arg_zero() + copy_strings_kernel()" at load_script() etc. audit_bprm() is called from search_binary_handler() and search_binary_handler() is called from load_script() etc. Thus, I think the condition check if (bprm->argv_len > (audit_argv_kb << 10)) return -E2BIG; in audit_bprm() might return wrong result when strlen(removed_arg) != strlen(spliced_args). Why not update bprm->argv_len at load_script() etc. ? By the way, 2.6.25-rc3 seems to not doing the condition check. Is the field bprm->argv_len no longer needed? Signed-off-by: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp> Cc: Ollie Wild <aaw@google.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'include/linux/init.h')
0 files changed, 0 insertions, 0 deletions