mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Américo Wang" <xiyou.wangcong@gmail.com>
To: Mike Frysinger <vapier@gentoo.org>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Rusty Russell <rusty@rustcorp.com.au>,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH] modpost: fix segfault in sym_is() with prefixed arches
Date: Thu, 3 Dec 2009 12:07:02 +0800	[thread overview]
Message-ID: <2375c9f90912022007q2e123ca6gdf95f7aa8f6695a@mail.gmail.com> (raw)
In-Reply-To: <1259812252-22041-1-git-send-email-vapier@gentoo.org>

On Thu, Dec 3, 2009 at 11:50 AM, Mike Frysinger <vapier@gentoo.org> wrote:
> The sym_is() compares a symbol in an attempt to automatically skip symbol
> prefixes.  It does this first by searching the real symbol with the normal
> unprefixed symbol.  But then it uses the length of the original symbol to
> check the end of the substring instead of the length of the symbol it is
> looking for.  On non-prefixed arches, this is effectively the same thing,
> so there is no problem.  On prefixed-arches, since this is exceeds by just
> one byte, a crash is rare and it is usually a NUL byte anyways.  But every
> once in a blue moon, you get the right page alignment and it segfaults.
>
> For example, on the Blackfin arch, sym_is() will be called with the real
> symbol "___mod_usb_device_table" as "symbol" when looking for the normal
> symbol "__mod_usb_device_table" as "name".  The substring will thus return
> one byte into "symbol" and store it into "match".  But then "match" will
> be indexed with the length of "symbol" instead of "name" and so we will
> exceed the storage.  i.e. the code ends up doing:
>        char foo[] = "abc"; return foo[strlen(foo)+1] == '\0';
>
> Signed-off-by: Mike Frysinger <vapier@gentoo.org>
> ---
>  scripts/mod/file2alias.c |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/scripts/mod/file2alias.c b/scripts/mod/file2alias.c
> index 40e0045..1ffd1e4 100644
> --- a/scripts/mod/file2alias.c
> +++ b/scripts/mod/file2alias.c
> @@ -726,7 +726,7 @@ static inline int sym_is(const char *symbol, const char *name)
>        match = strstr(symbol, name);
>        if (!match)
>                return 0;
> -       return match[strlen(symbol)] == '\0';
> +       return match[strlen(name)] == '\0';
>  }
>
>  static void do_table(void *symval, unsigned long size,

Nice catch!

Acked-by: WANG Cong <xiyou.wangcong@gmail.com>

  reply	other threads:[~2009-12-03  4:06 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-03  3:50 Mike Frysinger
2009-12-03  4:07 ` Américo Wang [this message]
2009-12-03  7:52 ` Rusty Russell
2010-01-14  8:45   ` Mike Frysinger
2010-01-16 21:57     ` Rusty Russell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2375c9f90912022007q2e123ca6gdf95f7aa8f6695a@mail.gmail.com \
    --to=xiyou.wangcong@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rusty@rustcorp.com.au \
    --cc=vapier@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®