Skip to main content

利用可能性はAuth0プランによって異なる

この機能は、B2B Professional、エンタープライズ、およびエンタープライズプレミアムプランで利用できます。詳細については、「価格設定」をお読みください。
アプリケーションがユーザーのためではなく、アプリケーション自体のためにアクセストークンを取得するには、クライアントの資格情報フローを使用します。これは、ボット、CLI、バックエンドやデーモンプロセスなどのM2Mユースケース、あるいはアプリケーションがそれ自体のためにAPIを使用する場合に役立ちます。ユーザーは関与しませんが、クライアントの資格情報フローには組織のスコープを使用して、許可されているアプリケーションのみが各組織のデータにアクセスできるようにしなければなりません。
各要求のスコープを指定組織に定めるには、対応するorg_idクレームをマシンツーマシントークンに含めます。APIサーバーは、APIリソースとデータへのアクセス認可時に、このクレームを検討して強制する必要があります。詳細については、「トークンとOrganizationsで作業する」をお読みください。
組織に対するマシンツーマシンアクセスは、組織を定義して、該当するアプリケーションがクライアントの資格情報フローでそれぞれのAPIにアクセスできるようにします。詳細については、以下の記事をお読みください。 架空のTravel0という会社を例にして、2つの関連するユースケースを説明します。

​
サードパーティーのアプリケーションにAPIを公開する

Travel0はAuth0 Organizationsとを使ってセルフサービスのポータルを提供し、顧客が独自の組織を作成して管理できるようにしています。Travel0は、顧客が手軽にボットを構築し、エンドユーザーがアドベンチャーを探して購入できるようにしたいと考えます。そのために、Travel0はポータルの一部として、顧客が独自のアプリケーション（ボットなど）を登録し、M2Mアクセスを使って顧客自身の代わりにTravel0 APIを使用できるようにします。このユースケースでは、組織間のアクセスを正しく制御し、1つの組織に属するアプリケーションがTravel0 APIを通してその組織のデータのみにアクセスできるようにしなければなりません。 組織に対するマシンツーマシンアクセスは、クライアント資格情報を特定の組織に関連付けることによって、それぞれのAPIにクライアント資格情報のアクセスを構成できるようにします 。下の図は例に使ったアプリケーションを説明したもので、Org XはOrg Xのスコープ内でのみTravel0 APIにアクセスできます。アグリゲーターが使用される場合には、1つのアプリケーションから複数組織へのアクセスを構成することもできます。組織に対するM2Mアクセスでは、M2MアクセスをAPIごとに使用して、特定の組織にどのアプリケーションがアクセスできるのかを制御します。

​
内部アプリケーションのために組織を分離する

Travel0には内部プロセスとCLIツールもあり、それらはクライアントの資格情報フローを使ってTravel0 APIにアクセスする必要があります。APIについてのアクセス制御を統一するために、Travel0は自社専有アプリケーションからの要求に特定組織へのスコープを含めて、各状況で正しいデータのみにアクセスされることを確実にしたいと考えます。
組織に対するM2Mアクセスは、アプリケーションがクライアントの資格情報フローでテナントにある各APIのあらゆる組織にアクセスするように、アプリケーションを構成することができます。