「アカウントがロックされました」は、情報システム担当への問い合わせで最も多いものの一つです。同じ人が何度もロックされる場合、解除を繰り返しても解決しません。この記事では、解除の手順と原因の調べ方を分けて扱います。解除だけを急ぐ場合はロックアウトされたアカウントを解除する手順、第三者の試行かを確かめる場合は不正ログインを無料で確認する方法を参照してください。
まず解除する
環境ごとの解除方法は次のとおりです。
| 環境 | 解除の方法 |
|---|---|
| Active Directory | 「Active Directory ユーザーとコンピューター」（dsa.msc）→ 対象ユーザーのプロパティ →「アカウント」タブ →「アカウントのロックアウトを解除する」 |
| ローカルアカウント | 別の管理者アカウントでログインし、net user ユーザー名 /active:yes |
| Microsoft 365 / Entra ID | 既定では一定時間で自動解除。パスワードをリセットすれば即座に使える。ADと同期しているなら、発生元がどちら側かを先に切り分ける |
ADではPowerShellでの解除や、ロック中のユーザーの一覧表示もできます。
Unlock-ADAccount -Identity ユーザー名Search-ADAccount -LockedOut | Select-Object Name,SamAccountName,LastLogonDate注意
自社のログイン運用チェック（1/10問）
業務で使うPCへのログインは、いまどの方法ですか？
選ぶと2問目へ進みます。残り9問・約3分。入力欄なし・登録不要です。
PC版 月1,800円／台（初期費用0円）・サーバー版 月20,000円／台。初月無料ではじめられます（税別・目安）
原因を特定する
解除だけで終わらせると、多くの場合また起きます。ロックの記録は必ずドメインコントローラーに残っています。
ロックの発生元を探す手順
- 1
イベントビューアーを開く
ドメインコントローラーで eventvwr
- 2
セキュリティログを表示
Windowsログ → セキュリティ
- 3
イベントID 4740で絞り込む
「現在のログをフィルター」
- 4
呼び出し元コンピューター名を見る
失敗したログインを送っている端末
PowerShellで直近の分をまとめて出すこともできます。
Get-WinEvent -FilterHashtable @{LogName='Security'; ID=4740} -MaxEvents 20 | Select-Object TimeCreated,Messageロックの直前には必ずログイン失敗（4625）が並んでいます。見方はWindowsのログイン履歴を確認する方法にまとめています。ドメイン全体の失敗（4771・4776）をまとめて追う方法はActive Directoryのログオン履歴を確認する方法で扱っています。
繰り返す場合に疑う5つの原因
本人が間違えていないのにロックされるなら、人ではなく機械が古いパスワードを送り続けています。ほとんどは次のどれかです。
| 原因 | 起きていること | 対処・参考 |
|---|---|---|
| 1. スマートフォンのメール設定（最多） | パスワード変更後も古いパスワードで数分おきに自動認証。呼び出し元が空欄・見覚えのない名前なら疑う | スマホのメールアプリのパスワードを更新 |
| 2. サービス・タスクスケジューラ | サーバーのサービスや定期タスクに人のID・パスワードが設定され、実行のたびに失敗 | サービスアカウントの管理 |
| 3. 別のPCにログインしたまま | 会議室・共用PCのセッションが古いパスワードで再認証 | 共用PCの認証 |
| 4. ネットワークドライブ | 資格情報マネージャーの古いパスワードで、起動のたびに失敗 | 資格情報マネージャーから該当エントリを削除 |
| 5. 実際の攻撃 | 上の4つに当てはまらず、複数アカウントで同時にロック。社外から入れるサーバーがあれば可能性が上がる | 総当たり・パスワードリスト攻撃 |
5の典型は、よく使われるパスワードを多数のアカウントに1回ずつ試す手法です。1アカウントあたりの失敗が少ないためロックされにくく、気づきにくいのが特徴です。
Windowsのログインは、パスワードを知っていれば誰でも本人として入れます
ロックアウトの回数をどう決めても、正しいパスワードを知っている人は1回で入れます。回数の設定は当てずっぽうへの足止めで、漏れたパスワードには効きません。
パスワードだけのログイン
漏れた・推測された・メモを見られたパスワードで、そのまま本人として入れます。記録の上でも本人と区別できません。
2要素認証のログイン
パスワードに加えて、本人だけが持つもの（スマホなど）が必要です。パスワードを知っているだけでは入れません。
- VPNや社内Wi-Fiから社内に入られたあと、被害がPC・サーバーへ広がるかどうかは、このログインの部分で決まります。
- 顔・指紋・PIN（Windows Hello）は、ログインを簡単にする仕組みで、2要素認証ではありません。
- 2要素認証というと手間が増えそうですが、本人のスマホを鍵にしたワンタッチログインなら、初回の設定のあとはPINもWindowsのパスワードも打たずに、スマホのワンタッチで入れます。長いパスワードを覚えて打つ手間は、むしろなくなります。
ロックアウトの設定値をどう決めるか
設定はグループポリシーで行い、現在の値は net accounts で確認できます（しきい値・ロックアウト期間・カウンターのリセット）。
| 項目 | 厳しすぎる場合 | 緩すぎる場合 |
|---|---|---|
| しきい値 | 打ち間違いでロックされ、問い合わせが増える | 攻撃者に試行回数を与える |
| ロックアウト期間 | 業務が長時間止まる | 攻撃を待つだけで再開できる |
ロックアウトを厳しくしても、パスワードの強さは変わりません。試行の速度が落ちるだけで、1回で当てられれば無関係です。決め方はグループポリシーでのアカウント保護設定とパスワードポリシーの設計で扱っています。
「0（無効）」にしている場合
問い合わせ自体を減らす
ロックと並んで多いのが、パスワード忘れによるリセット依頼です。どちらも担当者の時間を継続的に奪います。本人による解除の仕組みや、パスワードに依存しない認証への移行で件数を減らせます。窓口の運用はパスワードリセットの問い合わせ対応、認証方式はWindowsログインの二要素認証を参照してください。
どのPCで誰がロックされたかを、席まで行かずに確かめられるだけでも対応は速くなります。アプリップリキーなら、全PC・サーバーのログインの失敗を、日時・利用者・接続元のPC名とIPアドレスつきで1画面で見られます。「朝から入れない」と電話が来ても、画面を開けばどの端末から失敗が続いているかが分かるので、原因探しで社内を歩き回らずに済みます。連続して失敗した相手のIPは自動で遮断し、LINEで知らせるので、普段は見に行かなくて構いません。
さらに、本人のスマホを鍵にしたワンタッチログインにすると、打ち間違いによるロックアウトと、その解除の問い合わせが減ります（PC版・サーバー版）。兼任の担当者にとっては、PCのことで呼ばれる回数が減ることが、いちばんの変化です。
よくある質問
ロックアウトの原因はどこを見れば分かりますか
ドメインコントローラーのセキュリティログにあるイベントID 4740です。「呼び出し元コンピューター名」に、失敗した認証を送っている端末が記録されています。
本人は間違えていないのにロックされるのはなぜですか
スマートフォンのメール設定、サービスやタスクスケジューラ、別PCの開きっぱなしのセッション、資格情報マネージャーの古いパスワードのいずれかが、古い認証情報を送り続けている可能性が高いです。
ロックアウトのしきい値は何回にすべきですか
一律の正解はありません。問い合わせ件数と社外からの接続経路の有無を踏まえて決めます。ただしSCS評価制度の★3では試行回数の制限が求められているため、無効（0）のままにはしないでください。
いまの運用を棚卸ししてみる
ロックアウトの多発は、パスワードだけに依存した運用の負荷が表面化したものです。解除の手間を減らすことと、侵入の経路を減らすことは別の問題です。applippliの無料棚卸しでは、10問・約3分で、ID・パスワードに関連する対応状況を「解決済み／一部解決／人手で対応／未解決」に仕分けた一覧にできます。結果はPDFレポートでもお届けします。個人情報の入力や会員登録は不要です。
参考・出典
- Microsoft Learn「アカウント ロックアウト ポリシー」
- Microsoft Learn「4740(S): ユーザー アカウントがロックアウトされました」
- 情報処理推進機構（IPA）情報セキュリティ
※ 本記事は2026年9月時点の一般的な解説です。画面の名称や既定値はWindowsのバージョン・エディションおよび適用されているポリシーによって異なる場合があります。実際の設定変更は、検証環境で確認のうえ実施してください。
会社全体の不正アクセス対策をどこから進めるかは、不正アクセス対策とは 侵入経路別の優先順位で、2026年の統計と事例をもとに整理しています。