Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp5041969imm; Fri, 18 May 2018 15:33:24 -0700 (PDT) X-Google-Smtp-Source: AB8JxZq7rnX7esorZmFYKL7fBiHjS/uIhKh4u/p1aIKm4B5Xy3iRhYyKPPpVNMb/s8IN4RtnF2ZW X-Received: by 2002:a63:9401:: with SMTP id m1-v6mr8853150pge.140.1526682804210; Fri, 18 May 2018 15:33:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526682804; cv=none; d=google.com; s=arc-20160816; b=zaSIQ2kSrWHMukCYNMbXiHqMyJ+3enPzWlU+0eUcof+Owtl5Y6zGiVZRVEDEqcjDgW 4D193/a0sOR9pR0JitEMabgz0hl7Kog3u5WooYPmG9C5j0ke5d6bZn5komn/fn5UehZF +yjgOp9UbZIpjVPIrAk8C74O/h7mvOqmstfrG8DBaafEIYC0xinv+I4qF5ftD/mm72hA 0u9nORsFtSa64Isuwbvyofg2Lc3AdOZS2rnEg60mx6Ugab6lArnMjm+jwdZfmAGNL90m hDNG+pea2shsjxEYX1pwEp0WLbb1Ef2UgWeQznpupiVxEC6tYm5E5mNxL+Qq0Z61t5BD W+iw== 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:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :arc-authentication-results; bh=Wgjsoc31hff4Wftm9T0gh0Qi6N06mkIVBnFs0ZxcRQg=; b=o7ngZyHqaEeH25Il1zlr78FiQQ07xB1DN4naSqt+8Y1HKDY7kI7kk8eVXw+1vBIok4 NFdBBsAg0XgPax++4U20+R7hXGdR24LJuFa2GJPNX9R6TVNeFf65BmfxPY4jqDrW1gI/ usKSKmKJYIrGaPV0KHtlJE/QM2p3vpjj+LvQIHPCHxtCAAts6dumgSg5e7OFRi6VU+SM y+kbCKF5dV9Xzpf1sZan15zWSnzvW/PCStMxkNLJrrNvxfsnaUH/jHzhOiZIKuzMeFFx Xstiass4qbNoX3l5kArK0QEF/wEihTaYGPQd4A5tx+BjyUh0OG+t84xx14C7NdtZIPOC dB1w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e11-v6si6740952pgu.459.2018.05.18.15.33.09; Fri, 18 May 2018 15:33:24 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752424AbeERWbl (ORCPT + 99 others); Fri, 18 May 2018 18:31:41 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:49290 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752393AbeERWbk (ORCPT ); Fri, 18 May 2018 18:31:40 -0400 Received: from akpm3.svl.corp.google.com (unknown [104.133.9.71]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id BECC7CC9; Fri, 18 May 2018 22:31:39 +0000 (UTC) Date: Fri, 18 May 2018 15:31:38 -0700 From: Andrew Morton To: Matthew Wilcox Cc: Roman Kagan , linux-kernel@vger.kernel.org Subject: Re: [PATCH] idr: fix invalid ptr dereference on item delete Message-Id: <20180518153138.459c78a83c6bada41b4b187d@linux-foundation.org> In-Reply-To: <20180518175025.GD6361@bombadil.infradead.org> References: <20180518175025.GD6361@bombadil.infradead.org> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 18 May 2018 10:50:25 -0700 Matthew Wilcox wrote: > If the radix tree underlying the IDR happens to be full and we attempt > to remove an id which is larger than any id in the IDR, we will call > __radix_tree_delete() with an uninitialised 'slot' pointer, at which > point anything could happen. This was easiest to hit with a single entry > at id 0 and attempting to remove a non-0 id, but it could have happened > with 64 entries and attempting to remove an id >= 64. > > Fixes: 0a835c4f090a ("Reimplement IDR and IDA using the radix tree") > Reported-by: syzbot+35666cba7f0a337e2e79@syzkaller.appspotmail.com > Debugged-by: Roman Kagan > Signed-off-by: Matthew Wilcox Neither of the changelogs I'm seeing attempt to describe the end-user impact of the bug. People like to know that so they can decide which kernel version(s) need patching, so please always remember it. Looknig at the sysbot report, the impact is at least "privileged user can trigger a WARN", but I assume there could be worse, as-yet-undiscovered impacts. So I'm thinking a cc:stable is needed, yes?