[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100527153613.GC13858@redhat.com>
Date: Thu, 27 May 2010 17:36:13 +0200
From: Oleg Nesterov <oleg@...hat.com>
To: Roland McGrath <roland@...hat.com>,
Andrew Morton <akpm@...ux-foundation.org>
Cc: Andi Kleen <andi@...stfloor.org>, "H. Peter Anvin" <hpa@...or.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Richard Henderson <rth@...ddle.net>, wezhang@...hat.com,
linux-kernel@...r.kernel.org,
Michael Kerrisk <mtk.manpages@...il.com>,
William Cohen <wcohen@...hat.com>
Subject: [PATCH 2/3] sys_personality: make sure (int)personality >= 0
Not sure about this patch. The kernel/libc part is correct, but
since user-space declares "int personality(unsigned long persona)"
the current behaviour can confuse the (poor written) applications
even on 64-bit machines.
Consider:
personality(0xffffffff - 1); // == (int)-2
...
int ret = personality(0); // returns the old personality
if (ret < 0)
oops_we_cant_set_PER_LINUX(errno);
And, since libc correctly detects the successful return from syscall,
errno is random.
Change sys_personality() to ensure personality can not look like a
negative int. This disallows the MSB, it is not used for PER_ flags.
Suggested-by: Wenming Zhang <wezhang@...hat.com>
Signed-off-by: Oleg Nesterov <oleg@...hat.com>
---
kernel/exec_domain.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
--- 34-rc1/kernel/exec_domain.c~2_MAKE_IT_POSITIVE 2010-05-27 15:15:12.000000000 +0200
+++ 34-rc1/kernel/exec_domain.c 2010-05-27 15:54:33.000000000 +0200
@@ -193,7 +193,8 @@ SYSCALL_DEFINE1(personality, u_long, per
u_long old = current->personality;
if (personality != 0xffffffff) {
- if ((unsigned int)personality != personality)
+ /* ensure it never looks like a negative int to user-space */
+ if (personality > 0x7fffffff)
return -EINVAL;
set_personality(personality);
}
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists