[1]で既存のssh-agent -t
機能について簡単な議論があり、2001年までさかのぼってdebian-devel [2]に非アクティブタイムアウト機能を希望する投稿がありました。ページェントについては、SE [3]でも同様の議論があります。
地球の残りの部分がsshキーをどのように保護しているのか疑問に思う必要があります-これが私にとってそのような問題点であることが明らかな何かを見逃しているのでしょうか?具体的には、ansibleなどのスクリプト化されたsshインタラクションについて考えています。今日、あなたの選択は次のようです:
seahorse
/gnome-keyring-daemon
はこれをほとんどサポートしていません多く[4]TMOUT
Shell varと組み合わせて、この不足している機能を模倣するために独自の自作ソリューションをハックしてください(freenode #openssh IRCその提案に感謝します)短いsshエージェントのタイムアウト、強力なパスフレーズ、および認証する役割のタイプごとに異なるキーファイルを使用している場合:これは非常に苛立たしい一日につながります!
Gpgkey2sshとsmartcardsを試しましたが、これではこの特定の問題は実際には解決されません。ssh-agent機能が必要であり、秘密鍵が公開されるのを防ぐためだけに5分ごとに再認証する必要はありません。コンピュータがアイドル状態のときにメモリ内にあります。
私はそれを間違っていますか?
[2] https://lists.debian.org/debian-devel/2001/09/msg00851.html
[3] https://serverfault.com/questions/518312/PuTTY-pageant-forget-keys-after-period-of-inactivity
[4] https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/129231
これが気になる場合は、画面がロックされているときにxscreensaver-command -watch
インターフェイスを使用してssh-add -D
を簡単に実行できます。非常に簡単な例については、manページを確認してください。