Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp1013731pxa; Wed, 12 Aug 2020 20:37:24 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwThSdKCMvnWdHegnaB/ce0rq9PsAROAejisdCiHPtWE1nP7kDq8NGWTvhU5OMR+s7+l7Rx X-Received: by 2002:a17:906:5452:: with SMTP id d18mr2955259ejp.163.1597289844011; Wed, 12 Aug 2020 20:37:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597289844; cv=none; d=google.com; s=arc-20160816; b=RVBxuA5rel82iLYft6jdvxPNBUnm80TqgIdKMYmuIiAWGysRGnYjjJ01GupB5w5GqV mBNn7UVNnqAAvbWxXzwcYUMzRP24pRpB9A723SEFjWGcF5yz9i5HyG2OkKR1Rem5yC2a 9SbJEwlHFvfGYTV4lloTQOV8ywbC6/QpDZ91CJolIBOSl13BxWcs5YGrmqkoGRSU6871 px4lO7NhP2CzYCwrqAgtV389FYhMDyZeCD+lsak4+Xkf68DWmto8ZYy3L9BCMNhFG/AD EZttV1hI3KTo4CXsgLQMgy8fmmro/ZI7U4FXxFYEvhihaRO5Kc7p05fa6ve6Vz3vzz2w cOvg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=eYrYfjMO/7PcwYPHRikNrNq+bhW3RJol0DY+PWsXW9c=; b=CV3J4y5c7etVwW5tRfbPOArW+VrH8oPdgIVHX4jeoip7Zb4dhfNQkPOv2JWF1bUROr uerTWX7bdpEc8oDifpRWojWaewQkrKuYgM/VfiiBf2A10PBqHGdWF7r0kFjHGOId7G5U jk2HKH+qbMytzMZyDVgy7xiKPsZG3DX5yXzJfD00kWfAZqu7fwtIfzUKMCRewKwyeJl4 SPTf4FHQ0RgjA5nYDPvVEWYqlQB6Y1Mz8ebZ9OFwo157PtU1KUAX3VLQfgUjYLRP+MTp +Q33oKMuKRs9P7SXdLh2tQIJ9JqcId7ivKKWT09hhCmpMDMZlX677IpVie/Oy5fAuVqx BMyA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q10si2746354eji.292.2020.08.12.20.37.00; Wed, 12 Aug 2020 20:37:23 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726709AbgHMDdd (ORCPT + 99 others); Wed, 12 Aug 2020 23:33:33 -0400 Received: from mail.kernel.org ([198.145.29.99]:43266 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726609AbgHMDdc (ORCPT ); Wed, 12 Aug 2020 23:33:32 -0400 Received: from [10.44.0.192] (unknown [103.48.210.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 37DAC20715; Thu, 13 Aug 2020 03:33:29 +0000 (UTC) Subject: Re: [PATCH] binfmt_flat: revert "binfmt_flat: don't offset the data start" To: Max Filippov , linux-xtensa@linux-xtensa.org Cc: Chris Zankel , linux-kernel@vger.kernel.org, Christoph Hellwig , stable@vger.kernel.org References: <20200808183713.12425-1-jcmvbkbc@gmail.com> From: Greg Ungerer Message-ID: Date: Thu, 13 Aug 2020 13:33:26 +1000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200808183713.12425-1-jcmvbkbc@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Max, On 9/8/20 4:37 am, Max Filippov wrote: > binfmt_flat loader uses the gap between text and data to store data > segment pointers for the libraries. Even in the absence of shared > libraries it stores at least one pointer to the executable's own data > segment. Text and data can go back to back in the flat binary image and > without offsetting data segment last few instructions in the text > segment may get corrupted by the data segment pointer. Yep, your right, it does. I will push this into the m68knommu git tree next week (once the merge window is closed), and make sure it gets to Linus for rc series soon after that. Thanks Greg > Fix it by reverting commit a2357223c50a ("binfmt_flat: don't offset the > data start"). > > Cc: stable@vger.kernel.org > Fixes: a2357223c50a ("binfmt_flat: don't offset the data start") > Signed-off-by: Max Filippov > --- > fs/binfmt_flat.c | 20 ++++++++++++-------- > 1 file changed, 12 insertions(+), 8 deletions(-) > > diff --git a/fs/binfmt_flat.c b/fs/binfmt_flat.c > index f2f9086ebe98..b9c658e0548e 100644 > --- a/fs/binfmt_flat.c > +++ b/fs/binfmt_flat.c > @@ -576,7 +576,7 @@ static int load_flat_file(struct linux_binprm *bprm, > goto err; > } > > - len = data_len + extra; > + len = data_len + extra + MAX_SHARED_LIBS * sizeof(unsigned long); > len = PAGE_ALIGN(len); > realdatastart = vm_mmap(NULL, 0, len, > PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE, 0); > @@ -590,7 +590,9 @@ static int load_flat_file(struct linux_binprm *bprm, > vm_munmap(textpos, text_len); > goto err; > } > - datapos = ALIGN(realdatastart, FLAT_DATA_ALIGN); > + datapos = ALIGN(realdatastart + > + MAX_SHARED_LIBS * sizeof(unsigned long), > + FLAT_DATA_ALIGN); > > pr_debug("Allocated data+bss+stack (%u bytes): %lx\n", > data_len + bss_len + stack_len, datapos); > @@ -620,7 +622,7 @@ static int load_flat_file(struct linux_binprm *bprm, > memp_size = len; > } else { > > - len = text_len + data_len + extra; > + len = text_len + data_len + extra + MAX_SHARED_LIBS * sizeof(u32); > len = PAGE_ALIGN(len); > textpos = vm_mmap(NULL, 0, len, > PROT_READ | PROT_EXEC | PROT_WRITE, MAP_PRIVATE, 0); > @@ -635,7 +637,9 @@ static int load_flat_file(struct linux_binprm *bprm, > } > > realdatastart = textpos + ntohl(hdr->data_start); > - datapos = ALIGN(realdatastart, FLAT_DATA_ALIGN); > + datapos = ALIGN(realdatastart + > + MAX_SHARED_LIBS * sizeof(u32), > + FLAT_DATA_ALIGN); > > reloc = (__be32 __user *) > (datapos + (ntohl(hdr->reloc_start) - text_len)); > @@ -652,9 +656,8 @@ static int load_flat_file(struct linux_binprm *bprm, > (text_len + full_data > - sizeof(struct flat_hdr)), > 0); > - if (datapos != realdatastart) > - memmove((void *)datapos, (void *)realdatastart, > - full_data); > + memmove((void *) datapos, (void *) realdatastart, > + full_data); > #else > /* > * This is used on MMU systems mainly for testing. > @@ -710,7 +713,8 @@ static int load_flat_file(struct linux_binprm *bprm, > if (IS_ERR_VALUE(result)) { > ret = result; > pr_err("Unable to read code+data+bss, errno %d\n", ret); > - vm_munmap(textpos, text_len + data_len + extra); > + vm_munmap(textpos, text_len + data_len + extra + > + MAX_SHARED_LIBS * sizeof(u32)); > goto err; > } > } >