Linux用のキーストロークダイナミクス（タイピングパターンに基づいてユーザーを認証する）アプリケーションを実装することを考えています。私が見ているように、私には2つの選択肢があります。
代替案1は可能ですか？Windowsはmsgina.dllを介したログオンプロセスの拡張をサポートしていますが、Linuxはそのようなものをサポートしていますか？
代替案2の場合、マウスとキーボードを無効にすることはできますか？
libpamにはプラグイン機能があります。そうです、（不）有名なmsginaのように、完全に可能です:)
画面のロックはかなり扱いにくいです-誰が責任を負いますか？ウィンドウマネージャー、Xサーバー、セッションマネージャー、スクリーンセーバープロセス、？
デスクトップ環境（Gnome、KDE ...）が異なれば、意見も異なるかもしれません。最近では、これらすべてがこのタイプの機能を調整するために、ある種のFreeDesktopdbusインターフェースを共有することをかなり確信しています。
これが単なるおもちゃ以上のものであると仮定すると (つまり、配布する予定がある場合)、問題が発生したときにタイピング パターン分析を回避する方法を必ず検討してください。私のタイピングパターンは、おそらく時間の経過とともにかなり変化します.手首の問題が時々燃え上がるからです. 彼らがそうするとき、私のタイピングはおそらく著しく変化します。多かれ少なかれ疲れているか、カフェインを摂取しているため、タイピングが朝と夜で多少変化しても、それほど驚かないでしょう。
ねえ、Linuxはオープンソースです、あなたはあなたがやりたいことを何でもすることができます:-)
カーネルを変更する必要がない可能性が非常に高いです。たとえば、端末のログインはloginプログラムによって制御されます。ソースを変更して再構築することで、必要なことを確実に実行できるようになりますが、それがどれほど難しいかはわかりません:-)
グラフィカルログインはウィンドウマネージャーによって処理されるため、変更するプログラムは、使用するウィンドウマネージャーによって異なります。
編集：考え直してみるとlogin、キーストロークダイナミクスをキャッチするのに十分早く実行されたかどうかはわかりません。さらに、ログインのバージョンが失敗した場合、ログインして問題を修正することが困難になる可能性があるため、少し危険です。gettyを見て、それがどのように呼び出されるかを確認する必要があるかもしれませんlogin。グラフィカルインターフェイスで行う場合は、いつでもテキストターミナルにフォールバックして問題を修正できるため、簡単な場合があります。
これを行う適切な方法は、おそらく PAM 認証モジュールを使用することです。ここでモジュール作成者ガイドをチェックしてください: http://www.kernel.org/pub/linux/libs/pam/Linux-PAM-html/Linux-PAM_MWG.html
基本的には、モジュールを PAM スタックに追加し、キーストローク分析を実行させてから、成功または失敗のいずれかをシステムに渡すことができます。これにより、コンソール ログイン プロセスと統合でき、PAM が有効になっている場合は SSH も統合できます。KDM や GDM などのグラフィカル ログインでどのように機能するかはよくわかりません。それらで PAM モジュールを使用できることは知っていますが、もちろん対話は GUI テキストボックスを介して行われます。