お読みいただきましてありがとうございます!すみません、実はタイトルの割には「現在回しているイケてない運用をちょっとした工夫でサクッと改善する」ことを主眼としており、セキュリティのベストプラクティスではありません。項を追加しましたのでご参照ください。公開当初は「10いいねくらいもらえたら嬉しいなー」と思っていた程度だったのですが、まさかここまでたくさんの方に読んでいただけるとは。内容を精査しておくべきだったと反省しております。いいねやコメント等反応頂けるのはとても励みになります。ありがとうございます!TL;DR怖いですよね、セキュリティインシデント。ログインして操作する手順書を作る事が多くなります。手順書の中には認証が必要なコマンドを含めなければならない場合もあり、そういった時にはパスワードといったクレデンシャル情報の取り扱いを考える必要性が出てきます。このような行為は手順書の機密性を不必要に上昇させてしまうクレデンシャル情報の更新(例えばアカウントのパスワード変更)の際に漏れなく手順書のべた書き箇所を修正する手間が発生するという問題をはらむことになります。そこでよくあるのが、下記のようにコマンドの一部を作業実施時に作業者により読み替えさせる手法です。参照して読み替えてください。この手法は手順書の機密性を不必要に上昇させませんし、クレデンシャル情報の参照先を統一しておけばクレデンシャル情報の更新時に参照先を修正するだけでよいので、上記の問題をどちらも解決できます。それでは、どういった手法を使えばよいのか?というのが本稿の趣旨です。クレデンシャル情報が残ってしまう問題があります。いうことか見ていきましょう。ように、読み替え手法で手順書を記載しても、実際にコマンドを打つ時にはパスワードをダイレクトに入力する必要があります。どのように記録されるか、実際に読み替え手法でコマンドを入力してみてみましょう。読み替えた場合の例です。見てみると次のように記録されています。http://example.comはい、当たり前ですね。いう文字列が含まれた状態で記録されてしまっています。オーナーにしか読み書き権限がないので第三者に読み取られる可能性は低いのですが、クレデンシャル情報が平文で保存されてしまうのはいざというときに問題になりかねません。コマンドをコピペしにくい問題これは個人的に感じる問題です。前の半角スペースも含む)という手順を踏む必要があります。これは意外とストレスです。3ステップではありますが、同じことをいろいろな人間にやらせると必ずミスる人間がでてきます。コマンドを利用すれば解決できます。参照して入力してください。コマンドを使ったことのある方は多いかもしれません。コマンドを手順書に記載するのです。