Question about owner and group defaulting rules in MS-ADTS

View: New views
7 Messages — Rating Filter:   Alert me  

Question about owner and group defaulting rules in MS-ADTS

by Nadezhda Ivanova-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.

Hi,

In MS-ADTS, section 7.1.3.6, is written the following:

 

The GROUP field is defaulted as follows:

§ If the DAG was used as the default OWNER field value, then the same SID is written into the GROUP field.

 

However, it appears that the creating user’s primary group is ALWAYS used as the default group, regardless of partition or owner.

Example:

We create an object in the domain partition, say an OU, without providing an nTSecurityDescriptor. The creating user is a member of Domain Admins, with primary group Domain Users, so the DAG is Domain admins as per the DAG rules in the same document. Domain Admins is used as the OWNER in the new object’s security descriptor. According to the above statement, Domain Admins should also be set as the default group. However, in a Windows 2003 server, Domain Users is defaulted as the group in the new object’s descriptor. If the user’s primary group is changed to Domain Admins, then the group of the new object is defaulted to Domain Admins.

 

The above behavior is consistent with CreateSecurityDescriptor algorithm from MS-DTYP, where the primary group of the security token is assigned if a group is not provided.

 

Could you please clarify the contradiction between MS-ADTS, MS-DTYP and actual behavior?

 

Regards,

Nadezhda Ivanova

Nadezhda Ivanova
Software Engineer
Software Development

nadezhda.ivanova@...

CISCO SYSTEMS BULGARIA EOOD
18 Macedonia Blvd. Sofia 1606
Bulgaria
Cisco home page

 

Think before you print.Think before you print.

 

 




_______________________________________________
cifs-protocol mailing list
cifs-protocol@...
https://lists.samba.org/mailman/listinfo/cifs-protocol

Re: Question about owner and group defaulting rules in MS-ADTS

by Bill Wesse :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.

Good morning! I have created case SRX090804600022 to track our work for your request. One of my team colleagues will take ownership of the case and contact you shortly.

 

Regards,
Bill Wesse
MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM
8055 Microsoft Way
Charlotte, NC 28273
TEL:  +1(980) 776-8200

CELL: +1(704) 661-5438
FAX:  +1(704) 665-9606

 

From: Nadezhda Ivanova [mailto:nadezhda.ivanova@...]
Sent: Tuesday, August 04, 2009 3:58 AM
To: Interoperability Documentation Help
Cc: pfif@...; cifs-protocol@...
Subject: Question about owner and group defaulting rules in MS-ADTS

 

Hi,

In MS-ADTS, section 7.1.3.6, is written the following:

 

The GROUP field is defaulted as follows:

§ If the DAG was used as the default OWNER field value, then the same SID is written into the GROUP field.

 

However, it appears that the creating user’s primary group is ALWAYS used as the default group, regardless of partition or owner.

Example:

We create an object in the domain partition, say an OU, without providing an nTSecurityDescriptor. The creating user is a member of Domain Admins, with primary group Domain Users, so the DAG is Domain admins as per the DAG rules in the same document. Domain Admins is used as the OWNER in the new object’s security descriptor. According to the above statement, Domain Admins should also be set as the default group. However, in a Windows 2003 server, Domain Users is defaulted as the group in the new object’s descriptor. If the user’s primary group is changed to Domain Admins, then the group of the new object is defaulted to Domain Admins.

 

The above behavior is consistent with CreateSecurityDescriptor algorithm from MS-DTYP, where the primary group of the security token is assigned if a group is not provided.

 

Could you please clarify the contradiction between MS-ADTS, MS-DTYP and actual behavior?

 

Regards,

Nadezhda Ivanova

Nadezhda Ivanova
Software Engineer
Software Development

nadezhda.ivanova@...

CISCO SYSTEMS BULGARIA EOOD
18 Macedonia Blvd. Sofia 1606
Bulgaria
Cisco home page

 

Think before you print.Think before you print.

 

 




