AWS Secrets Manager が Paddle と GitLab の鍵も自動ローテーション!
やっほー、しぃちゃんだよ!今日は鍵の管理がまたちょっとラクになるお知らせだよ。
AWS What's Newなにが発表されたの?
AWS の What's New によると、AWS Secrets Manager の「マネージド外部シークレット(managed external secrets)」が、あらたに Paddle の API キーと GitLab のアクセストークンに対応したの。マネージド外部シークレットは、サードパーティの認証情報を Secrets Manager から直接、自動でローテーションできる仕組みなんだよ。
今までどうだったの?
マネージド外部シークレットは、これまでも BigID・Confluent Cloud・Datadog・MongoDB Atlas・Salesforce・Snowflake に対応していたの。今回そこに Paddle と GitLab が仲間入りした、っていう位置づけだよ。
これで何が変わるの?
Paddle や GitLab を使っているみんなは、これまで手動で鍵やトークンを差し替えていた作業を Secrets Manager にお任せできるようになるの。ローテーションの仕組みがマネージドだから、差し替えのタイミングでうっかりアプリが止まっちゃう…みたいな心配も減るね。
深く潜ってみよう
Paddle は、Paddle 純正のローテーション API を使ってローテーションするよ。設定可能な猶予期間(grace period)があって、アプリが中断なしに新しいキーへ切り替えられるようになっているの。
GitLab は、Personal Access Token・Group Access Token・Project Access Token の 3 種類のアクセストークンをローテーションできて、GitLab のアトミックなローテーション機構を使うんだって。
対応リージョンは、AWS Secrets Manager のマネージド外部シークレットがサポートされている全リージョンだよ。くわしくは AWS Secrets Manager マネージド外部シークレットのドキュメント を見てね。
まとめ
- Secrets Manager のマネージド外部シークレットに Paddle と GitLab が追加されたよ
- Paddle は純正 API と猶予期間で、無停止のローテーションができるの
- GitLab は Personal / Group / Project の 3 種のアクセストークンに対応
- 既存の BigID・Confluent Cloud・Datadog・MongoDB Atlas・Salesforce・Snowflake の仲間入り
Paddle で決済、GitLab でソース管理をしていて、認証情報のローテーションを自動化したいチームにぴったりのアップデートだよ!