BLOGIT基礎
連携アカウントとAPIキーの更新｜止めずに切り替える手順
認証情報は一度設定して終わりではありません。担当者変更、漏えい疑い、有効期限、サービス仕様変更に備えて、止めずに交換できる手順を持ちます。
先に結論誰が何に使う鍵かを一覧にし、新旧を短期間だけ併用して検証後に旧鍵を止めます。
連携認証情報を棚卸しする
サービス名、用途、環境、権限、作成日、有効期限、責任者、保管先を一覧にします。キー本体は一覧へ書かず、秘密管理の参照名を使います。
個人アカウントに依存せず、可能なら用途別サービスアカウントを使います。退職・契約終了時に止める対象を追えるようにします。
最小権限と環境分離を確認する
読取だけの連携へ更新・削除権限を付けず、対象データや接続元を絞ります。開発・試験・本番で同じキーを共有しません。
権限を減らす前に実際の利用操作を確認します。ログ不足で必要権限を推測せず、公式仕様と試験環境で検証します。
新旧を安全に切り替える
新しいキーを発行し、設定、接続試験、代表処理、監視を確認してから旧キーを失効します。一度に全連携を変えず、戻し方を用意します。
キーを画面、チャット、Gitへ貼らず、安全な経路で設定します。設定変更の履歴には値そのものではなく実施者と対象を残します。
期限切れ・漏えい時へ備える
有効期限前の通知先と交換日を決めます。担当者一人だけへ通知せず、運用窓口で引き継げるようにします。
漏えい疑いでは影響する連携を止め、新キー発行、旧キー失効、アクセス履歴確認を行います。原因未確認のまま再開せず、利用者影響と保留処理も照合します。
相談前にそろえるもの
- 用途・環境・責任者
- 最小権限・環境分離
- 新旧切替・戻し方
- 期限通知
- 緊急失効・履歴確認
全部そろっていなくても構いません。分かる範囲を確認し、業務ルールや金額に関わる部分は担当者と一緒に決めます。