マイクロソフト系技術情報 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。

目次

概要

CIBAは、シーバと読み「新たなユーザ認証体験」のベースとなりうるものらしい。

に分離することによりユーザー認証体験の可能性が広がる。

※ OpenID Foundation の MODRNA(マッダーヌァ) WG (mobile系 の WG)で策定。

イメージ

CIBA

用語

ユースケース

以下のようなユースケースがある。

ポイント

CIBAのユースケースのポイントは、

違うコトであるもよう。

同一人物の場合

OAuth 2.0 Device Flowとの違い。

CD, AD の分離

事前のユーザー識別

Clientの、事前のユーザー識別は必要か?

詳細(フロー)

フローを見ると、RedirectによるOAuthダンスではなく、OAuth 2.0 Device Flow風で、
デバイスへの通知にSMSではなく、スマホのプッシュ通知を使用している感じの仕様っポイ。

認可エンドポイント

認証リクエストを受け付けて直ちにレスポンスする(以後、非同期的に処理)。

認可リクエスト

認可レスポンス

エラーの返却

HTTP/1.1 400 Bad Request
Content-Type: application/json;charset=UTF-8
Cache-Control: no-store
Pragma: no-cache

{
  "error":"missing_user_code"
}

通知->認証

通知

特定した認証対象ユーザのスマホにプッシュ通知を送信する。

認証

PKCE認証などして、認可 or 拒否ボタン押下で、結果をIdP/STS(OP)に伝える(?)

Tokenエンドポイント

Tokenリクエスト

Tokenレスポンス

ポイント

その他

メタデータ

セキュリティ考慮事項

FAPI

要約

参考

参考

OpenID

TakahikoKawasaki?

tkudo

ritou


Tags: :IT国際標準, :認証基盤, :クレームベース認証, :OAuth


トップ   新規 一覧 単語検索 最終更新   ヘルプ   最終更新のRSS