_______________________________________________
cifs-protocol mailing list
cifs-protocol@...
https://lists.samba.org/mailman/listinfo/cifs-protocol

Re: Question about owner and group defaulting rules in MS-ADTS

by Obaid Farooqi :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.

Hi Nadezhda:

I have assumed the ownership of this issue. I’ll keep you updated on the progress as appropriate.

If you have any further question/clarification on this issue, please feel free to contact me.

 

Regards,

Obaid Farooqi

Sr. Support Escalation Engineer | Microsoft

 

From: Bill Wesse
Sent: Tuesday, August 04, 2009 8:13 AM
To: Nadezhda Ivanova; Interoperability Documentation Help
Cc: pfif@...; cifs-protocol@...
Subject: RE: Question about owner and group defaulting rules in MS-ADTS

 

Good morning! I have created case SRX090804600022 to track our work for your request. One of my team colleagues will take ownership of the case and contact you shortly.

 

Regards,
Bill Wesse
MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM
8055 Microsoft Way
Charlotte, NC 28273
TEL:  +1(980) 776-8200

CELL: +1(704) 661-5438
FAX:  +1(704) 665-9606

 

From: Nadezhda Ivanova [mailto:nadezhda.ivanova@...]
Sent: Tuesday, August 04, 2009 3:58 AM
To: Interoperability Documentation Help
Cc: pfif@...; cifs-protocol@...
Subject: Question about owner and group defaulting rules in MS-ADTS

 

Hi,

In MS-ADTS, section 7.1.3.6, is written the following:

 

The GROUP field is defaulted as follows:

§ If the DAG was used as the default OWNER field value, then the same SID is written into the GROUP field.

 

However, it appears that the creating user’s primary group is ALWAYS used as the default group, regardless of partition or owner.

Example:

We create an object in the domain partition, say an OU, without providing an nTSecurityDescriptor. The creating user is a member of Domain Admins, with primary group Domain Users, so the DAG is Domain admins as per the DAG rules in the same document. Domain Admins is used as the OWNER in the new object’s security descriptor. According to the above statement, Domain Admins should also be set as the default group. However, in a Windows 2003 server, Domain Users is defaulted as the group in the new object’s descriptor. If the user’s primary group is changed to Domain Admins, then the group of the new object is defaulted to Domain Admins.

 

The above behavior is consistent with CreateSecurityDescriptor algorithm from MS-DTYP, where the primary group of the security token is assigned if a group is not provided.

 

Could you please clarify the contradiction between MS-ADTS, MS-DTYP and actual behavior?

 

Regards,

Nadezhda Ivanova

Nadezhda Ivanova
Software Engineer
Software Development

nadezhda.ivanova@...

CISCO SYSTEMS BULGARIA EOOD
18 Macedonia Blvd. Sofia 1606
Bulgaria
Cisco home page

 

Think before you print.Think before you print.

 

 




_______________________________________________
cifs-protocol mailing list
cifs-protocol@...
https://lists.samba.org/mailman/listinfo/cifs-protocol

Parent Message unknown Re: Question about owner and group defaulting rules in MS-ADTS

by Nadezhda Ivanova-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.

Hi Obaid,

Is there any progress on this issue, or my other enquiry about the security descriptor creation algorithms? It’s been a while now and we need this information to be able to include the security implementation in the next alpha of Samba 4.

 

Best Regards,

Nadezhda Ivanova

 


From: Obaid Farooqi
Sent: Wednesday, August 05, 2009 6:33 PM
To: Nadezhda Ivanova
Cc: pfif@...; cifs-protocol@...
Subject: RE: Question about owner and group defaulting rules in MS-ADTS

 

Hi Nadezhda:

I have assumed the ownership of this issue. I’ll keep you updated on the progress as appropriate.

If you have any further question/clarification on this issue, please feel free to contact me.

 

Regards,

Obaid Farooqi

Sr. Support Escalation Engineer | Microsoft

 

