「うちの部だけ例外ね」が引き起こす崩壊
パスワード定期変更の強制で浮かび上がるユーザーとIT部門の対立構造
企業のセキュリティには、生体認証など、最新のアプローチも採用されている。だが、パスワードも実績があり、企業ネットワークの保護には依然不可欠だ。
セキュリティという点では、パスワードは常にリスクを軽減するが、脆弱(ぜいじゃく)性を高め、重大な結果を招く恐れもある。
パスワードポリシーをデスクトップPC、モバイルデバイス、サーバ、アプリケーション、データベースなどに適用することは、セキュリティの重要な柱になるだけでなく、攻撃に対するネットワークの回復力向上につながる。
そのため、IT部門は強力なパスワードセキュリティを企業全体で確保することに全力を尽くさなければならない。
併せて読みたいお薦め記事
パスワードは時代遅れか
多要素認証はセキュリティの救世主になり得るか
効果が高いパスワードポリシーを作成する方法
パスワードポリシーを効果的に適用するには、IT部門がネットワーク全体に共通する規則を作成しなければならない。パスワードの最少文字数を8~12文字に設定し、一定レベルの複雑性を求め、パスワードの履歴に厳しい要件を設ける必要がある。ドメイン、データベース、ローカルユーザーアカウントをはじめとし、認証を必要とする全ての場所にパスワードポリシーを適用しなければならない。多要素認証も間違いなく役に立つ。だが、そうした細かい制御を実際ネットワーク全体に適用できることはまれだ。
パスワードセキュリティの重大なポリシーの1つが、ユーザーによるパスワードの変更頻度だ。IT管理者は、30~90日ごとにパスワードの変更をユーザーに求めるパスワードポリシーを適用する必要がある。このパスワードの変更頻度に関する要件は、パスワードの長さと複雑さの要件も同時に適用しなければあまり効果を発揮しないことに注意したい。
例えば、ユーザーが頻繁にパスワードを変更すれば、パスワードの桁数が6~7桁でも問題ないと考えるIT管理者もいる。厳密に言えば、短く複雑性の低いパスワードでもユーザーが頻繁に変更すれば、ある程度の有効性はある。だが、この手法は長年異議が唱えられており、アメリカ国立標準技術研究所(NIST)のパスワードガイドラインでも否定されている。
本当の課題はユーザー自身にある
パスワードの頻繁な変更の難しさは、ユーザー自身にある。IT管理者がパスワードポリシーを考案し、全員がそのポリシーに従うと仮定するのは簡単だが、現実はそうならない。
実際には、パスワードの変更を求めるポリシーを適用すると、ユーザーや経営幹部はIT部門とそのセキュリティ対策を、業務の遂行を妨げる障壁と考えるようになる。こうした対立が悪化すれば、IT部門は恐らくもっと合理的なパスワードポリシーを適用することになるだろう。だが、ユーザーの非難が大きくなれば、経営管理上、IT部門は要件の引き下げを実施せざるを得なくなる。
また、既存のパスワードポリシーが非常に面倒だという理由で、経営幹部が自身を含む特定の従業員や部門にパスワードポリシーを適用しないよう求める可能性がある。いずれにせよ、IT部門がネットワーク全体のパスワードポリシーを引き下げざるをえなくなったら、全てのユーザーアカウントのセキュリティが低下する。
このような状況に陥ると、IT管理者はユーザーや管理に不満を感じやすくなる。だが、この状況にはもっと大事なことがある。それはコミュニケーションと教育の欠如だ。IT部門はこの状況を認識し、その方法でパスワードポリシーを適用する理由を適切に説明するだけでなく、自ら進んでこうした反発を減らしていかなければならない。
視野を広げる
IT管理者は、現在起きているあらゆるインシデントやデータ侵害から学ぶことができる。だとすれば、IT管理者が自社のセキュリティは万全だと考えていても、できることはまだある。脆弱なデフォルトパスワードに起因するセキュリティイベントやデータ侵害は依然多発している。
そのためには、IT管理者は、アカウントのアクセス権がどのように制御されているかを広い視野で考える必要がある。その制御は恐らくIT管理者が考えているほど有効ではないはずだ。企業が本当の変化を実現するには、パスワードの標準化とポリシーの適用について、Microsoftのドメイン管理サービス「Active Directory」以上のことをしなければならない。
脆弱性や侵入テストなど、セキュリティ評価を近々実施する予定があるなら、IT管理者はパスワードを中心とした調査にすることを検討すべきだ。この調査では、オンプレミスとクラウドの両方の運用システム、開発システム、テストシステムなど、あらゆる角度からネットワークを調べる必要がある。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
技術文書・技術解説
[Jamf Japan 合同会社] MDMだけでモバイルセキュリティは十分? 不足する対策を16項目でチェック -
事例
[Wrike Japan 株式会社] 世界的な家電メーカーが実践する「クリエイティブプロセス効率化」の方法とは? -
事例
[Wrike Japan 株式会社] 世界的テクノロジー企業に学ぶ、プロセス標準化とプロジェクト納品自動化の秘訣 -
事例
[Wrike Japan 株式会社] ソニー・ピクチャーズ テレビジョンに学ぶ、次世代サービスデリバリーのヒント -
事例
[Wrike Japan 株式会社] ソミック石川に学ぶ、ICT浸透後に直面した「工数管理」の課題と解決策
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
2
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4%
-
3
【基本情報技術者試験】「デュプレックスシステム」と「デュアルシステム」の違いは?
-
4
「データストレージの活用方法」に関するアンケート
-
5
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
6
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
7
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
8
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
9
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
10
MS月例パッチが1000件突破 人手不足の情シスを襲う「月1回メンテ」の崩壊
ホワイトペーパーランキング PR
-
1
生成AIのハルシネーションを防止 回答精度を高めるセマンティックレイヤーとは
-
2
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
3
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
4
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
5
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
6
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
-
9
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
10
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー