OS によってのみ提供されるべきアプリ起動ショートカット以外に、Windows キーボード フックなどの正当な用途は何ですか? オペレーティング システムは、OS カーネル自体以外のいかなる条件下でも許可されるべきではないことを行うためのフックを提供するため、キー ロガーのようなものにのみ問題があるように私には思えます。
編集: OK、それらが必要とされる正当な場所を考えると、O/S はそれらをグローバルにオフにし、プログラムごとにのみ例外を許可する高レベルの機能を提供するべきではありませんか?
私は現在、エンタープライズ クライアント用のモバイル アプリケーション プラットフォーム/ハードウェア アブストラクション レイヤーに取り組んでおり、1 つの要件は、一定期間非アクティブになった後にスクリーンセーバーが起動されることでした。モバイル デバイスには移動するマウスがないため、「アクティビティ」はキーの押下または画面のタップで構成されます。私たちのデバイスの 1 つにはタッチスクリーンがありません。さらに長い話を長くすると、モバイル ハードウェア ベンダーは、最後のユーザー入力からの時間を取得できるようにする Win32 API 呼び出しを適切に実装していませんでした。
ハードウェア ベンダーは Win32 API を適切に実装することに消極的だったので、コンソール アプリケーションがシステム上の任意のアプリケーションでキーの押下を確実にトラップできるようにするために私が知っていた次善の方法は、グローバル キーボード フックをインストールすることでした。
とはいえ、平均的な消費者のシナリオは私のものとは大きく異なり、OS はユーザーがこのようなアクティビティをホワイトリストに登録できるようにする必要があることに同意します。
Ctrlそうではありません。コンピュータの所有者が+ Alt+ Delete... 例、キオスク、または... ....などを停止したい環境があります。
仮想付箋をモニターに配置できるアプリを作成しました。OS キーボード フックを使用してホットキーをバインドしました。
フックを無効にするオプションが設定にありました。
たとえば、2 つのアプリケーションをインストールしました。
どちらもフックが必要だと思います。
正当な用途はあまりないかもしれません。ただし、システムの機能を意図的に制限するべきではなく、システムをより安全にするためだと私は考えています。
また、キーロガーが存在することを知っていて、自分でインストールした場合、キーロガーは悪いことではありません。