【速報】Amazon Quick Researchに「鍵」が来た！セキュリティ要件の壁を突破するCMKサポート解禁！

Amazon Quick Researchが、AWS Key Management Service (KMS) を介したカスタマー管理鍵 (CMK) によるデータ暗号化をサポートしました。これにより、組織独自の対称 KMS 鍵を使用してデータの暗号化、CloudTrail による詳細な監査、およびインシデント発生時の迅速なアクセス遮断（15分以内）が可能になります。なお、CMKは対称鍵のみ、かつQuickリソースと同一アカウント・同一リージョンでの作成が必要です。

🔐 セキュリティ担当者が待ち望んでいたアップデート！

これまでAmazon Quick Researchを使っている際、**「暗号化鍵を自分たちでコントロールしたい」「コンプライアンス要件でAWS管理鍵では不十分だ」**という悩みがあったエンジニアも多いはず。今回のアップデートで、その課題が完全に解消されます！

🇯🇵 日本国内の展開状況

リサーチ結果によると、東京リージョン (ap-northeast-1) では正式に提供開始されています！一方で、大阪リージョンについては現時点で対象外となっているため、導入検討時はリージョン選択に注意が必要です。

🛠️ 運用エンジニアへのアドバイス

単なる「鍵の変更」と思いません。以下のポイントを意識して設計しましょう：

• 既存データへの影響: AWS管理鍵からCMKへ切り替える場合、既存データの自動移行はされません。データセットのフルリフレッシュが必要になるため、作業計画を立てておきましょう。
• コスト管理: KMSの標準料金（鍵の保存・APIコール）が別途発生します。
• セキュリティ強化: コンプライアンス維持のため、KMSの**「自動ローテーション機能」**を有効にすること、そしてIAM/KMSキーポリシーによる最小権限設定を徹底するのがベストプラクティスです。

🚀 まずは何をすべき？

まずは、現在利用しているデータセットに対して**「対称KMS鍵」**を用意し、リフレッシュ作業のダウンタイムやコスト試算を行ってみることから始めましょう。

参照元:

• Amazon Quick ユーザーガイド「Encrypting your Amazon Quick data with AWS Key Management Service customer-managed keys」
• Amazon Quick ユーザーガイド「AWS Regions, websites, IP address ranges, and endpoints」