Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 24 Mar 2003 19:33:43 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 24 Mar 2003 19:33:43 -0500 Received: from rth.ninka.net ([216.101.162.244]:54446 "EHLO rth.ninka.net") by vger.kernel.org with ESMTP id ; Mon, 24 Mar 2003 19:33:42 -0500 Subject: Re: [CHECKER] potential dereference of user pointer errors From: "David S. Miller" To: Raja R Harinath Cc: linux-kernel@vger.kernel.org In-Reply-To: References: <200303041112.h24BCRW22235@csl.stanford.edu> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1048553088.7097.2.camel@rth.ninka.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-4) Date: 24 Mar 2003 16:44:48 -0800 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1136 Lines: 31 On Mon, 2003-03-24 at 14:28, Raja R Harinath wrote: > Something like > > /* struct user_space should never be defined. */ > typedef struct user_space user_space; > > int copy_to_user (user_space *to, char *from, size_t len); > int copy_from_user (char *to, user_space *from, size_t len); > /* ... */ > > #define TREAT_AS_USER_SPACE_POINTER(p) \ > ({ \ > BUG_ON(get_fs() != get_gs()); \ > (user_space *)p; \ > }) A great idea, we'd need to use this struct user_space at every system call, and it doesn't work to well when pointers are embedded inside of a structure. This is why a GCC attribute of some sort would be more useful. But I don't see the GCC folks offering a user-definable attribute + checking system any time soon. -- David S. Miller - 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/