定義：キーロガーは「入力を記録する仕組み」
キーロガー（keylogger）は、ユーザーが入力した文字や操作を記録するための仕組みです。記録対象はキーボード入力に限らず、入力イベントやアプリ操作の一部として扱われる場合もあります。ここで重要なのは、「キーロガー」という言葉がマルウェア（悪用目的）を連想させやすい一方、実務ではログ取得や診断を目的とする正当な設計が存在し得るという点です。したがってオンラインのセキュリティ最適化を考えるときは、単に“キーロガーかどうか”ではなく、どんな目的で、どこに、どの権限で、どんな範囲を記録しているかを区別します。
仕組みの全体像（簡単モデル）
キーロガーの挙動は、概ね次の流れで整理できます。
- 入力イベントの取得：キーボード入力やアプリ操作の情報にアクセスします。
- データ処理：記録した内容を整形・フィルタ・圧縮などで扱います。
- 保存と送信：ローカルに保存するか、ネットワーク経由で送信するかが分岐します。
- 実行制御：起動タイミング、常駐性、ユーザー同意や無効化の可否が含まれます。 オンライン防御の観点では、特に(1)と(3)がリスクの中心になります。入力の取り扱いは機微情報（パスワード、認証コード、個人情報）を含み得るため、送信経路や保持期間、暗号化の有無、アクセス制御が安全性を左右します。
「信頼できる」の評価軸：目的・権限・検証可能性
「信頼できるキーロガー」という表現には、前提として制限が必要です。なぜなら、信頼は“雰囲気”ではなく検証可能な性質に基づくべきだからです。実務での評価は、少なくとも次の観点に分けると整理しやすくなります。
- 目的の正当性：診断、監査、開発支援などの用途で、収集データの最小化が可能か。
- 権限と実行経路：端末上でどの権限で動くか、インストール経路が説明できるか。
- 収集範囲：全入力を対象にしているのか、必要最小限に絞れるのか。
- 送信先と保存期間：送信する場合の宛先の考え方、保持期間、削除手順。
- 無効化・監査：無効化できるか、ログや動作が追跡できるか。
- 検証可能性：公開情報、設定の明確さ、独立したレビューや再現性のある確認。
ここでの結論は、製品名や“キーロガーであるか”よりも、取得・保存・送信・権限の設計が透明で、利用者が確認できることが「信頼」を支える、という点です。
制限と例外：どんな場合でも最適化になるとは限らない
キーロガーを「防御のために使う」発想には、前提条件があります。まず、キーロガーの中心的な価値は“入力を知ること”ですが、入力には認証情報が含まれやすい以上、設計が少しでも不適切だと被害が増幅します。加えて、取得した情報が攻撃者に悪用される可能性もゼロにはできません。
また、一般にオンライン防御で重視されるのは、入力そのものを盗まれにくくする仕組みや、端末侵害を前提にしない堅牢化です。