<html>
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Thank you for your confirmation. It implies that RODCs can never
undo a domain-wide lockout, requiring an additional login on a
read-write DC to do so. This is probably more secure in general,
but possibly not intentional. Anyways, that's all the info I
needed.</p>
<p><br>
</p>
<p>Cheers,</p>
<p>Garming<br>
</p>
<br>
<div class="moz-cite-prefix">On 31/05/17 05:17, Nathan Manis wrote:<br>
</div>
<blockquote type="cite"
cite="mid:SN1PR21MB00326DB25FE898C4C3FF7519D7F00@SN1PR21MB0032.namprd21.prod.outlook.com">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
<meta name="Generator" content="Microsoft Word 15 (filtered
medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
h2
{mso-style-priority:9;
mso-style-link:"Heading 2 Char";
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:18.0pt;
font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
span.Heading2Char
{mso-style-name:"Heading 2 Char";
mso-style-priority:9;
mso-style-link:"Heading 2";
font-weight:bold;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle19
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle20
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle21
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle22
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle24
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="WordSection1">
<p class="MsoNormal">Hi Andrew,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Writing for additional feedback to help.
The processing of ResetBadPwdCount implementation in Windows
just resets BadPwdCount. Here is the message:<o:p></o:p></p>
<p class="MsoNormal" style="text-indent:.5in"><a
href="https://msdn.microsoft.com/en-us/library/dd357623.aspx"
moz-do-not-send="true">https://msdn.microsoft.com/en-us/library/dd357623.aspx</a><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Source code review confirmed this today as
well. The call just resets BadPwdCount to 0.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thanks,<o:p></o:p></p>
<p class="MsoNormal">Nathan<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1
1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> Nathan Manis <br>
<b>Sent:</b> Tuesday, May 30, 2017 11:57 AM<br>
<b>To:</b> <a class="moz-txt-link-abbreviated" href="mailto:abartlet@samba.org">abartlet@samba.org</a>;
<a class="moz-txt-link-abbreviated" href="mailto:cifs-protocol@lists.samba.org">cifs-protocol@lists.samba.org</a>; <a class="moz-txt-link-abbreviated" href="mailto:garming@catalyst.net.nz">garming@catalyst.net.nz</a><br>
<b>Cc:</b> MSSolve Case Email
<a class="moz-txt-link-rfc2396E" href="mailto:casemail@microsoft.com"><casemail@microsoft.com></a><br>
<b>Subject:</b> RE: [REG:117052515795477]: Q3 of 4: Does a
BadPwdCount reset also reset some UF flags or other
attributes?<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Hi Andrew,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thank you for contacting Microsoft Open
Protocols support. For the inquiry regarding BadPwdCount.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">This is correct that the attribute is not
replicated and is local. What we can state on the specifics
is documented here:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="text-indent:.5in"><a
href="https://msdn.microsoft.com/en-us/library/ms675244%28v=vs.85%29.aspx?f=255&MSPPError=-2147217396"
moz-do-not-send="true">https://msdn.microsoft.com/en-us/library/ms675244%28v=vs.85%29.aspx?f=255&MSPPError=-2147217396</a><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"
style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.5in"><b><span
style="font-size:18.0pt;font-family:"Times New
Roman",serif" lang="EN">Remarks<o:p></o:p></span></b></p>
<p class="MsoNormal"
style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.5in"><span
style="font-size:12.0pt;font-family:"Times New
Roman",serif;background:lime;mso-highlight:lime"
lang="EN">This attribute is not replicated</span><span
style="font-size:12.0pt;font-family:"Times New
Roman",serif" lang="EN"> and is maintained separately
on each domain controller in the domain.<o:p></o:p></span></p>
<p class="MsoNormal"
style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.5in"><span
style="font-size:12.0pt;font-family:"Times New
Roman",serif" lang="EN">This attribute is reset on a
specific domain controller when the user successfully logs
onto that domain controller.<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thanks,<o:p></o:p></p>
<p class="MsoNormal">Nathan<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1
1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> Bryan Burgin <br>
<b>Sent:</b> Wednesday, May 24, 2017 10:11 PM<br>
<b>To:</b> <a href="mailto:abartlet@samba.org"
moz-do-not-send="true">abartlet@samba.org</a>; <a
href="mailto:cifs-protocol@lists.samba.org"
moz-do-not-send="true">
cifs-protocol@lists.samba.org</a>; <a
href="mailto:garming@catalyst.net.nz"
moz-do-not-send="true">garming@catalyst.net.nz</a><br>
<b>Cc:</b> MSSolve Case Email <<a
href="mailto:casemail@microsoft.com"
moz-do-not-send="true">casemail@microsoft.com</a>><br>
<b>Subject:</b> [REG:117052515795477]: Q3 of 4: Does a
BadPwdCount reset also reset some UF flags or other
attributes?<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">[dochelp on bcc]<o:p></o:p></p>
<p class="MsoNormal">[+casemail]<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Andrew,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Today we create four cases per your
request. This thread concerns issue Q3 of 4:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="margin-left:.5in">Case 3: Does a
BadPwdCount reset also reset some UF flags or other
attributes?<o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in">BadPwdCount is
local. When it's reset, does it trigger a reset of some other
replicable flags or attributes so that the user is not locked
out elsewhere?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">An engineer will contact you about each of
these issues on separate threads soon.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The other cases, to pull all the threads
together, are specified below.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Bryan<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Q1: 117052515795450: WDigest package of
supplementalCredentials attribute<o:p></o:p></p>
<p class="MsoNormal">Q2: 117052515795463: Which change password
is proxied from RODC to PDC?<o:p></o:p></p>
<p class="MsoNormal">Q3: 117052515795477: Does a BadPwdCount
reset also reset some UF flags or other attributes?<o:p></o:p></p>
<p class="MsoNormal">Q4: 117052515795488: Client behavior
guidance of DRS_GET_TGT flag in GetNCChanges<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Case 1: WDigest package of
supplementalCredentials attribute<o:p></o:p></p>
<p class="MsoNormal">Documentation of pre-computation hash in
WDigest property is wrong.<o:p></o:p></p>
<p class="MsoNormal">Construction is inverted. Needs to fix the
document.<o:p></o:p></p>
<p class="MsoNormal">[MS-SAMR]<o:p></o:p></p>
<p class="MsoNormal">3.1.1.8.11.3 Primary:WDigest Property<o:p></o:p></p>
<p class="MsoNormal"><a
href="https://msdn.microsoft.com/en-us/library/cc245679.aspx"
moz-do-not-send="true">https://msdn.microsoft.com/en-us/library/cc245679.aspx</a><o:p></o:p></p>
<p class="MsoNormal">3.1.1.8.11.3.1 WDIGEST_CREDENTIALS
Construction<o:p></o:p></p>
<p class="MsoNormal"><a
href="https://msdn.microsoft.com/en-us/library/cc245680.aspx"
moz-do-not-send="true">https://msdn.microsoft.com/en-us/library/cc245680.aspx</a><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Case 2: Which change password is proxied
from RODC to PDC?<o:p></o:p></p>
<p class="MsoNormal">Is it expected that RODC should be able to
proxy Kerberos change password to the RWDC?<o:p></o:p></p>
<p class="MsoNormal">Currently, Samba does proxy authentication,
realm trust requests, but are not proxing any password change.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Case 3: Does a BadPwdCount reset also reset
some UF flags or other attributes?<o:p></o:p></p>
<p class="MsoNormal">BadPwdCount is local. When it's reset, does
it trigger a reset of some other replicable flags or
attributes so that the user is not locked out elsewhere?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Case 4: Client behavior guidance of
DRS_GET_TGT flag in GetNCChanges<o:p></o:p></p>
<p class="MsoNormal">The request is to provide clarity so that
the server side can implement DRS_GET_TGT poperly.
<o:p></o:p></p>
<p class="MsoNormal">DRS_GET_TGT flag syncing particular link
values. <o:p></o:p></p>
<p class="MsoNormal">Needs tag object clarification, when linked
object is deleted, or not present, etc.<o:p></o:p></p>
<p class="MsoNormal">[MS-DRSR]<o:p></o:p></p>
<p class="MsoNormal">4.1.10 IDL_DRSGetNCChanges (Opnum 3)<o:p></o:p></p>
<p class="MsoNormal"><a
href="https://msdn.microsoft.com/en-us/library/dd207691.aspx"
moz-do-not-send="true">https://msdn.microsoft.com/en-us/library/dd207691.aspx</a><o:p></o:p></p>
<p class="MsoNormal">4.1.10.5 Server Behavior of the
IDL_DRSGetNCChanges Method<o:p></o:p></p>
<p class="MsoNormal"><a
href="https://msdn.microsoft.com/en-us/library/dd207741.aspx"
moz-do-not-send="true">https://msdn.microsoft.com/en-us/library/dd207741.aspx</a><o:p></o:p></p>
<p class="MsoNormal">4.1.10.6 Client Behavior When Receiving the
IDL_DRSGetNCChanges
<o:p></o:p></p>
<p class="MsoNormal"><a
href="https://msdn.microsoft.com/en-us/library/dd207757.aspx"
moz-do-not-send="true">https://msdn.microsoft.com/en-us/library/dd207757.aspx</a><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</blockquote>
<br>
</body>
</html>