Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4478528pxj; Wed, 12 May 2021 06:34:09 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx36lyz0hufJ4cnsR3QoCbQP80niyGOuCBH5GtbcoQhH/xSCQ1rSi4qFcm/pPZV1GmdtVZY X-Received: by 2002:a17:906:600b:: with SMTP id o11mr37623846ejj.345.1620826449374; Wed, 12 May 2021 06:34:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620826449; cv=none; d=google.com; s=arc-20160816; b=YXRAAf19zGCURsttwe6U7MIVKsNmT5E+ThOiQNjg2I21oW6zxBV+itVgWCovTnItgm S65NEjW24uWiOCuiU+43TZF++BORXiUMxh0fIcgUf8p/+E2aJsvtvzzldNl9GOnAXBo0 3qOoMSRy4aRooBYRoo5P37HgMD70f4OQwLWpqDXlArq6gvDpdKjZ19PLPCN+9v7L1iBu 4AvFrkq8LIIBBfgz9lGVfKJQRC883PmTKNQxpicCGCtmROqLERBB71y1TOnrdno8PD1W jliu4+L+X/7IlYUNN0d702z9vYY5x5HsSiXi2qmJ/+uD5YGsnG73B7ALTeiMuZ83Y02Z O84g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=JdJWPsLAfKdSrlcJXApgGOgu0SgFC1Lxu+sFe1F8Mh4=; b=Q5+Jqqpz2k3o9C1PuJ1BDb6qq0a0zNIX29THtdgHWjSiqm5iw2WwUx+vsmxmmj6uMD 3oInoEfeL4jDWh9uuGQONk7zA2ZtDzUVjgjI9kusrcdHlGAc6IfBVfcd2QBuncimOLW+ xVBzfYP4nZ/afXb+D2h1VWprNI/C556gCBp+moh07CnL48G/aocRpxrVBxxWElG4eLg7 EsDnJuXjw+JKw64kYroAld6P8TTfBAyggjiB7U2/pn5Ge6TTTLowkCxj8qxLCuDxVd+Z Aml498dZzyhELR5IaT7iN5NxinL5qo4FAk/jV4A0S2Ms8cu3Nz9FHNvcP+wRrQ+2g4bj EJtg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l12si13925ejr.61.2021.05.12.06.33.44; Wed, 12 May 2021 06:34:09 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233679AbhELM4N (ORCPT + 99 others); Wed, 12 May 2021 08:56:13 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:56949 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233420AbhELMxx (ORCPT ); Wed, 12 May 2021 08:53:53 -0400 Received: from mail-qv1-f72.google.com ([209.85.219.72]) by youngberry.canonical.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1lgoLz-0004WU-Ey for linux-kernel@vger.kernel.org; Wed, 12 May 2021 12:52:43 +0000 Received: by mail-qv1-f72.google.com with SMTP id a6-20020a0ce3460000b02901c4f39aa36aso18752818qvm.21 for ; Wed, 12 May 2021 05:52:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=JdJWPsLAfKdSrlcJXApgGOgu0SgFC1Lxu+sFe1F8Mh4=; b=dQQUPqjUbOlkzXqaqJ4zw+baK7F58GOlERwE1Rx1wJ0LHbPZ8FZ/o69JhyW+0MIXb6 eY4VErBKIcHVYjMNXh25N5ELN//iqnKiS0kRMlEAt6dKAUtzu93PqWfuvcqYlBBU9fah WnhgWfPR8csUcUhLyFCHZc7zAuAeI3prgMY+23bwhVR7NWO+30yn/R2BBMAay9jeuymy 98HLtHj4cyfutlc8/n+HXhtRXljcTbJpGIMvpfQ3hXmknQmwwWI8jzUSkb06KYhBwhtA BVWcfVKTxc7k0nwnXYYNj4eiYU+Xi4UfnamRVpIn6HeU8PBcx6bkzA6IK5cEzUJFs4L7 nFgg== X-Gm-Message-State: AOAM530hw2V+EVYEnex7VwxC7jjCBDT8SSkdrDU6IiU5ut/lPgy57Ay/ UkWond4Djld27TV5K7mU6b3FlYycOcmb9dX7oZpTmB2DObYsWNm3SbMppS1VHwvb1L+tzBO9P4B lDHJgLqGCpsveYGzZZJ071i39czKGNebZmuTJnJry X-Received: by 2002:a05:622a:486:: with SMTP id p6mr33319008qtx.98.1620823962013; Wed, 12 May 2021 05:52:42 -0700 (PDT) X-Received: by 2002:a05:622a:486:: with SMTP id p6mr33318983qtx.98.1620823961725; Wed, 12 May 2021 05:52:41 -0700 (PDT) Received: from valinor.lan ([177.76.120.156]) by smtp.gmail.com with ESMTPSA id f16sm2947074qtv.82.2021.05.12.05.52.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 12 May 2021 05:52:41 -0700 (PDT) From: Marcelo Henrique Cerri To: linux-fsdevel@vger.kernel.org Cc: Marcelo Henrique Cerri , David Disseldorp , Thadeu Lima de Souza Cascardo , Alexey Dobriyan , Andrew Morton , Christian Brauner , Michel Lespinasse , Helge Deller , Oleg Nesterov , Lorenzo Stoakes , linux-kernel@vger.kernel.org Subject: [PATCH] proc: Avoid mixing integer types in mem_rw() Date: Wed, 12 May 2021 09:52:12 -0300 Message-Id: <20210512125215.3348316-1-marcelo.cerri@canonical.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Use size_t when capping the count argument received by mem_rw(). Since count is size_t, using min_t(int, ...) can lead to a negative value that will later be passed to access_remote_vm(), which can cause unexpected behavior. Since we are capping the value to at maximum PAGE_SIZE, the conversion from size_t to int when passing it to access_remote_vm() as "len" shouldn't be a problem. Reviewed-by: David Disseldorp Signed-off-by: Thadeu Lima de Souza Cascardo Signed-off-by: Marcelo Henrique Cerri --- fs/proc/base.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/proc/base.c b/fs/proc/base.c index 3851bfcdba56..8dbc6a1aaadb 100644 --- a/fs/proc/base.c +++ b/fs/proc/base.c @@ -854,7 +854,7 @@ static ssize_t mem_rw(struct file *file, char __user *buf, flags = FOLL_FORCE | (write ? FOLL_WRITE : 0); while (count > 0) { - int this_len = min_t(int, count, PAGE_SIZE); + size_t this_len = min_t(size_t, count, PAGE_SIZE); if (write && copy_from_user(page, buf, this_len)) { copied = -EFAULT; -- 2.25.1