]> git.ipfire.org Git - thirdparty/kernel/stable.git/commitdiff
cifs: Fix cifs_query_path_info() for Windows NT servers
authorPali Rohár <pali@kernel.org>
Tue, 31 Dec 2024 15:06:22 +0000 (16:06 +0100)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Thu, 17 Jul 2025 16:27:35 +0000 (18:27 +0200)
[ Upstream commit a3e771afbb3bce91c8296828304903e7348003fe ]

For TRANS2 QUERY_PATH_INFO request when the path does not exist, the
Windows NT SMB server returns error response STATUS_OBJECT_NAME_NOT_FOUND
or ERRDOS/ERRbadfile without the SMBFLG_RESPONSE flag set. Similarly it
returns STATUS_DELETE_PENDING when the file is being deleted. And looks
like that any error response from TRANS2 QUERY_PATH_INFO does not have
SMBFLG_RESPONSE flag set.

So relax check in check_smb_hdr() for detecting if the packet is response
for this special case.

This change fixes stat() operation against Windows NT SMB servers and also
all operations which depends on -ENOENT result from stat like creat() or
mkdir().

Signed-off-by: Pali Rohár <pali@kernel.org>
Signed-off-by: Steve French <stfrench@microsoft.com>
Signed-off-by: Sasha Levin <sashal@kernel.org>
fs/cifs/misc.c

index 2d46018b02839dea463dfb724847a6e8a329a581..54c443686dabadd4e8c70b5edf4eeea680f8609c 100644 (file)
@@ -310,6 +310,14 @@ check_smb_hdr(struct smb_hdr *smb)
        if (smb->Command == SMB_COM_LOCKING_ANDX)
                return 0;
 
+       /*
+        * Windows NT server returns error resposne (e.g. STATUS_DELETE_PENDING
+        * or STATUS_OBJECT_NAME_NOT_FOUND or ERRDOS/ERRbadfile or any other)
+        * for some TRANS2 requests without the RESPONSE flag set in header.
+        */
+       if (smb->Command == SMB_COM_TRANSACTION2 && smb->Status.CifsError != 0)
+               return 0;
+
        cifs_dbg(VFS, "Server sent request, not response. mid=%u\n",
                 get_mid(smb));
        return 1;