Password Uniqueness May Not Account for Case Sensitivity

ID: Q165091


The information in this article applies to:
  • Microsoft Windows NT Workstation versions 3.5, 3.51, 4.0
  • Microsoft Windows NT Server versions 3.5, 3.51, 4.0


SYMPTOMS

If the Account Policy for a domain requires a unique password and you try to change your password on a client computer that has support for case sensitive passwords, changes in case may not count as a unique password.


MORE INFORMATION

When a Windows NT-based computer negotiates a session with a Windows NT-based domain controller, it sets flags that show that it can support case-sensitive passwords. This means there is case distinction of passwords, for example, you can change your password from "password" to "PassWord".

Down-level clients (such as Microsoft Windows for Workgroups and Microsoft Windows 95) do not support case-sensitive passwords. Because of this, when a password is set on the domain, two copies of it are stored. If the password is set from a down-level client, both passwords stored are the same. However, if the password is set by a client with support for case-sensitive passwords, the case-specific password is stored along with a case-insensitive password. By doing so, you can set a case-sensitive password and still be able to logon from a down-level client.

When password uniqueness is checked, it compares the password it is given to the case-insensitive password. This limits you to actual character changes when you make a unique password.


STATUS

Microsoft has confirmed this to be a limitation in Windows NT.

Keywords : kbenv ntdomain winnt
Version : 3.11 95 4.0 3.51
Platform : winnt
Issue type : kbprb


Last Reviewed: February 10, 1999
© 2000 Microsoft Corporation. All rights reserved. Terms of Use.