スクリプトによってsshに使用されるパスワードを保存する安全な方法はありますか？

したがって、まず、SSHでキー認証を使用する必要があります。それを説明する必要はありません。

ここでの問題は、サーバーの（大きな）束があり、これらの各サーバーを接続できるスクリプトが必要だということです。

できる限りキー認証を使用しますが、すべてのサーバーでキー認証を使用できるわけではありません（これを制御することはできません）。そのため、ログインまたは場合によってはtelnetを使用したSSH。

そのため、一部の人はパスワードをdbに保存しただけで、必要に応じてスクリプトが使用します。問題は、そのようにするのは本当に安全に見えないということです。少し安全にする方法はありますか？

それを保存する特定の方法が好きですか？

スクリプトがこれらのサーバーのいずれかに接続できる場合、スクリプトへのアクセス権（またはスクリプトが実行されるマシンへの特権アクセス権）を持つユーザーは、それらのサーバーのいずれかに接続できます。

スクリプトを自律的に実行する必要がある場合、すべてのベットはオフになります。ここでの答えは「いいえ」です。そのような環境でパスワードを保存する絶対に安全な方法はありません。絶対に安全で実用的な方法はありません。

やむを得ないことを避けようとする代わりに、多層防御に焦点を当てるべきです。

もちろん、パスワードを適切に保護する必要があります。これは通常、それらをスクリプトとは別のファイルに保存し、制限的なファイルシステム権限を設定することを意味します。これは、セキュリティの観点から、この前でできることのすべてです。

他の方法は、プロセスに不明瞭さを追加する可能性が最も高いです。パスワードを暗号化すると、攻撃者は復号化キーを検索する必要があります。ある種のオペレーティングシステムで保護されたストレージを使用すると、他のユーザーがキーにアクセスするのを防ぐことができます（したがって、攻撃や使用が複雑である以外は、ファイルシステムのアクセス許可よりも有利です）。これらの手段は攻撃を遅らせますが、ほとんどの場合、決意のある攻撃者に対する攻撃を防ぐことはできません。

それでは、しばらくの間、パスワードをパブリックとして扱いましょう。被害を軽減するために何ができますか？

古いテスト済みのソリューションは、これらの資格情報ができることを制限することです。UNIXシステムでは、これを行うための良い方法は、スクリプト用に別のユーザーをセットアップし、アクセスするサーバーとアクセスするサーバーの両方でそのユーザーの機能を制限することです。SSHレベル、シェルレベル、またはSELinuxなどの必須アクセス制御メカニズムを使用して、ユーザー機能を制限できます。

また、スクリプトロジックをサーバーに移動することも検討してください。そうすることで、制御しやすく、特に以下のような小さなインターフェースが得られます。

モニター。サーバーへのアクセスを常に監視します。できれば、ログ認証および追加されたログのみに対して実行されるコマンド。auditdたとえば、を使用してスクリプトファイルの変更を監視することを忘れないでください。

もちろん、これらのメカニズムの多くは、あなたが質問を暗示しているように見えるため、サーバーを制御できない場合には役に立ちません。その場合は、サーバーを管理している人と連絡を取り、スクリプトと潜在的なセキュリティの落とし穴について知らせることをお勧めします。

簡単な答えは：いいえ。

長い答えは：いいえ、完全に安全な方法はありません。（これには、サーバー上の他のユーザーがアクセスできる環境変数が含まれます。）取得できる最も近いものは、キーパス、GPG暗号化ファイル、またはこれらの行に沿った何か他の暗号化形式で保存することです。ただし、ある時点でパスワードを解読してスクリプトで使用できるようにする必要があり、その時点で脆弱になります。

つまり、スクリプトを実行するサーバー、ネットワーク、およびターゲットサーバーの両方で、綿密なセキュリティを徹底的に検討する必要があります。

2番目のパスワードでdbのパスワードを暗号化し、このパスワードを別の（3番目の）マシンに保存し、dbからパスワードを取得する必要があるスクリプトが最初にこの3番目のマシンに接続して復号化パスワードを取得するシステムを配置できます、3番目のマシンから取得したパスワードを使用してdbのパスワードを復号化し、機能します。

もちろん、これによりセキュリティが強化されるわけではありません。十分な権限を持つ攻撃者は、3番目のマシンにパスワードを要求することもできます。

しかし、ポイントは、サードパーティがサードパーティのマシンを制御できるということです。たとえば、上司やセキュリティ担当者、またはあなたが制御しないサーバーを制御するサードパーティです。

このようにして、問題が発生した場合、仕事を辞めて、あなたに取って代わる人を信頼していない場合、またはスクリプトにマシンへのアクセスを停止させたい場合、3日目にプラグを抜くことができますマシン、およびスクリプトはパスワードにアクセスできなくなります。