Received: by 10.192.165.148 with SMTP id m20csp360022imm; Fri, 20 Apr 2018 07:57:34 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+Jl90lcr/N7KUPf08kHCt8qnLTIQZuU7J11ufAyabSy/xovIo+aJh9+U4cWV8Nsbl99iG0 X-Received: by 10.101.101.132 with SMTP id u4mr9029100pgv.260.1524236254318; Fri, 20 Apr 2018 07:57:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524236254; cv=none; d=google.com; s=arc-20160816; b=Js7UHSu/BafNCEBKCipAj8VG/45A9ALSQNeWZtyZHhcMxn+t0JMzxVjqax5nAGVBBD qC5O7pKeTR6Y7f9DSzKtf+W4sMrxge8GYkiUehEaiPmZs5GbKDCTehqT3sLLardpNzJk 4diq9J4SL/f8/NMIPkrWekEMHdOgBMh9VEnIOrN38e9uI2nTKIz4GrXwznN3kTbhMmmZ H5EMlAUrgmtiVNyLjZXZiqfUeRar6UzkZMU/kSBt1idusIT4tLV4yEzUIHRBbImzZKRt 5WkGfey6IiEa/vQvYqawvFBXE3Jlw4FG6piCqTUFYrDs0Tf1k363ACFtASMvDWX0AK44 IY/A== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:to:subject:arc-authentication-results; bh=wqCFKdnSsJtmLYEgmWS7xokVf2WCn9qzEHKQ0hYEqek=; b=LjAgtXAb/dzHbPKorF9D3DRCufCd/inevmszMg92VklqVownWUWqN7zYDqLxssKkz6 ttqropsP+3qk9hXKUvViMc6Eom40JqmTbx7LgtcVnc1n/AXERZRnkTKfHmlet5TspLNq NL8Wa1Ms6NqIPBbZxmSONi7C4G7aE8qaV8KnxBWwNAi5qUVYsY147m7WTdQiaFNPnaWP rvpmkG3zonV+TkgkoK6pzyJ0YzraAgmw0wV7wLeaxx2Zg52hnfcsHEY9PNTv5ECQ6JrA BfiQUnjzqBfedbYdEud0iyNuH9sGWJeHUC4H80nBH78iuUzRWtZrqDQ/hRyIY/aqjYST CdUw== 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 91-v6si5700930plf.78.2018.04.20.07.57.20; Fri, 20 Apr 2018 07:57:34 -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 S1755566AbeDTOz5 (ORCPT + 99 others); Fri, 20 Apr 2018 10:55:57 -0400 Received: from p3plsmtpa11-02.prod.phx3.secureserver.net ([68.178.252.103]:60427 "EHLO p3plsmtpa11-02.prod.phx3.secureserver.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755529AbeDTOzz (ORCPT ); Fri, 20 Apr 2018 10:55:55 -0400 Received: from [192.168.0.55] ([24.218.182.144]) by :SMTPAUTH: with SMTP id 9XS5fQxQGErAG9XS5fTn2S; Fri, 20 Apr 2018 07:55:54 -0700 Subject: Re: [Patch v4] cifs: Allocate validate negotiation request through kmalloc To: longli@microsoft.com, Steve French , linux-cifs@vger.kernel.org, samba-technical@lists.samba.org, linux-kernel@vger.kernel.org, linux-rdma@vger.kernel.org References: <20180419213807.3128-1-longli@linuxonhyperv.com> From: Tom Talpey Message-ID: Date: Fri, 20 Apr 2018 10:55:52 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20180419213807.3128-1-longli@linuxonhyperv.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfH4C0OuKzjxz/nYQWJPNe6/W0wCdrNXuINelXL7ZGSy9GuFEbUzc46+Az+7cFhuXG/1yjI2vKLaZgvfqm0Ob+5yHmOUfjslkPHEerqOQrUJw9rghTI2g rMK8NzQif/cBveCqWW5i7yIpNvUxaJJYRZ7DF+fUbO2kQ/330DPHF0B1cvhzXnsKJvINZJH4D20ZngS8i3JWl3ybdsypO4S4TdkE4ep4lDu1qVOs3KG4ea1+ lAIV3XGdO6VLsd+cdDT0EswIbtl813TGRzw5Zzbntx7jyf/QbTaGuE6LQq2VA33BnzRx729H8sdTcd9UsTyWTJBe+4SGEEW1dpO+99DRpNB/fMB0HotLkuKE 5p7rIxhx Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Looks good, but I have two possibly style-related comments. On 4/19/2018 5:38 PM, Long Li wrote: > From: Long Li > > The data buffer allocated on the stack can't be DMA'ed, ib_dma_map_page will > return an invalid DMA address for a buffer on stack. Even worse, this > incorrect address can't be detected by ib_dma_mapping_error. Sending data > from this address to hardware will not fail, but the remote peer will get > junk data. > > Fix this by allocating the request on the heap in smb3_validate_negotiate. > > Changes in v2: > Removed duplicated code on freeing buffers on function exit. > (Thanks to Parav Pandit ) > Fixed typo in the patch title. > > Changes in v3: > Added "Fixes" to the patch. > Changed several sizeof() to use *pointer in place of struct. > > Changes in v4: > Added detailed comments on the failure through RDMA. > Allocate request buffer using GPF_NOFS. > Fixed possible memory leak. > > Fixes: ff1c038addc4 ("Check SMB3 dialects against downgrade attacks") > Signed-off-by: Long Li > --- > fs/cifs/smb2pdu.c | 61 ++++++++++++++++++++++++++++++------------------------- > 1 file changed, 33 insertions(+), 28 deletions(-) > > diff --git a/fs/cifs/smb2pdu.c b/fs/cifs/smb2pdu.c > index 0f044c4..caa2a1e 100644 > --- a/fs/cifs/smb2pdu.c > +++ b/fs/cifs/smb2pdu.c > @@ -729,8 +729,8 @@ SMB2_negotiate(const unsigned int xid, struct cifs_ses *ses) > > int smb3_validate_negotiate(const unsigned int xid, struct cifs_tcon *tcon) > { > - int rc = 0; > - struct validate_negotiate_info_req vneg_inbuf; > + int ret, rc = -EIO; Seems awkward to have "rc" and "ret", and based on the code below I don't see why two variables are needed. Simplify? (see later comment) > + struct validate_negotiate_info_req *pneg_inbuf; > struct validate_negotiate_info_rsp *pneg_rsp = NULL; > u32 rsplen; > u32 inbuflen; /* max of 4 dialects */ > @@ -741,7 +741,6 @@ int smb3_validate_negotiate(const unsigned int xid, struct cifs_tcon *tcon) > if (tcon->ses->server->rdma) > return 0; > #endif > - > /* In SMB3.11 preauth integrity supersedes validate negotiate */ > if (tcon->ses->server->dialect == SMB311_PROT_ID) > return 0; > @@ -764,63 +763,67 @@ int smb3_validate_negotiate(const unsigned int xid, struct cifs_tcon *tcon) > if (tcon->ses->session_flags & SMB2_SESSION_FLAG_IS_NULL) > cifs_dbg(VFS, "Unexpected null user (anonymous) auth flag sent by server\n"); > > - vneg_inbuf.Capabilities = > + pneg_inbuf = kmalloc(sizeof(*pneg_inbuf), GFP_NOFS); > + if (!pneg_inbuf) > + return -ENOMEM; > + > + pneg_inbuf->Capabilities = > cpu_to_le32(tcon->ses->server->vals->req_capabilities); > - memcpy(vneg_inbuf.Guid, tcon->ses->server->client_guid, > + memcpy(pneg_inbuf->Guid, tcon->ses->server->client_guid, > SMB2_CLIENT_GUID_SIZE); > > if (tcon->ses->sign) > - vneg_inbuf.SecurityMode = > + pneg_inbuf->SecurityMode = > cpu_to_le16(SMB2_NEGOTIATE_SIGNING_REQUIRED); > else if (global_secflags & CIFSSEC_MAY_SIGN) > - vneg_inbuf.SecurityMode = > + pneg_inbuf->SecurityMode = > cpu_to_le16(SMB2_NEGOTIATE_SIGNING_ENABLED); > else > - vneg_inbuf.SecurityMode = 0; > + pneg_inbuf->SecurityMode = 0; > > > if (strcmp(tcon->ses->server->vals->version_string, > SMB3ANY_VERSION_STRING) == 0) { > - vneg_inbuf.Dialects[0] = cpu_to_le16(SMB30_PROT_ID); > - vneg_inbuf.Dialects[1] = cpu_to_le16(SMB302_PROT_ID); > - vneg_inbuf.DialectCount = cpu_to_le16(2); > + pneg_inbuf->Dialects[0] = cpu_to_le16(SMB30_PROT_ID); > + pneg_inbuf->Dialects[1] = cpu_to_le16(SMB302_PROT_ID); > + pneg_inbuf->DialectCount = cpu_to_le16(2); > /* structure is big enough for 3 dialects, sending only 2 */ > inbuflen = sizeof(struct validate_negotiate_info_req) - 2; The "- 2" is a little confusing here. This was existing code, but I suggest you change this to a sizeof (u16) construct for consistency. It's reducing by the length of a single Dialects[n] entry. > } else if (strcmp(tcon->ses->server->vals->version_string, > SMBDEFAULT_VERSION_STRING) == 0) { > - vneg_inbuf.Dialects[0] = cpu_to_le16(SMB21_PROT_ID); > - vneg_inbuf.Dialects[1] = cpu_to_le16(SMB30_PROT_ID); > - vneg_inbuf.Dialects[2] = cpu_to_le16(SMB302_PROT_ID); > - vneg_inbuf.DialectCount = cpu_to_le16(3); > + pneg_inbuf->Dialects[0] = cpu_to_le16(SMB21_PROT_ID); > + pneg_inbuf->Dialects[1] = cpu_to_le16(SMB30_PROT_ID); > + pneg_inbuf->Dialects[2] = cpu_to_le16(SMB302_PROT_ID); > + pneg_inbuf->DialectCount = cpu_to_le16(3); > /* structure is big enough for 3 dialects */ > inbuflen = sizeof(struct validate_negotiate_info_req); > } else { > /* otherwise specific dialect was requested */ > - vneg_inbuf.Dialects[0] = > + pneg_inbuf->Dialects[0] = > cpu_to_le16(tcon->ses->server->vals->protocol_id); > - vneg_inbuf.DialectCount = cpu_to_le16(1); > + pneg_inbuf->DialectCount = cpu_to_le16(1); > /* structure is big enough for 3 dialects, sending only 1 */ > inbuflen = sizeof(struct validate_negotiate_info_req) - 4; Ditto previous sizeof (u16) comment, with a *2 this case. > } > > - rc = SMB2_ioctl(xid, tcon, NO_FILE_ID, NO_FILE_ID, > + ret = SMB2_ioctl(xid, tcon, NO_FILE_ID, NO_FILE_ID, > FSCTL_VALIDATE_NEGOTIATE_INFO, true /* is_fsctl */, > - (char *)&vneg_inbuf, sizeof(struct validate_negotiate_info_req), > + (char *)pneg_inbuf, sizeof(*pneg_inbuf), > (char **)&pneg_rsp, &rsplen); > > - if (rc != 0) { > - cifs_dbg(VFS, "validate protocol negotiate failed: %d\n", rc); > - return -EIO; > + if (ret) { > + cifs_dbg(VFS, "validate protocol negotiate failed: %d\n", ret); > + goto out_free_inbuf; > } Why not leave "rc" alone, and set its value to -EIO before the goto if the ioctl fails? That will simplify and make the code much more readable IMO. > > - if (rsplen != sizeof(struct validate_negotiate_info_rsp)) { > + if (rsplen != sizeof(*pneg_rsp)) { > cifs_dbg(VFS, "invalid protocol negotiate response size: %d\n", > rsplen); > > /* relax check since Mac returns max bufsize allowed on ioctl */ > if ((rsplen > CIFSMaxBufSize) > || (rsplen < sizeof(struct validate_negotiate_info_rsp))) > - goto err_rsp_free; > + goto out_free_rsp; > } Would need an rc = -EIO here too if above comment is accepted. Tom. > > /* check validate negotiate info response matches what we got earlier */ > @@ -838,14 +841,16 @@ int smb3_validate_negotiate(const unsigned int xid, struct cifs_tcon *tcon) > > /* validate negotiate successful */ > cifs_dbg(FYI, "validate negotiate info successful\n"); > - kfree(pneg_rsp); > - return 0; > + rc = 0; > + goto out_free_rsp; > > vneg_out: > cifs_dbg(VFS, "protocol revalidation - security settings mismatch\n"); > -err_rsp_free: > +out_free_rsp: > kfree(pneg_rsp); > - return -EIO; > +out_free_inbuf: > + kfree(pneg_inbuf); > + return rc; > } > > enum securityEnum >