From: Bill Wesse
Sent: Tuesday, August 04, 2009 8:13 AM
To: Nadezhda Ivanova; Interoperability Documentation Help
Cc: pfif@...; cifs-protocol@...
Subject: RE: Question about owner and group defaulting rules in MS-ADTS

 

Good morning! I have created case SRX090804600022 to track our work for your request. One of my team colleagues will take ownership of the case and contact you shortly.

 

Regards,
Bill Wesse
MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM
8055 Microsoft Way
Charlotte, NC 28273
TEL:  +1(980) 776-8200

CELL: +1(704) 661-5438
FAX:  +1(704) 665-9606

 

From: Nadezhda Ivanova [mailto:nadezhda.ivanova@...]
Sent: Tuesday, August 04, 2009 3:58 AM
To: Interoperability Documentation Help
Cc: pfif@...; cifs-protocol@...
Subject: Question about owner and group defaulting rules in MS-ADTS

 

Hi,

In MS-ADTS, section 7.1.3.6, is written the following:

 

The GROUP field is defaulted as follows:

§ If the DAG was used as the default OWNER field value, then the same SID is written into the GROUP field.

 

However, it appears that the creating user’s primary group is ALWAYS used as the default group, regardless of partition or owner.

Example:

We create an object in the domain partition, say an OU, without providing an nTSecurityDescriptor. The creating user is a member of Domain Admins, with primary group Domain Users, so the DAG is Domain admins as per the DAG rules in the same document. Domain Admins is used as the OWNER in the new object’s security descriptor. According to the above statement, Domain Admins should also be set as the default group. However, in a Windows 2003 server, Domain Users is defaulted as the group in the new object’s descriptor. If the user’s primary group is changed to Domain Admins, then the group of the new object is defaulted to Domain Admins.

 

The above behavior is consistent with CreateSecurityDescriptor algorithm from MS-DTYP, where the primary group of the security token is assigned if a group is not provided.

 

Could you please clarify the contradiction between MS-ADTS, MS-DTYP and actual behavior?

 

Regards,

Nadezhda Ivanova

Nadezhda Ivanova
Software Engineer
Software Development

nadezhda.ivanova@...

CISCO SYSTEMS BULGARIA EOOD
18 Macedonia Blvd. Sofia 1606
Bulgaria
Cisco home page

 

Think before you print.Think before you print.

 

 




_______________________________________________
cifs-protocol mailing list
cifs-protocol@...
https://lists.samba.org/mailman/listinfo/cifs-protocol

Re: Question about owner and group defaulting rules in MS-ADTS

by Obaid Farooqi :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.

Hi Nadezhda:

I have just sent you the answer for the security descriptor algorithm question. The work on “owner and group rules in MS-ADTS” is in progress and I’ll be in touch as soon as I have an answer.

 

Thanks for your patience.

 

Regards,

Obaid Farooqi

Sr. Support Escalation Engineer | Microsoft

 

From: Nadezhda Ivanova [mailto:nadezhda.ivanova@...]
Sent: Tuesday, August 11, 2009 5:33 AM
To: Obaid Farooqi
Cc: pfif@...; cifs-protocol@...
Subject: RE: Question about owner and group defaulting rules in MS-ADTS

 

Hi Obaid,

Is there any progress on this issue, or my other enquiry about the security descriptor creation algorithms? It’s been a while now and we need this information to be able to include the security implementation in the next alpha of Samba 4.

 

Best Regards,

Nadezhda Ivanova

 


From: Obaid Farooqi
Sent: Wednesday, August 05, 2009 6:33 PM
To: Nadezhda Ivanova
Cc: pfif@...; cifs-protocol@...
Subject: RE: Question about owner and group defaulting rules in MS-ADTS

 

Hi Nadezhda:

I have assumed the ownership of this issue. I’ll keep you updated on the progress as appropriate.

If you have any further question/clarification on this issue, please feel free to contact me.

 

Regards,

Obaid Farooqi

Sr. Support Escalation Engineer | Microsoft

 

