--- title: "AWS re:Inforce 2026はre:Inventに統合｜セキュリティ枠の中身と2024年発表6件の現在" url: "https://www.issoh.co.jp/tech/details/2510/" published: 2024-06-13 updated: 2026-11-01 categories: ["AWS"] publisher: "株式会社一創" --- # AWS re:Inforce 2026はre:Inventに統合｜セキュリティ枠の中身と2024年発表6件の現在 AWSのセキュリティ専門イベントre:Inforceは、2026年は単独で開かれません。re:Invent 2026（11月30日〜12月4日、ラスベガス）の中にセキュリティ枠として組み込まれ、旧イベントページのURLも現在はre:Inventのセキュリティ枠のページへ転送されます。この記事では統合後の中身と単独開催の歴史を確認したうえで、2024年のre:Inforce前後に発表された主要6件が2026年11月時点でどうなったかを、AWSの現行ドキュメントと発表に沿って整理します。 ## まとめ：re:Inforceの統合と2024年発表6件の2026年11月時点 | 発表（2024年6月前後） | 当時 | 2026年11月時点 | その後の主な変化 | | ----------------------------------- | ---------- | --------------- | ------------------------ | | Private CA Connector for SCEP | プレビュー | GA（2024年9月16日） | 2026年3月にPrivateLink対応 | | IAMのパスキー対応 | GA（6月11日） | GA継続 | Windows Helloのローカル登録は非対応 | | ルートユーザーMFA義務化 | 管理・スタンドアロン | 全アカウント種別 | 2025年春からメンバーへ拡大 | | Access Analyzer 是正推奨 | GA（6月11日） | GA継続・追加料金なし | 2025年6月に組織内アクセス検出がGA | | GuardDuty Malware Protection for S3 | GA（6月11日） | GA継続 | 2025年2月にデータ量単価を85%引き下げ | | CloudTrail Lake 自然言語クエリ | プレビュー | GA（2024年11月13日） | Lake自体が2026年5月31日に新規受付終了 | 結論から書くと、2024年にプレビューだった2件はどちらもGAに到達しました。ただし評価が割れます。SCEPコネクタは閉域対応まで進んだ一方、CloudTrail Lakeの自然言語クエリは、土台のLakeが2026年5月31日で新規顧客の受付を止めたため、これから使い始めることができません。コストに効いたのはGuardDutyの値下げ、設計に効いたのはルートユーザーMFAの全アカウント義務化です。イベントとしてのre:Inforceは、2026年はre:Inventの木曜日に集約されたセキュリティ枠として開かれます。 ## re:Inforce 2026はre:Invent 2026のセキュリティ枠に統合 AWSは2026年のre:Inforceを単独開催せず、re:Inventへ統合しました。[re:InventのFAQ](https://aws.amazon.com/events/reinvent/faqs/)は「For 2026, re:Inforce is part of re:Invent.」と書いています。旧イベントページ aws.amazon.com/events/reinforce/ は、2026年11月1日に確認した時点で[re:Invent 2026のSecurity focusページ](https://aws.amazon.com/events/reinvent/sessions/security-focus/)へ301で転送されます。「re:Inforce 2026の日程」を探しても単独の会期は見つからないので、参加計画はre:Inventの登録と予算で立てることになります。 ### 木曜日のWynnに集まる70超のセキュリティセッション Security focusページによると、セキュリティのセッションは週全体で120以上あり、そのうち木曜日（12月3日）にWynnで開かれる回が統合の中心です。木曜日は70以上のセッションのうち44がインタラクティブ形式（コードトーク・チョークトーク・ビルダーズセッション）で、すべてレベル300〜500に設定されています。脅威防御、セキュリティ運用、エージェントのセキュリティ、マルチクラウド構成などが対象領域として挙げられ、全体像を聞きたい人向けには3本のメインステージセッションがハンズオン形式のコンテンツと並行して開かれます。 月曜〜水曜は通常のre:Inventのセッションと展示会場で、木曜にその週の発表を持ち込んで手を動かす、という組み立てです。単独開催のre:Inforceは入門層も含む構成でしたが、2026年の木曜枠は300〜500レベルに限られます。木曜のハンズオンを参加目的に含めるなら、12月3日を滞在日程に入れて出張を組む必要があります。展示のスポンサーは木曜枠向けにAccenture、CrowdStrike、Splunk、Terra Security、Upwind、Zscalerの6社が案内されています。 ### 単独開催の会期と都市：2019年ボストンから2025年フィラデルフィアまで | 回 | 会期 | 都市 | | ---- | ------------------------ | -------- | | 2019 | 6月25日〜26日 | ボストン | | 2020 | 中止（COVID-19） | ヒューストン予定 | | 2022 | 7月26日〜27日 | ボストン | | 2023 | 6月13日〜14日 | アナハイム | | 2024 | 6月10日〜12日 | フィラデルフィア | | 2025 | 6月16日〜18日 | フィラデルフィア | | 2026 | 11月30日〜12月4日（re:Invent内） | ラスベガス | 単独開催のre:Inforceは2019年と2022〜2025年に6〜7月に開かれ、11〜12月のre:Inventとは時期が分かれていました。2026年はre:Inforceの単独開催がなく、セキュリティのセッションはre:Inventの会期中に週を通して組まれています。公式FAQの説明は2026年についてのものなので、2027年以降の開催形態は翌年の案内で確かめる必要があります。過去記事で「re:Inforceで発表された」と書かれた機能を追うときは、発表時期よりもWhat’s Newの個別ページと現行ドキュメントの日付で状態を確かめてください。国内で開かれるAWSイベントの規模と日程は[AWS Summit Japan 2026の開催概要｜日程・会場・来場者数と2025年の記録](/tech/details/7560/)で整理しています。 ## AWS Private CA Connector for SCEP：2024年9月GA、追加料金なし 2024年6月にプレビューで登場したSCEPコネクタは、[2024年9月16日にGA](https://aws.amazon.com/about-aws/whats-new/2024/09/aws-private-ca-scep-mobile-devices/)となりました。SCEPはMDMが証明書を受け取るためのプロトコルで、コネクタを挟むとMicrosoft IntuneやJamf ProのようなSCEP対応MDMからAWS Private CAに証明書を発行させられます。AWSの発表は対応MDMを「including, but not limited to」と書いており、この2製品に限定されません。 コネクタ自体は追加料金なしで、支払うのはAWS Private CA本体と発行した証明書の分です。[2026年3月12日にはPrivateLink対応](https://aws.amazon.com/about-aws/whats-new/2026/03/aws-private-ca-connector-scep-privatelink/)が加わり、インターネットゲートウェイやNATデバイスを用意せず、VPCエンドポイント経由でコネクタに接続できるようになりました。MDMをVPC内で運用している構成では、MDMからコネクタまでの通信をAWSネットワーク内に閉じられます。端末からMDMへ届く経路は別の設計条件なので、閉域化の範囲はコネクタ側の区間と捉えてください。公開証明書を扱うのはPrivate CAではなくACMで、両者の違いは[AWS Certificate Managerとは？有効期間198日化とACME対応・料金と採用判断を実装者目線で解説](/tech/details/15898/)にまとめています。 ## IAMのパスキー対応とルートユーザーMFA義務化 認証まわりでは、2024年6月のパスキー対応と、並行して進んだルートユーザーMFAの義務化が運用手順に直接関わります。2つは別々の話なので、分けて確認します。 ### パスキーは第2要素：Windows Helloのローカル登録は非対応 2024年6月11日の発表タイトルは「AWS Identity and Access Management now supports passkey as a second authentication factor」で、パスキーはMFAの第2要素です。パスワードを省いてパスキーだけでサインインする仕組みではありません。パスワードそのものを廃する方式との違いは[パスワードレス認証とは？方式4分類の実装難度と移行判断を実装者向けに解説](/tech/details/16411/)で確認できます。 対応する認証器は、発表時と現行ドキュメントで記述が違います。発表文はビルトイン認証器の例として「Windows Hello facial recognition on PCs」を挙げていましたが、[IAMのサポート構成ページ](https://docs.aws.amazon.com/IAM/latest/UserGuide/id%5Fcredentials%5Fmfa%5Ffido%5Fsupported%5Fconfigurations.html)は現在「IAM does not support local passkey registration for Windows Hello.」と明記し、Windowsではスマートフォンやハードウェアキーのパスキーをクロスデバイス認証で使うよう案内しています。プラットフォーム認証器として挙がっているのはTouch IDとFace IDです。発表文だけを見てWindows端末へのローカル登録を計画すると、展開の段階でつまずきます。 ### ルートユーザーMFA義務化の3段階 ルートユーザーのMFA必須化は、2024年5月にAWS Organizationsの管理アカウント、2024年6月にスタンドアロンアカウント、2025年春からメンバーアカウントへと段階的に広がり、[2025年6月17日に全アカウント種別での義務化](https://aws.amazon.com/about-aws/whats-new/2025/06/aws-iam-mfa-root-users-across-all-account-types/)が告知されました。現行の[IAMのMFAドキュメント](https://docs.aws.amazon.com/IAM/latest/UserGuide/id%5Fcredentials%5Fmfa.html)は「MFA is enforced for all account types for their root user.」と書いており、どの種類のアカウントでも、ルートユーザーとしてコンソールにサインインする際のMFAは前提条件です。なお2025年春からのメンバーアカウントへの適用は、ルートアクセスの集中管理を有効にしていない組織が対象とされていました。登録できるMFAデバイスはルートユーザー・IAMユーザーともに最大8個で、サインインに必要なのはそのうち1個。SMSによるMFAは新規の有効化が終了しており、既存の利用者にはパスキーや仮想MFAデバイスへの切り替えが推奨されています。MFA方式そのものの比較は[多要素認証（MFA）とは？3要素と実装方式・耐フィッシングMFAをコード付きで解説](/tech/details/13314/)を参照してください。 ### パスキーとSTSの制約：自動化を止めない切り替え順序 導入前に確認すべき制約があります。[対応構成ページ](https://docs.aws.amazon.com/IAM/latest/UserGuide/id%5Fcredentials%5Fmfa%5Ffido%5Fsupported%5Fconfigurations.html)は「AWS supports using passkeys and security keys only in the AWS Management Console.」と書き、登録もコンソールからしかできません。運用で効くのは、パスキーやセキュリティキーのMFA情報をAWS STSのAPIへ直接渡して一時認証情報を要求できない点です。仮想MFAデバイスのコードを `get-session-token` に渡す前提のスクリプトがある環境で、全員のMFAをパスキーへ一律に置き換えると、その自動化が止まります。 一方で、[MFAのドキュメント](https://docs.aws.amazon.com/IAM/latest/UserGuide/id%5Fcredentials%5Fmfa.html)は、パスキーやセキュリティキーを使う場合でも `aws login` コマンドでAWS CLIとSDK用の認証情報を取得できると案内しています。[aws loginの手順](https://docs.aws.amazon.com/cli/latest/userguide/cli-configure-sign-in.html)はブラウザーでコンソールにサインインして一時認証情報を受け取る対話型の方式で、AWS CLI 2.32.0以降が必要です。IAMユーザーやロールにはSignInLocalDevelopmentAccess管理ポリシーを付け、IAM Identity Centerを使う組織はSSOの設定手順を使います。セッションは最長12時間なので、人が手元で使うCLIは `aws login` へ、無人で動くジョブはIAMロールへ分けてからパスキーへ移す順序が安全です。IAM全体の権限設計は[AWS IAMとは？仕組み・ユーザー/ロール/ポリシーの違いと権限設計のベストプラクティスを実装者目線で解説](/tech/details/15427/)で扱っています。 ## IAM Access Analyzer：未使用アクセスの是正推奨と組織内アクセス検出 2024年6月11日にGAとなった未使用アクセスの是正推奨は、検出だけで終わらず直し方まで示す機能です。未使用のロール・アクセスキー・パスワードにはコンソールから削除へ進むリンクが出て、未使用の権限については既存ポリシーの構造を保ったまま使われていないアクションだけを落とした版を提案します。ゼロから書き直さないので、レビューで差分を追いやすくなります。料金は未使用アクセス検出の範囲内で、是正推奨そのものに追加料金はかかりません。 その後の拡張で大きいのは、[2025年6月17日にGAとなったinternal access findings](https://aws.amazon.com/blogs/aws/verify-internal-access-to-critical-aws-resources-with-new-iam-access-analyzer-capabilities/)です。AWS Organizationsの中のどのプリンシパルが重要なリソースに到達できるかを検証する機能で、2024年時点の「使っていない権限を削る」から「組織内部からの到達性を確かめる」方向へ守備範囲が広がりました。外部アクセスの分析は追加料金なしのままですが、内部アクセスの分析は専用のアナライザーを作り、監視するリソース数×リージョン×月で課金されます。組織全体を一度に対象にせず、S3バケットやDynamoDBテーブルなど守りたいリソースを絞ってから有効にしてください。 ## GuardDuty Malware Protection for S3：2025年2月にスキャン単価を85%引き下げ 2024年6月11日にGAとなったこの機能は、S3バケットに新しくアップロードされたオブジェクトをスキャンし、結果をAmazon EventBridgeへ送ります。タグを使ったバケットポリシーで感染ファイルへのアクセスを遮断するといった後続処理を組める設計で、GuardDuty本体を有効にしていないアカウントでも単独で有効化できます。セキュリティ部門ではなくアプリ側のオーナーが導入する場合に効く点です。 採用判断を左右したのは料金でした。課金はスキャンしたデータ量と評価したオブジェクト数の2軸で、[2025年2月1日付でデータ量側の単価が85%引き下げられました](https://aws.amazon.com/about-aws/whats-new/2025/02/amazon-guardduty-malware-protection-s3-price-reduction/)。バージニア北部では1GBあたり0.60ドルから0.09ドルです。オブジェクト数側は据え置きのため、小さなファイルを大量に受けるバケットでは値下げの効きが小さくなります。東京リージョンの実額とリクエスト側が効いてくる試算は[Amazon GuardDutyの料金：東京リージョンの実額とMalware Protectionの追加課金を検証](/tech/details/17313/)で確認できます。 ## CloudTrail Lakeの自然言語クエリ：Lakeは2026年5月31日に新規受付終了 2024年6月にプレビューで発表された自然言語のクエリ生成は、2024年11月13日にGAとなりました。英語の問いからCloudTrail LakeがSQLを生成する機能で、AWS CLIの `generate-query` コマンドからも呼べます。[クエリ生成のドキュメント](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/lake-query-generator.html)では、プロンプトは3文字以上500文字以下の英語、対応リージョンは東京・ムンバイ・シドニー・カナダ中部・ロンドン・バージニア北部・オレゴンの7つ、日本から発生した推論リクエストは日本国内で処理されると書かれています。生成は無料で、課金はクエリ実行時のスキャン量に対して発生します。 状況を変えたのは土台のほうです。AWSは[CloudTrail Lakeの提供方針の変更](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-lake-service-availability-change.html)として、2026年5月31日から新規顧客にLakeを提供しないと明記しました。既存顧客はそのまま使えますが、Lakeが受けるのは重大なバグ修正とセキュリティ更新に限られます。アカウント単位のイベントデータストアしか持たない組織では、組織に新しく加えたアカウントのログをLakeに取り込めず、組織イベントデータストアを作るかAmazon CloudWatchへ移る必要があります。AWSが案内する移行先はCloudWatchです。 つまり2024年の発表のうち、この1件だけは「GAになったが、これから採用する選択肢ではない」状態です。Lakeを使っていない組織が自然言語でログを調べたい場合は、移行先として案内されているCloudWatch側の機能で検討することになります。自然言語クエリ生成のGAと同じ2024年11月13日にプレビューとして発表されたクエリ結果の要約機能は、現行ドキュメントでもプレビュー表記のまま、東京・バージニア北部・オレゴンの3リージョンに限られます。証跡の設計とLake終了後の構成判断は[CloudTrailとは？証跡設計と料金実額・Lake新規受付終了後の構成をCLIで解説](/tech/details/17649/)にまとめています。 ## 生成AIセキュリティのスコーピングマトリクス：5スコープとエージェント向け4スコープ 生成AIのセキュリティはre:Inforce 2024の主要テーマでしたが、実務で使う枠組みは機能発表とは別に公開されています。[Generative AI Security Scoping Matrix](https://aws.amazon.com/ai/generative-ai/security/scoping-matrix/)は5つのスコープで、Scope 1が公開の生成AIサービスを使うConsumer app、Scope 2が生成AI機能を組み込んだ業務SaaSを使うEnterprise app、Scope 3が既存の基盤モデルで自社アプリを作るPre-trained models、Scope 4が自社データでファインチューニングするFine-tuned models、Scope 5がモデルをゼロから学習するSelf-trained modelsです。 AIエージェント向けには、2025年11月に[Agentic AI Security Scoping Matrix](https://aws.amazon.com/blogs/security/the-agentic-ai-security-scoping-matrix-a-framework-for-securing-autonomous-ai-systems/)が別建てで公開されました。こちらは4スコープで、読み取りのみのNo agency、環境を変更する操作に人の明示的な承認が必須のPrescribed agency、起動後は承認なしで環境を変更できるSupervised agency、環境の変化を受けて自ら起動し継続的に動くFull agencyに分かれます。Full agencyでも人の監督が不要になるわけではなく、AWSは戦略的なチェックポイント・挙動レポート・手動オーバーライドで監督を続ける形を示しています。生成AIの利用とエージェントの運用を1つの基準で評価すると責任分界がずれるので、2つのマトリクスを使い分けてください。AWS上でセキュリティ設定まで含めた構築を外部に任せる場合は、[AWSを含むクラウドのインフラ構築支援](/service/system/aws/)で要件の整理から相談できます。 ## よくある質問 ### AWS re:Inforce 2026は開催されますか？ 単独開催はされません。2026年はre:Invent 2026（11月30日〜12月4日、ラスベガス）に統合され、セキュリティのセッションは週全体で120以上、木曜日（12月3日）のWynn会場に70以上が集まります。旧re:InforceのページはSecurity focusページへ転送されています。 ### re:Inforceとre:Inventは何が違いますか？ re:Inforceはセキュリティ・ID・コンプライアンスに絞った専門イベントで、2019年と2022〜2025年は6〜7月に開かれていました。re:InventはAWS全体の年次カンファレンスで11〜12月に開かれます。2026年はre:Inforceがre:Inventの一部として扱われ、単独のイベントとしては開催されません。 ### re:Inforce 2024の発表のうち、今もプレビューのものはありますか？ 本記事の6件では、プレビューだったSCEPコネクタ（2024年9月16日GA）とCloudTrail Lakeの自然言語クエリ生成（2024年11月13日GA）がどちらもGAです。2024年11月13日にプレビューとして発表されたCloudTrail Lakeのクエリ結果要約は、現行ドキュメントでもプレビュー表記のままです。 ### AWSのパスキーはWindows Helloで登録できますか？ できません。IAMのサポート構成ページは「IAM does not support local passkey registration for Windows Hello.」と明記しています。Windowsでは、スマートフォンやハードウェアセキュリティキーで作ったパスキーをクロスデバイス認証で使います。パスキーはMFAの第2要素で、パスワードなしのサインインもできません。 ### CloudTrail Lakeの自然言語クエリは今から使えますか？ Lakeを使っていない組織は使えません。CloudTrail Lakeは2026年5月31日から新規顧客の受付を終えており、自然言語クエリ生成はLakeの機能だからです。既存のLake利用者は引き続き東京など7リージョンで使えます。新規の場合、AWSが案内する移行先はAmazon CloudWatchです。 ## 関連記事 - [CloudTrailとは？証跡設計と料金実額・Lake新規受付終了後の構成をCLIで解説](/tech/details/17649/) - [Amazon GuardDutyの料金：東京リージョンの実額とMalware Protectionの追加課金を検証](/tech/details/17313/) - [AWS IAMとは？仕組み・ユーザー/ロール/ポリシーの違いと権限設計のベストプラクティスを実装者目線で解説](/tech/details/15427/) - [多要素認証（MFA）とは？3要素と実装方式・耐フィッシングMFAをコード付きで解説](/tech/details/13314/) - [AWS Summit Japan 2026の開催概要｜日程・会場・来場者数と2025年の記録](/tech/details/7560/) --- 出典: [AWS re:Inforce 2026はre:Inventに統合｜セキュリティ枠の中身と2024年発表6件の現在]()（株式会社一創）