Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp729884pxb; Tue, 2 Feb 2021 16:57:45 -0800 (PST) X-Google-Smtp-Source: ABdhPJzw4jNLJQQh4l/JnS722VkiEsu+ml3YX64fQroCmsfcaUmtePzyks1gGNA4qvEiq8rGBI5M X-Received: by 2002:aa7:d8c9:: with SMTP id k9mr675943eds.366.1612313865213; Tue, 02 Feb 2021 16:57:45 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612313865; cv=none; d=google.com; s=arc-20160816; b=O4kAR93R3xx+SyDkG3w5pXbV4fJgG5PSyPBrEyTzgq0tQmo0Ff+ZPH+osi97OgqKch 7cD0zjh9JZJuLc6QifXL0aPdYNWgunZzhe0gmFumjnBIh6olyamIRnT1Ani23TVM7nFS evQOGPAjEkDFuqlamqzrH7nVvAWV8QXCSbVrj8Oungv3wAF7FDG1TaXPHj8QMc4beXIU 9s4OBD0KCiAaNa93Z2AgVIXDIEm33GZjIE2y2+paBMGOn5L+PKqtPE/z8ArKM3H2CQlZ YVucr1mB0mZgOP2aLpFWpkLk/R2UtqT7z6xA93Sx3slHoN/ZaOAiYNUPWGa0uD0MWrt0 UQPg== 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 :references:in-reply-to:message-id:subject:cc:to:from:date; bh=gxC45E/0lDZztBuLhKt5HCYPOOSdvAd02Vbm5HKClTY=; b=BKWlQ7K8D/6QpMqUQuLkU9TMxYetoCkdqwEp5NA13vPiwRieL3w3KIW6so5YNjjmEa lsbHCk+mKZ/hlSbAQBTDZ6oezMibg1S/Ny9JAZo15NJgpuRSjy648NiWXqYvMFxtKXeg YLtVIb8slGuh8H1mQRTH5uPuoZq43xPKe7WjBfVbtIicqBXTRMQ3nlMAEMGsY+HQwrG5 zyUWiiyeCe8Wi6+YPVQo6ud3NEDP1xxvNdgiH9Us0hT3UOEHoSrlzfCz2Ii3hopeniMR z+xA3uuIMR+3+xjESNCbKvHHJIS2ZGYy2LkWW9oGQrHNbno1Mf8tH+ew4TLtDFpQwZD5 YJAQ== 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 w1si284849ejn.628.2021.02.02.16.57.21; Tue, 02 Feb 2021 16:57:45 -0800 (PST) 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 S235269AbhBBWfo (ORCPT + 99 others); Tue, 2 Feb 2021 17:35:44 -0500 Received: from mail.kernel.org ([198.145.29.99]:41034 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235095AbhBBWfT (ORCPT ); Tue, 2 Feb 2021 17:35:19 -0500 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 2DC9F64F63; Tue, 2 Feb 2021 22:34:38 +0000 (UTC) Date: Tue, 2 Feb 2021 17:34:36 -0500 From: Steven Rostedt To: Timur Tabi Cc: Kees Cook , Petr Mladek , Sergey Senozhatsky , linux-kernel@vger.kernel.org, linux-mm@kvack.org, willy@infradead.org, akpm@linux-foundation.org, torvalds@linux-foundation.org, roman.fietze@magna.com, john.ogness@linutronix.de, akinobu.mita@gmail.com Subject: Re: [PATCH] lib/vsprintf: make-printk-non-secret printks all addresses as unhashed Message-ID: <20210202173436.6516c676@gandalf.local.home> In-Reply-To: <9ce56a1c-9ea6-996b-84c6-cfde908c2ecd@kernel.org> References: <20210202201846.716915-1-timur@kernel.org> <202102021351.AEDE896AB3@keescook> <9ce56a1c-9ea6-996b-84c6-cfde908c2ecd@kernel.org> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2 Feb 2021 16:19:20 -0600 Timur Tabi wrote: > On 2/2/21 3:52 PM, Kees Cook wrote: > >> A large warning message is displayed if this option is enabled, > >> because unhashed addresses, while useful for debugging, exposes > >> kernel addresses which can be a security risk. > > > Linus has expressly said "no" to things like this in the past: > > https://lore.kernel.org/lkml/CA+55aFwieC1-nAs+NFq9RTwaR8ef9hWa4MjNBWL41F-8wM49eA@mail.gmail.com/ > Maybe I misunderstood, but I thought this is what Vlastimil, Petr, > Sergey, John, and Steven asked for. Maybe Linus changed his mind since then? "I also suspect that everybody has already accepted that KASLR isn't really working locally anyway (due to all the hw leak models with cache and TLB timing), so anybody who can look at kernel messages already probably could figure most of those things out." https://lore.kernel.org/r/CAHk-=wjnEV2E6vCRxv5S5m27iOjHeVWNbfK=JV8qxot4Do-FgA@mail.gmail.com -- Steve