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

目次

概要

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

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

※ OpenID Foundation の MODRNA(マッダーヌァ) WG (mobile系 の WG)で策定。
  MODRNA : Mobile Operator Discovery, Registration & autheNticAtion?.

イメージ

CIBA

用語

Consumption Device (CD)

CIBA Flow ユーザ(なんでもOK)だが、
基本的にConfidential Client(RP)を経由する。

Authentication Device (AD)

BA EP(バックチャネル認証エンドポイント)

フロントエンドからリーチしない
Confidential Client(RP)経由の
バックチャネルと言う事だろうか。

その他、用語の差異

ユースケース

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

ポイント

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

違うコトであるもよう。

同一人物の場合

OAuth 2.0 Device Flowとの違い。

CD, AD の分離

認可リクエストを行う人と、認可 or 拒否ボタンを押下する人が違う。

事前のユーザー識別

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

要約

AuthN Server

Client

セキュリティ考慮事項

参考

内部

Financial API (FAPI)

プッシュ通知

外部

OpenID

TakahikoKawasaki?

tkudo

ritou


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


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