As part of security policy, the Windows password policy ensures the user’s password is sufficiently complex and fresh.<\/p>\n
Windows by default do not detect the difference between old and new password. It even accepts a password with one character different from the previous. Why? This is due to hashing. All authentication systems hash the password and the hashed copy stored. As long as the hashed copies differ, it will be accepted.<\/p>\n
What if you need to increase the complexity of the user passwords to prevent dictionary attacks. For example, repeated characters with high complexity will still be accepted. In this day and age of high-speed computers, brute force dictionary attack makes password cracking very easy. To prevent this, a filter is required.<\/p>\n
A password filter can filters out repeated characters. The default high complexity password filter, Passfilt.dll captures the following:<\/p>\n
<\/p>\n
| Character categories<\/th>\n | Examples<\/th>\n<\/tr>\n |
|---|---|
| Uppercase letters of European languages (A through Z, with diacritic marks, Greek and Cyrillic characters)<\/td>\n | A, B, C, \u2026 Z<\/td>\n<\/tr>\n |
| Lowercase letters of European languages (a through z, sharp-s, with diacritic marks, Greek and Cyrillic characters)<\/td>\n | a, b, c, \u2026 z<\/td>\n<\/tr>\n |
| Base 10 digits (0 through 9)<\/td>\n | 0, 1, 2, \u2026 9<\/td>\n<\/tr>\n |
| Non-alphanumeric characters (special characters)<\/td>\n | $,!,%,^,(){}[];:<>?<\/td>\n<\/tr>\n |
| Any Unicode character that is categorized as an alphabetic character but is not uppercase or lowercase. This includes Unicode characters from Asian languages.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n |