]最新の70件2020-01-18開発支援ツール2020-01-15開発ツールフレームワークの機能について。GatewayHTTP/2について調べてみた。CLI2019-12-18SAMLの仕様を読む。CoreSAMLを実装する。.NET開発基盤部会」によって運営されています。Flowから変更された(v15から)。インターネットに接続されている状態。アウトバウンドHTTPS要求を作成できる。Owner)にURIとコードを表示できる。Owner)は、セカンダリデバイス(PCやスマホなど)を持っている。+----------------+ClientはAuthZ(N)Serverからの認可要求にclient_idを含める(A)。AuthZ(N)Serverは、Clientの認可要求に対して下記を応答する(B)。Owner)に(別のデバイス上の)User-Agentを使用し、エンドユーザ検証URIにアクセスしエンドユーザ・コードを入力するように指示(C)。許可要求に同意した場合、User-Agentからエンドユーザ・コードを入力、AuthZ(N)Serverで検証(D)。許可した場合はaccess_tokenで応答し、(F)拒否した場合はエラーを返す。認証リクエストを受け付けて直ちにレスポンスする(以後、非同期的に処理)。†ポイントはPOSTであること。client_secretは不要。†パラメタdevice_code必須。デバイス・コード(デバイスを検証するコード)。高いエントロピーを要求(GUID位の長さか?)user_code必須。エンドユーザー確認コード。承認のエンドユーザー検証URI手動入力可能なように短く。validation_uri_completeオプション。QueryString?にuser_codeを含むvalidation_uriQRコードやNFCなどのURIでブラウザが開かれる方法を使用する。expires_in必須device_code、user_codeの有効期間(秒)。intervalオプション。†POSTのJSON返却なので、Tokenエンドポイントのレスポンス(失敗)と同じ。Owner(EndUser?)への指示。device_codeは、混乱を招くため、対話中に表示しない。Energy(BLE)による非ブラウザユーザーインタラクション(コンパニオンアプリの利用)ただし、verification_uri以外の操作は使用の範囲外。user_code入力画面への遷移前のサインアップ、追加のセキュリティ検証などの手順を追加可能。回答して、AuthZ(N)Serverに再送信。別のエラーが発生するまで。†user_code入力の試行回数は、5回(アルファベットで8文字程度)。†デバイス上のプロンプトに表示した後、TokenリクエストのPollingを始める。2.0の認可レスポンス(成功)と同じ。2.0の認可レスポンス(失敗)に以下のパラメタを追加パラメタ(≒エラーコード)authorization_pending認可リクエストは保留中slow_down"authorization_pending"の変形でPolling間隔を5秒遅らせろの意味。Owner(EndUser?)は、承認要求を拒否。expired_tokendevice_codeの有効期限が切れ。過負荷にならないように注意する。Backoff(指数関数的に増えるリトライ間隔)推奨タイムアウト時、指数関数的にリトライ間隔を後退1秒、2秒、4秒、8秒、16秒とリトライ間隔を後退させる自動的ではなく、デバイス上のプロンプトに表示された場合にのみデバイス認証要求~Pollingを開始するなど。Polling以外の選択肢リターンチャネルが存在する場合、Polling以外の選択肢も選択可能。このような動作はこの仕様の範囲外(CIBAではコレを仕様で決めているがCDはDeviceでは無いな...)。