From: Bill Wesse
Sent: Tuesday, August 04, 2009 8:13 AM
To: Nadezhda Ivanova; Interoperability Documentation Help
Cc: pfif@...; cifs-protocol@...
Subject: RE: Question about owner and group defaulting rules in MS-ADTS

 

Good morning! I have created case SRX090804600022 to track our work for your request. One of my team colleagues will take ownership of the case and contact you shortly.

 

Regards,
Bill Wesse
MCSE, MCTS / Senior Escalation Engineer, US-CSS DSC PROTOCOL TEAM
8055 Microsoft Way
Charlotte, NC 28273
TEL:  +1(980) 776-8200

CELL: +1(704) 661-5438
FAX:  +1(704) 665-9606

 

From: Nadezhda Ivanova [mailto:nadezhda.ivanova@...]
Sent: Tuesday, August 04, 2009 3:58 AM
To: Interoperability Documentation Help
Cc: pfif@...; cifs-protocol@...
Subject: Question about owner and group defaulting rules in MS-ADTS

 

Hi,

In MS-ADTS, section 7.1.3.6, is written the following:

 

The GROUP field is defaulted as follows:

§ If the DAG was used as the default OWNER field value, then the same SID is written into the GROUP field.

 

However, it appears that the creating user’s primary group is ALWAYS used as the default group, regardless of partition or owner.

Example:

We create an object in the domain partition, say an OU, without providing an nTSecurityDescriptor. The creating user is a member of Domain Admins, with primary group Domain Users, so the DAG is Domain admins as per the DAG rules in the same document. Domain Admins is used as the OWNER in the new object’s security descriptor. According to the above statement, Domain Admins should also be set as the default group. However, in a Windows 2003 server, Domain Users is defaulted as the group in the new object’s descriptor. If the user’s primary group is changed to Domain Admins, then the group of the new object is defaulted to Domain Admins.

 

The above behavior is consistent with CreateSecurityDescriptor algorithm from MS-DTYP, where the primary group of the security token is assigned if a group is not provided.

 

Could you please clarify the contradiction between MS-ADTS, MS-DTYP and actual behavior?

 

Regards,

Nadezhda Ivanova

Nadezhda Ivanova
Software Engineer
Software Development

nadezhda.ivanova@...

CISCO SYSTEMS BULGARIA EOOD
18 Macedonia Blvd. Sofia 1606
Bulgaria
Cisco home page

 

Think before you print.Think before you print.

 

 




_______________________________________________
cifs-protocol mailing list
cifs-protocol@...
https://lists.samba.org/mailman/listinfo/cifs-protocol

Re: Question about owner and group defaulting rules in MS-ADTS

by Obaid Farooqi :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.

Hi Nadezhda:

We have finished our investigation on “Owner and Group Defaulting Rules”. In a future version of MS-ADTS, section 7.1.3.6 and 7.1.3 will be modified. Please find the PDF version of modifications attached to this email.

 

Please let me know if this answers your question. If yes, I’ll consider this issue resolved.

 

Regards,

Obaid Farooqi

Sr. Support Escalation Engineer | Microsoft

 

 

From: Nadezhda Ivanova [mailto:nadezhda.ivanova@...]
Sent: Tuesday, August 04, 2009 2:58 AM
To: Interoperability Documentation Help
Cc: pfif@...; cifs-protocol@...
Subject: Question about owner and group defaulting rules in MS-ADTS

 

Hi,

In MS-ADTS, section 7.1.3.6, is written the following:

 

The GROUP field is defaulted as follows:

§ If the DAG was used as the default OWNER field value, then the same SID is written into the GROUP field.

 

However, it appears that the creating user’s primary group is ALWAYS used as the default group, regardless of partition or owner.

Example:

