Received: by 2002:ac0:8c9a:0:0:0:0:0 with SMTP id r26csp5511275ima; Tue, 5 Feb 2019 13:03:32 -0800 (PST) X-Google-Smtp-Source: AHgI3IaRFMZNthOeGjbNbXaovtAsNG8qiiH6WO+qnsy20oVAdE7GK/gs9r7amx+6+fMTYYgc3uLR X-Received: by 2002:a63:d50f:: with SMTP id c15mr6353376pgg.287.1549400612491; Tue, 05 Feb 2019 13:03:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549400612; cv=none; d=google.com; s=arc-20160816; b=wYuW/Km2VIsk3kUgR5iZ017mwiOfN1s6S0YOE3bAlE6H2YR2bViVKIKFkkXqZ2HJqo PL9skl7fJBIUbclmyIafLmtqtOKwECj7/YrXtNNLnKr1BcfzKpLxjRBAJRxhlxy5vghA EeMxETH1JkNj8v8XfrwEEhWUFGTVd5pL0dUVMVYlVmKQIU09OB6ReYAXZfG0/ghj/UnK PsMAygviRJGOiq7iVqb55+VRQ4DODt5N1ryB8cVZQA9YFjxylSxuYoZumKAmD6J9LwEi aPAxZns+zXJ3zmam3lAj2iwGE9G4IufRMtKKVgIISDumCkBVQi3Em4FPRRJkIx04oQX0 SFLQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:organization:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=RZycCO+aNiE9d0cAOt0xVZCVUUCxMkaqrcye0HSxGGw=; b=iGjwOTPstSPTH6eST+qg5ql4sog/2xSdMvlpj6lyRDtP+xTuI7r5xuJfnSoqpw1PU3 Gw4e29IUBQEmVTB1yK7/qm6Vcj9ImxWsTcHWlAEePbIDGjZtf/1Hem+RkBp/7Jfd+ics Rq7p3fDN8BiwExbIA3coyN/k09ewRkk7y2MTvp9X+eCia4UVphhvjQwPD1DkSPRyjAkk UkaHS+DXrSosAGzfg6qC61BuAlbXL10qWtXKPhs0ZXbEW1hQi4Jw8Qcvmoqg5xG53Gub K4rW1Eitv5PRa+9knRx7mzDbCGusxOaBEb+TxLb2+u+YYX1kHjxcbejY51eaOORVV/hA 5BRg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v10si4308773plg.82.2019.02.05.13.03.14; Tue, 05 Feb 2019 13:03:32 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729410AbfBEU50 (ORCPT + 99 others); Tue, 5 Feb 2019 15:57:26 -0500 Received: from mga04.intel.com ([192.55.52.120]:44868 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726114AbfBEU50 (ORCPT ); Tue, 5 Feb 2019 15:57:26 -0500 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Feb 2019 12:57:25 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.58,336,1544515200"; d="scan'208";a="124221671" Received: from ibanaga-mobl1.ger.corp.intel.com (HELO localhost) ([10.249.254.171]) by orsmga003.jf.intel.com with ESMTP; 05 Feb 2019 12:57:20 -0800 Date: Tue, 5 Feb 2019 22:57:19 +0200 From: Jarkko Sakkinen To: "Winkler, Tomas" Cc: "linux-integrity@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-security-module@vger.kernel.org" , "stable@vger.kernel.org" , James Morris , Jerry Snitselaar Subject: Re: [PATCH v3] tpm/tpm_crb: Avoid unaligned reads in crb_recv() Message-ID: <20190205205719.GA13023@linux.intel.com> References: <20190205105136.3086-1-jarkko.sakkinen@linux.intel.com> <5B8DA87D05A7694D9FA63FD143655C1B9DA90A8B@hasmsx108.ger.corp.intel.com> <20190205143541.GA18330@linux.intel.com> <5B8DA87D05A7694D9FA63FD143655C1B9DA90C75@hasmsx108.ger.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5B8DA87D05A7694D9FA63FD143655C1B9DA90C75@hasmsx108.ger.corp.intel.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 05, 2019 at 02:56:02PM +0000, Winkler, Tomas wrote: > > > > -----Original Message----- > > From: Jarkko Sakkinen [mailto:jarkko.sakkinen@linux.intel.com] > > Sent: Tuesday, February 05, 2019 16:36 > > To: Winkler, Tomas > > Cc: linux-integrity@vger.kernel.org; linux-kernel@vger.kernel.org; linux- > > security-module@vger.kernel.org; stable@vger.kernel.org; James Morris > > ; Jerry Snitselaar > > Subject: Re: [PATCH v3] tpm/tpm_crb: Avoid unaligned reads in crb_recv() > > > > On Tue, Feb 05, 2019 at 11:07:16AM +0000, Winkler, Tomas wrote: > > > > The current approach to read first 6 bytes from the response and > > > > then tail of the response, can cause the 2nd memcpy_fromio() to do > > > > an unaligned read (e.g. read 32-bit word from address aligned to a > > > > 16-bits), depending on how > > > > memcpy_fromio() is implemented. If this happens, the read will fail > > > > and the memory controller will fill the read with 1's. > > > > > > > > This was triggered by 170d13ca3a2f, which should be probably refined > > > > to check and react to the address alignment. Before that commit, on > > > > x86 > > > > memcpy_fromio() turned out to be memcpy(). By a luck GCC has done > > > > the right thing (from tpm_crb's perspective) for us so far, but we should not > > rely on that. > > > > Thus, it makes sense to fix this also in tpm_crb, not least because > > > > the fix can be then backported to stable kernels and make them more > > > > robust when compiled in differing environments. > > > > > > > > Cc: stable@vger.kernel.org > > > > Cc: James Morris > > > > Cc: Tomas Winkler > > > > Cc: Jerry Snitselaar > > > > Fixes: 30fc8d138e91 ("tpm: TPM 2.0 CRB Interface") > > > > Signed-off-by: Jarkko Sakkinen > > > > Reviewed-by: Jerry Snitselaar > > > > --- > > > > v3: > > > > * Fix typo i.e. %s/reminding/remaining/g > > > > > > Why you haven't fixed all the typos I've pointed out? I think you missed that. > > > > I saw only comment about remaining. Was there something else? Can fix. > > https://www.spinics.net/lists/stable/msg283648.html > > 1. unrecovable -> unrecoverable > 2. /* Read 8 bytes (not just 6 bytes, which would cover the tag and the response length > > + * fields) in order to make sure that the remaining memory accesses */ Thanks and apologies for missing these. /Jarkko