Hi Slow, I was able to successfully repro the issue you're seeing. Based on the fact that alternate data streams do not have their own Security Descriptors, this is probably intentional; hence the document would be incorrect. I'm currently researching the code to determine any necessary documentation changes. I'll update you when I know what these changes are.
Thanks for bringing this to our attention. Regards, Kristian Smith Support Escalation Engineer | Microsoft® Corporation Office phone: +1 425-421-4442 Email: [email protected] -----Original Message----- From: Kristian Smith Sent: Tuesday, August 13, 2024 8:22 AM To: Ralph Boehme <[email protected]> Cc: [email protected] Subject: RE: [EXTERNAL] Querying SD of a stream - TrackingID#2408130040006466 [DocHelp to Bcc] Hi Slow, Thanks for your request. The case number 2408130040006466 has been created for this inquiry. One of our team members will follow up with you soon. Regards, Kristian Smith Support Escalation Engineer | Microsoft® Corporation Office phone: +1 425-421-4442 Email: [email protected] -----Original Message----- From: Ralph Boehme <[email protected]> Sent: Tuesday, August 13, 2024 2:37 AM To: Interoperability Documentation Help <[email protected]> Cc: [email protected] Subject: [EXTERNAL] Querying SD of a stream Hello dochelp, according to MS-FSA 2.1.5.14 "Server Requests a Query of Security Information" when querying the SD of a stream the request should be failed: * If Open.Stream.StreamType is DataStream and Open.Stream.Name is not empty, the operation MUST be failed with STATUS_INVALID_PARAMETER; security information can be may only be queried on a file or directory handle, not on a stream handle. But if I query an SD of a stream via SMB3 against a Windows server (Windows Server 2022) I get back the current SD of open.file, network trace attached. MS-FSA 2.1.5.17 "Server Requests Setting of Security Information" has the same clause and setting an SD also works. Is this a doc or product bug? Or am I missing something? Can you please check and clarify? Thanks! -slow _______________________________________________ cifs-protocol mailing list [email protected] https://lists.samba.org/mailman/listinfo/cifs-protocol
