あるSaaSプロバイダーが Amazon API Gateway REST API でマルチテナントAPIを構築しています。認可ロジックは、`Authorization` ヘッダーの JWT・`X-Tenant-ID` ヘッダー・リクエストパスの3つを組み合わせて判断する必要があります。これら3つの入力すべてにアクセスして認可ロジックを実装できる設定はどれですか？
REQUEST タイプの Lambda オーソライザーは、HTTP リクエスト全体（すべてのヘッダー・クエリ文字列・パスパラメータ・ステージ変数・リクエストコンテキスト）を Lambda 関数のイベントオブジェクトとして渡します。event.headers['Authorization']・event.headers['X-Tenant-ID']・event.path の3つをイベントから参照できるため、複合的な認可ロジックを自由に実装できます。 選択肢AのTOKEN タイプ Lambda オーソライザーは、identitySource で指定した単一のトークン（通常は Authorization ヘッダー）のみを受け取る設計で、他のヘッダーやパスには直接アクセスできないため要件を満たせない。 選択肢CのAmazon Cognito ユーザープールオーソライザーは、Cognito が発行した JWT の検証に特化しており、X-Tenant-ID ヘッダーやパスを組み合わせた独自の認可ロジックを記述する拡張機能を持たない。 選択肢DのAPI Gateway 使用量プランと API キーは、スロットリングや利用量管理のための機能であり、IAM または Lambda オーソライザーによるセキュリティ認可の代替にはならない。