[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHk-=wjtH5ombebghG-SDNGppJF4a5bZAUqndtZ3tauWjgw5_w@mail.gmail.com>
Date: Thu, 14 Feb 2019 09:56:46 -0800
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Richard Weinberger <richard.weinberger@...il.com>
Cc: Samuel Dionne-Riel <samuel@...nne-riel.com>,
LKML <linux-kernel@...r.kernel.org>, graham@...hamc.com,
Oleg Nesterov <oleg@...hat.com>,
Kees Cook <keescook@...omium.org>,
Michal Hocko <mhocko@...e.com>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: Userspace regression in LTS and stable kernels
On Wed, Feb 13, 2019 at 3:37 PM Richard Weinberger
<richard.weinberger@...il.com> wrote:
>
> Your shebang line exceeds BINPRM_BUF_SIZE.
> Before the said commit the kernel silently truncated the shebang line
> (and corrupted it),
> now it tells the user that the line is too long.
It doesn't matter if it "corrupted" things by truncating it. All that
matters is "it used to work, now it doesn't"
Yes, maybe it never *should* have worked. And yes, it's sad that
people apparently had cases that depended on this odd behavior, but
there we are.
I see that Kees has a patch to fix it up.
Linus
Powered by blists - more mailing lists