Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759302Ab2FVW0w (ORCPT ); Fri, 22 Jun 2012 18:26:52 -0400 Received: from mail-pb0-f46.google.com ([209.85.160.46]:34230 "EHLO mail-pb0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758981Ab2FVW0Z convert rfc822-to-8bit (ORCPT ); Fri, 22 Jun 2012 18:26:25 -0400 MIME-Version: 1.0 In-Reply-To: <20120622152029.638ade70.akpm@linux-foundation.org> References: <20120622192413.GA5774@www.outflux.net> <20120622125551.269552c2.akpm@linux-foundation.org> <20120622143435.c1ba744e.akpm@linux-foundation.org> <20120622145711.d7f720cd.akpm@linux-foundation.org> <20120622152029.638ade70.akpm@linux-foundation.org> Date: Fri, 22 Jun 2012 15:26:24 -0700 X-Google-Sender-Auth: jxz3GxzbRaHyqbBgKBFtuHGACEc Message-ID: Subject: Re: [PATCH v3] fs: introduce pipe-only dump mode suid_dumpable=3 From: Kees Cook To: Andrew Morton Cc: linux-kernel@vger.kernel.org, Alan Cox , "Eric W. Biederman" , Alexander Viro , Rob Landley , Ingo Molnar , Peter Zijlstra , Doug Ledford , Marcel Holtmann , Serge Hallyn , Joe Korty , David Howells , James Morris , linux-doc@vger.kernel.org, linux-fsdevel@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-System-Of-Record: true Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1374 Lines: 36 On Fri, Jun 22, 2012 at 3:20 PM, Andrew Morton wrote: > On Fri, 22 Jun 2012 15:07:45 -0700 > Kees Cook wrote: > >> mode=2 to disk _should_ break, is my point. > > And my point is that we should at least tell people that we broke it. > I don't believe that returning an EINVAL from the write() is > sufficient. ?Because it introduces a high risk that people will run > misconfigured systems for lengthy periods and it will cause them to > have to do a *lot* of work once they discover that their system is > misbehaving. > > So if we really really must instabreak back-compatibility, we should > shout loudly into syslog about it: tell people that their system is > broken and tell them what to do about it. > > And we should explain and justify this extraordinary action in the > patch changelog. Okay, sounds good. Should mode 3 added with mode 2 removed, or just drop the dangerous behavior from mode 2? I will be loud in either situation (e.g. with mode 3, setting mode 2 shouts, or when attempt to write to disk in mode 2, shout). -Kees -- Kees Cook Chrome OS Security -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/