ユーザー名から類推が容易なパスワードや、短いパスワードの使用は安全性に問題があるので禁止させたいことがある。セキュリティ・ポリシーを変更すれば、ある種の「複雑性」を満たさないパスワードの使用を禁止することができる。このセキュリティ・ポリシーで強制できる条件は非常に限定的なので、補助的な運用ルールなども決めるのが望ましい。解説パスワード管理の重要性についてはいうまでもないが、パスワードに使う文字列に簡単なものを使用しない、というのも破られにくいパスワードの必要条件である。ユーザー名と同じ文字列や、単語の末尾に数字を付加しただけといった、類推が容易なパスワードは安全性が低い。このようなパスワードを使用しないようにユーザーを教育するという方法も1つの手であるが、可能ならばシステム側でそのようなパスワードの使用を禁止できるとよい。すれば、すべてのパスワードがある程度の強度を持つことになり、脆弱なユーザー名/パスワードの組から、重要な情報が漏えいしたり、システムが攻撃されたりする危険性を多少なりとも下げることができるからだ。Directoryのグループ・ポリシーを使うと、パスワードに対してある程度の「複雑性(complexity)」を要求するように設定することができる。ポリシー]−[パスワードのポリシー]を開く。この中にある[パスワードは、複雑さの要件を満たす必要がある]([パスワードは要求する複雑さを満たす]となっている場合もある)を設定すると、類推が容易なパスワードの使用は禁止される。これを[有効]に設定する。この設定を[有効]にすると(デフォルトは[無効])、パスワードを設定したり、変更したりする場合にパスワードの複雑性が検証され、条件を満たしていないと次のようなダイアログが表示される。条件を満たさないパスワードを設定しようとすると、エラーとなる。ここでは、このポリシー設定を有効にした場合に求められる、「パスワードの複雑性に対する要件」についてまとめておく。具体的には、次のような条件を満たす必要がある。■3種類以上の文字を含むこと英大文字(A、B、......、Z)/英小文字(a、b、......、z)/数字(0、1、......、9)/記号(英数字以外の記号類)のうち、3種類以上を含むこと。yamada4599は禁止されるが、yamada-2931は条件を満たす。■文字列長は3文字以上ヘルプやサポート技術情報(参考リンク参照)などによれば、このポリシー設定を行うと、パスワードとして設定する文字が全体で6文字以上必要となるとされているが、実際にはパスワード長は別のポリシー「パスワードの長さ」によって規定されている。そのため、上の「3種類以上の文字を含むこと」という条件を考慮すると、実質的には3文字以上のパスワードを設定すればよい。実際に運用する場合は「パスワードの長さ」ポリシーも併用するのがよいだろう。■ユーザー名を含むパスワードの禁止パスワードの一部に、ユーザー名そのものを含むパスワードは禁止される。ユーザー名がyamadaの場合、yamada-123とか、!yamada9といったパスワードは利用できない。ヘルプやサポート技術情報(参考リンク参照)などによれば、ユーザー名の一部だけを含むパスワードも禁止されるとなっているが、yam-123!といったパスワードは許可されてしまうようである。このように、パスワードの複雑性の要求ポリシーを設定すれば以上の条件が検証され、これを満たさないパスワードの使用を禁止することができる。これだけでは十分ではないだろう。ユーザー名の一部だけを使用していたり、単純な数値を末尾に付けるだけ(例:yama-123)、ペットや人の名などを使用しても、それらを禁止することはできない。このあたりは、さらにパスワード設定のガイドラインを作成して、ユーザーに配布/教育するといった手段も必要だろう。パスワード検証用のフィルタ・プログラムを独自に開発して利用するという方法もあるが(こうすれば、より複雑な条件を課することができる)、詳細についてはサポート技術情報などを参考にしていただきたい。パスワードに関するポリシーとしては、このほかにも、過去に使用したものと同じものを使用禁止にするとか、何日ごとに変更を強制するなどのもポリシーもあるので、それらも必要に応じて設定していただきたい。より自動抽出したものです。(2017/7/21)キーボード配列が異なる言語に誤認識された場合の対処方法を紹介。