踏み台サーバのOS更新とKey Pair更新

踏み台サーバは、プライベートネットワーク上のリソースへ到達するための管理された入口である。 したがって、踏み台自体の安全性は、接続先サーバやデータベースの安全性にも直結する。

社内監査では、次のような確認が行われる可能性がある。

• 踏み台OSは最新化できる状態か
• 踏み台の接続先IDや秘密鍵はどこで管理されているか
• 踏み台のEC2 Key Pairや秘密鍵は漏えい時に更新できるか
• 誰がいつ更新したのか、経緯をたどれるか

これらに答えるには、単に踏み台サーバを用意するだけでは足りない。 OS更新、接続情報管理、Key Pair更新まで含めて、運用担当者が扱える入口を設計しておく必要がある。

1. 日常の接続

この構成では、Bastion EC2をprivate subnetに配置し、public IPを付与しない。 接続はSSM Session Managerを前提とし、秘密鍵はSSM Parameter Storeで管理する。

拡大して表示

• 踏み台をprivate subnetに配置し、公開SSH入口を作らない
• 接続はSSM Session Managerに寄せ、鍵の配布を運用から外す
• 秘密鍵をSSM Parameter Storeに集約し、人手のメモに散らばらせない

2. OS更新とKey Pair更新は、画面で確かめられる

OS更新とKey Pair更新は、複数のリソースが順に作り直される連鎖である。 連鎖は文章で並べるより、操作できる画面の上で順に指し示したほうが正確に伝わる。 そこで、この部分の説明は文章ではなく画面に置いた。

踏み台サーバの入れ替え（運用画面例。AWSに接続しないモック）

画面の中で確かめられるのは、次の点である。

運用担当者は構成のコードを触らない。値を書き換えるだけで、入口を新しくできる。