WCFでブラウザを使用しないOpenIDを使用することは可能ですか？

Question

私がOpenIDで行った読書の大半から、ブラウザが必要なようです。私はWCFアプリを書いており、認証方法としてOpenIDを使いたいと思っていましたが、私のアプリはウェブアプリではありません。 Webブラウザを必要とせずにWCFとOpenIDを一緒に使用できますか？

Answer 1

のOpenIDはクッキーからそのスペック独立に宣伝することができますが、そのようなスペック理由現実には、Webサイトにログインする以外にも、OpenIDの優れたソリューションを見たことはありませんでした。これは実際には主な使用事例です。

ただし、まだWCFとOpenIDを使用するには良い方法があります。 OAuthをミックスに追加します。 DotNetOpenAuthライブラリには、WCFクライアントがOAuth経由でWCFサービスの呼び出しを許可される方法を示すサンプルがあります。サービス側では、ユーザーがOpenIDを使用して認証プロセスの一部としてログインします。

あなたは、WCFのであれば基本的にアプリは1回限りのセットアップの一部として、WCFサービスを呼び出すために「ログイン」する必要があります。

1. アプリは、ユーザーが見ているブラウザをポップアップ表示
2. ユーザはOpenIDでログインします（ユーザは既にログインしている可能性がありますが、この手順をスキップすることができます）
3. OAuth SPはユーザに「doあなたはこの[wcf app]にこのサイトにアクセスする権限を与えたいのですか？ "
4. ユーザーは「はい」と言い、ブラウザを閉じます。
5. WCFアプリケーションは、OAuthプロトコルのおかげでWCFサービスにアクセスできるようになりました。

これは、ユーザーがWebブラウザを介してサービスに「はい」と答えたときに、WCFアプリケーションに特別な機密情報が割り当てられます。同様の方法でユーザー名/パスワードを設定します。

DotNetOpenAuthライブラリを確認してください。サンプルと、これを得るために必要なものがあります。

Answer 2

OpenID Authentication 2.0 Specificationを読んでから、私は答えに到着しているように見える：プロトコルでは何もJavaScriptや最近のブラウザを必要としませんが

、認証方式は、「AJAX」スタイルのセットアップとうまく果たしています。これは、エンドユーザーが自分の現在のWebページを残すことなく、依拠当事者に自分のアイデンティティを証明できることを意味します。

OpenID認証は標準HTTP（S）要求と応答のみを使用するため、はUser-Agentや他のクライアントソフトウェアの特別な機能を必要としません。 OpenIDは、Cookieの使用や、Relying PartyやOpenID Providerのセッション管理の他の特定のメカニズムには依存しません。ユーザエージェントへの拡張はエンドユーザの対話を簡素化することができるが、プロトコルを利用する必要はない。

今、私はちょうどそれがWCFベースの依拠当事者で動作するように取得するための巧妙な方法を把握する必要があり...

Answer 3

OpenIdMembershipProvider（おそらく他のものが存在する）をとります。 Then configure Message security in WCF, with Username authentication, then you can use the ASPNET MembershipProvider to authenticate your user. もっと簡単な解決策が見つかるとは思いません;）