Thread (1 message) 1 message, 1 author, 2013-01-12

Re: [PATCH] proc.5, core.5: clarify suid_dumpable vs core_pattern

From: Michael Kerrisk (man-pages) <hidden>
Date: 2013-01-12 20:30:27

Hi Kees,

Thanks for the patch. A couple of questions below.

On Fri, Jan 11, 2013 at 10:12 PM, Kees Cook [off-list ref] wrote:
quoted hunk
In 3.6, additional requirements were placed on core_pattern when
suid_dumpable is set to 2. Document this and include commit references.

Signed-off-by: Kees Cook <redacted>
---
 man5/core.5 |    8 ++++++++
 man5/proc.5 |    7 +++++++
 2 files changed, 15 insertions(+)
diff --git a/man5/core.5 b/man5/core.5
index 379082d..1d527b7 100644
--- a/man5/core.5
+++ b/man5/core.5
@@ -176,6 +176,14 @@ file contains the value 0, then a core dump file is simply named
 If this file contains a nonzero value, then the core dump file includes
 the process ID in a name of the form
 .IR core.PID .
+
+Since version 3.6,
+.\" 9520628e8ceb69fa9a4aee6b57f22675d9e1b709
+if
+.I /proc/sys/fs/suid_dumpable
+is set to 2 ("suidsafe"), the pattern must be either a fully qualified path
+(starting with a leading \(aq/\(aq character) or a pipe, as defined below.
+
By fully qualified path (which is somewhat non-standard terminology,
at least in man-pages), I assume you mean "absolute pathname".
quoted hunk
 .SS Piping core dumps to a program
 Since kernel 2.6.19, Linux supports an alternate syntax for the
 .I /proc/sys/kernel/core_pattern
diff --git a/man5/proc.5 b/man5/proc.5
index c29eacc..940c1fa 100644
--- a/man5/proc.5
+++ b/man5/proc.5
@@ -2481,6 +2481,13 @@ For security reasons core dumps in this mode will not overwrite one
 another or other files.
 This mode is appropriate when administrators are
 attempting to debug problems in a normal environment.
+Additionally, since Linux 3.6,
+.\" 9520628e8ceb69fa9a4aee6b57f22675d9e1b709
+.I /proc/sys/kernel/core_pattern
+must either be a fully-qualified path, or a pipe command, as detailed in
+.BR core (5).
+Warnings will be emitted to the kernel syslog about disallowed combinations.
What does "disallowed combinations" mean? Other than an absolute
pathname or a pipe command? And other than the warning to the kernel
log, how are the disallowed combinations treated? Are they ignored?

Thanks,

Michael
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help