History

exec: increase BINPRM_BUF_SIZE to 256

Large enterprise clients often run applications out of networked file systems where the IT mandated layout of project volumes can end up leading to paths that are longer than 128 characters. Bumping this up to the next order of two solves this problem in all but the most egregious case while still fitting into a 512b slab. [oleg@redhat.com: update comment, per Kees] Link: http://lkml.kernel.org/r/20181112160956.GA28472@redhat.com Signed-off-by: Oleg Nesterov <oleg@redhat.com> Reported-by: Ben Woodard <woodard@redhat.com> Reviewed-by: Andrew Morton <akpm@linux-foundation.org> Acked-by: Michal Hocko <mhocko@suse.com> Acked-by: Kees Cook <keescook@chromium.org> Cc: "Eric W. Biederman" <ebiederm@xmission.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

Oleg Nesterov committed 7 years ago

Commit 6eb3c3d1 parent 26e15222 files · +2 −2Browse files

Showing the changes to include/uapi/linux (1 of 2 files). Show all

Unified · Split

include/uapi/linux/binfmts.h+1−1
@@ -16,6 +16,6 @@ struct pt_regs; · 15 unmodified lines
1616 #define MAX_ARG_STRINGS 0x7FFFFFFF
1717
1818 /* sizeof(linux_binprm->buf) */
19−#define BINPRM_BUF_SIZE 128
19+#define BINPRM_BUF_SIZE 256
2020
2121 #endif /* _UAPI_LINUX_BINFMTS_H */