We create an object in the domain partition, say an OU, without providing an nTSecurityDescriptor. The creating user is a member of Domain Admins, with primary group Domain Users, so the DAG is Domain admins as per the DAG rules in the same document. Domain Admins is used as the OWNER in the new object’s security descriptor. According to the above statement, Domain Admins should also be set as the default group. However, in a Windows 2003 server, Domain Users is defaulted as the group in the new object’s descriptor. If the user’s primary group is changed to Domain Admins, then the group of the new object is defaulted to Domain Admins.

 

The above behavior is consistent with CreateSecurityDescriptor algorithm from MS-DTYP, where the primary group of the security token is assigned if a group is not provided.

 

Could you please clarify the contradiction between MS-ADTS, MS-DTYP and actual behavior?

 

Regards,

Nadezhda Ivanova

Nadezhda Ivanova
Software Engineer
Software Development

nadezhda.ivanova@...

CISCO SYSTEMS BULGARIA EOOD
18 Macedonia Blvd. Sofia 1606
Bulgaria
Cisco home page

 

Think before you print.Think before you print.

 

 





_______________________________________________
cifs-protocol mailing list
cifs-protocol@...
https://lists.samba.org/mailman/listinfo/cifs-protocol

MSADTS_Changes.pdf (182K) Download Attachment

Parent Message unknown Re: Question about owner and group defaulting rules in MS-ADTS

by Nadezhda Ivanova-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Some parts of this message have been removed. Learn more about Nabble's security policy.

Hi Obaid,

Thank you for the attached information. I think it answers the question. Will let you know if something else comes up, but at this point this seems reasonable.

 

Regards,

Nadezhda Ivanova

 


From: Obaid Farooqi [mailto:obaidf@...]
Sent: Friday, August 14, 2009 7:12 PM
To: Nadezhda Ivanova
Cc: pfif@...; cifs-protocol@...
Subject: RE: Question about owner and group defaulting rules in MS-ADTS

 

Hi Nadezhda:

We have finished our investigation on “Owner and Group Defaulting Rules”. In a future version of MS-ADTS, section 7.1.3.6 and 7.1.3 will be modified. Please find the PDF version of modifications attached to this email.

 

Please let me know if this answers your question. If yes, I’ll consider this issue resolved.

 

Regards,

Obaid Farooqi

Sr. Support Escalation Engineer | Microsoft

 

 

From: Nadezhda Ivanova [mailto:nadezhda.ivanova@...]
Sent: Tuesday, August 04, 2009 2:58 AM
To: Interoperability Documentation Help
Cc: pfif@...; cifs-protocol@...
Subject: Question about owner and group defaulting rules in MS-ADTS

 

Hi,

In MS-ADTS, section 7.1.3.6, is written the following:

 

The GROUP field is defaulted as follows:

§ If the DAG was used as the default OWNER field value, then the same SID is written into the GROUP field.

 

However, it appears that the creating user’s primary group is ALWAYS used as the default group, regardless of partition or owner.

Example:

We create an object in the domain partition, say an OU, without providing an nTSecurityDescriptor. The creating user is a member of Domain Admins, with primary group Domain Users, so the DAG is Domain admins as per the DAG rules in the same document. Domain Admins is used as the OWNER in the new object’s security descriptor. According to the above statement, Domain Admins should also be set as the default group. However, in a Windows 2003 server, Domain Users is defaulted as the group in the new object’s descriptor. If the user’s primary group is changed to Domain Admins, then the group of the new object is defaulted to Domain Admins.

 

The above behavior is consistent with CreateSecurityDescriptor algorithm from MS-DTYP, where the primary group of the security token is assigned if a group is not provided.

 

Could you please clarify the contradiction between MS-ADTS, MS-DTYP and actual behavior?

 

Regards,

Nadezhda Ivanova

Nadezhda Ivanova
Software Engineer
Software Development

nadezhda.ivanova@...

CISCO SYSTEMS BULGARIA EOOD
18 Macedonia Blvd. Sofia 1606
Bulgaria
Cisco home page

 

Think before you print.Think before you print.

 

 




_______________________________________________
cifs-protocol mailing list
cifs-protocol@...
https://lists.samba.org/mailman/listinfo/cifs-protocol