60186
OAuth 2.0のRFCを和訳をちらっと読んだら、abstractでは以下のように記載がありました。

> OAuth 2.0 は, サードパーティーアプリケーションによるHTTPサービスへの限定的なアクセスを可能にする認可フレームワークである.
> サードパーティーアプリケーションによるアクセス権の取得には, リソースオーナーとHTTPサービスの間で同意のためのインタラクションを伴う場合もあるが,
> サードパーティーアプリケーション自身が自らの権限においてアクセスを許可する場合もある.

## 質問

「リソースオーナーとHTTPサービスの間で同意のためのインタラクションを伴う場合」はしっくりくるのですが、「サードパーティーアプリケーション自身が自らの権限においてアクセスを許可する場合」というのはどういうことなのか解説してもらいたいです。

前者はたとえば、WebサービスでユーザーがGoogleログインボタンをタップしたら、Googleの認証画面が出て、認可し、アクセストークンを取得できるという話だと理解しています。  
後者はユーザーが何もしなくてもアクセストークンを取得できるということですか？

ちなみに和訳でなくて原文も読みましたが、特に良い情報は得られませんでした。

## 参考

RFC6749の和訳  
<http://openid-foundation-japan.github.io/rfc6749.ja.html>
CC BY-SA 4.0
2019-11-01T02:29:32.170
60168
2019-11-01T12:48:47.900
2019-11-01T02:58:36.467
3060
32428
question
http oauth
OAuth 2.0のRFCのAbstractについて質問
[4.4節](http://openid-foundation-japan.github.io/rfc6749.ja.html#grant-
client)で説明されている **クライアントクレデンシャルグラント** 方式は、リソースオーナーの認可操作を伴わない方式です。

質問箇所は、この方式を暗に指している記述かと考えます。

* * *

ちなみに、「[1.3.認可グラント](http://openid-foundation-
japan.github.io/rfc6749.ja.html#anchor4)」節でOAuth2.0が定める4つの方式について一覧できますが、Googleなどが提供している、いわゆるソーシャルログインは[1.3.1.認可コード](http://openid-
foundation-
japan.github.io/rfc6749.ja.html#anchor5)方式によって実現されています(ので、想像されているものとは別のものです/利用するシチュエーションが異なります)。
CC BY-SA 4.0
2019-11-01T12:22:26.770
60186
2019-11-01T12:48:47.900
2019-11-01T12:48:47.900
2808
2808
60168
answer