Received: by 2002:ac0:8c8e:0:0:0:0:0 with SMTP id r14csp573283ima; Wed, 6 Feb 2019 05:04:31 -0800 (PST) X-Google-Smtp-Source: AHgI3IaursQXSt2zJAHjXjyG0/XvbgGgstpL0QFaOxgjg9xOU5tCxRSEgJ1lWM+NjVkx3qNHZ2jU X-Received: by 2002:a62:81c1:: with SMTP id t184mr10707951pfd.40.1549458271702; Wed, 06 Feb 2019 05:04:31 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549458271; cv=none; d=google.com; s=arc-20160816; b=hdA2o5CxXeRgkDM06sryqi6BXLAKd7wnU8pbkZu0kl1RJ1GyJEmp1+ccTsXl02pbju pjdn/vKJz4H48wn07bqXyj6xIherq6vb+szMt0uVvYUjUBC/u48IAfjUPQ69nwv+45w7 wR606WMhHJXw9UAhVS2GpuFfz776e+0vZb2t8VIy79X4dw/TgqsuxirLUKFzwOvsETOY RYoMdfMYKj47adL/ABHIubfiQWuS2772bi0spPKdxY1RHTqCtJ0FWf/E1le3JHk5gssc aB0LMrE1fTwYa7iQJKRiTkVoNcp7gQsM2yGjBRvnoSi2UlIQK4yuIwlAG+N29zPyosn/ 4G5Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :dlp-reaction:dlp-version:dlp-product:content-language :accept-language:in-reply-to:references:message-id:date:thread-index :thread-topic:subject:cc:to:from; bh=0yQXzx+Mfw42xFGVvokiKQiS500j3AemndZu0tUW1mY=; b=KaH7ve5lsOn1B1WluacdF8fHoRxsBngy+5+m6VDRQ5u/+H0YHq/4GJa5gxKvgS/Cf3 jzDB6fYZgkucbX+BlwMyOfFMD2DzcwVPybYdG3cq7XfnW9140cEXoULYx5egdiVLkAT4 7YzQtn12zi9pgDdswOteTXvphbmcxDg3P1wcz09NE/UExfRva3osDkRZfVU6v6TlhH17 AeVNtAhBaRaH3amSGvS4wamRx9OLqpNLeMQnnmd05SK0JODPr8xO8RazjBZwogSGLF2w ILyVPHkMrt3xyFdhhBcVj0MOKzhtyF/xQ1Psp+KhEvA4pOadnoL+JkCCgTujgDzWXxQe +BSg== 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 x8si5977945plv.129.2019.02.06.05.04.15; Wed, 06 Feb 2019 05:04:31 -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 S1730272AbfBFM4B convert rfc822-to-8bit (ORCPT + 99 others); Wed, 6 Feb 2019 07:56:01 -0500 Received: from mga05.intel.com ([192.55.52.43]:55381 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730199AbfBFM4B (ORCPT ); Wed, 6 Feb 2019 07:56:01 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Feb 2019 04:56:00 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.58,340,1544515200"; d="scan'208";a="316780988" Received: from fmsmsx105.amr.corp.intel.com ([10.18.124.203]) by fmsmga006.fm.intel.com with ESMTP; 06 Feb 2019 04:56:00 -0800 Received: from fmsmsx113.amr.corp.intel.com (10.18.116.7) by FMSMSX105.amr.corp.intel.com (10.18.124.203) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 6 Feb 2019 04:56:00 -0800 Received: from hasmsx113.ger.corp.intel.com (10.184.198.64) by FMSMSX113.amr.corp.intel.com (10.18.116.7) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 6 Feb 2019 04:55:59 -0800 Received: from hasmsx108.ger.corp.intel.com ([169.254.9.55]) by HASMSX113.ger.corp.intel.com ([169.254.13.155]) with mapi id 14.03.0415.000; Wed, 6 Feb 2019 14:55:56 +0200 From: "Winkler, Tomas" To: Jarkko Sakkinen 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() Thread-Topic: [PATCH v3] tpm/tpm_crb: Avoid unaligned reads in crb_recv() Thread-Index: AQHUvUDUPtSrjGtlHk6wCuMRxetyu6XRCy8AgAAY64CAACU3gIAARWmAgAEIZgCAACTckA== Date: Wed, 6 Feb 2019 12:55:55 +0000 Message-ID: <5B8DA87D05A7694D9FA63FD143655C1B9DA91AEE@hasmsx108.ger.corp.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> <20190205205719.GA13023@linux.intel.com> <20190206124324.GA8126@linux.intel.com> In-Reply-To: <20190206124324.GA8126@linux.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.0.400.15 dlp-reaction: no-action x-originating-ip: [10.12.126.179] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 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 10:57:19PM +0200, Jarkko Sakkinen wrote: > > 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. > > Fixed comments and applied the patch, thank you. Do I amend your acked-by? Please, do. Thanks Tomas