「うちの部だけ例外ね」が引き起こす崩壊
パスワード定期変更の強制で浮かび上がるユーザーと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
-
市場調査・トレンド
[AvePoint Japan株式会社] SCS評価制度の死角は“SaaSの中” クラウド標準機能では届かない領域とは? -
製品資料
[デジタルサーカス株式会社] 5分で分かる、「オープンソースCMS」比較ガイド -
製品資料
[デジタルサーカス株式会社] 1つのアプリを各国で運用 多言語モバイルアプリを簡単に開発・導入できる方法 -
製品資料
[ニュータニックス・ジャパン合同会社] 複雑化するKubernetes運用、VMとコンテナの二重管理を解消する方法は? -
市場調査・トレンド
[アルプス システム インテグレーション株式会社] 急増する高度なフィッシング詐欺 先回りしてブロックするには何が必要?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
Microsoft 365導入後も稟議は「Excelをメールで回覧」 承認が止まる理由
-
2
米国防総省で300万人分の個人情報が流出 その「意外な原因」と教訓
-
3
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
4
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
5
金融・通信で情報漏えいが続出 IPAとJPCERT/CCが情シスに求める緊急点検
-
6
PHPはそもそも必要か? 脆弱性で問われる自社サイト安全性と保守負担のバランス
-
7
ファイル探しに週1時間以上が5割弱 ファイルサーバでは消えない「最新版迷子」
-
8
AIエージェントで「ERPの魔改造」復活の懸念 せっかくのクリーンコアが崩壊
-
9
Googleの業務向けAIエージェント「Gemini Agent」が登場 しかし課題は山積み
-
10
PHP2Shellの「事前の情報流出」でパニックに パッチ公開を巡る“混乱劇”
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
5
「IT史に名を残すシステム障害」8選
-
6
「EDR」選定ガイド:比較・検討フェーズで整理すべきポイントを解説
-
7
10G回線の真価をフルに享受するには? 導入前にチェックしたいポイント
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
MDMだけでは防げない? Appleデバイスに潜む5つのセキュリティギャップ
-
10
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー