Webアプリケーションをリファクタリングしています。ベストプラクティス]によると、httpsを介した基本認証が有効な方法です。WS-SecurityやX509などを行うのではなく、それが正しいと仮定しましょう。2008では、カスタムのhttp基本認証(Windows以外のアカウント)を実装する最も簡単な方法は何ですか。"bar"の場合にのみ受け入れます。`Thread.CurrentPrincipal`セットをお願いします。http://www.leastprivilege.com/default.aspx[IIS用のカスタム基本認証]を使用することがあります。3.5のユーザー名はIISホストサービスでは使用できません。http://www.codeproject.com/KB/aspnet/mybasicauthentication.aspx[カスタムデータソースに対するASP.NETの基本認証]と呼ばれるHTTPモジュールの別の実装があります。QuickStartチュートリアルのSOAPヘッダーサンプルが有益な回避策であることを見つけました。プレーンテキストでhttpを介してパスワードを送信することは明らかに安全ではありませんが、この例はセキュリティを強化するために拡張することができます。timestamp」のハッシュを送信します。source3`Authorization`ヘッダの値を取得し、それを解析してユーザ名とパスワードを検証します。値は、Base64文字列としてエンコードされたusername:passwordです。詳しくはhttp://en.wikipedia.org/wiki/Basic_access_authenticationをご覧ください。`HttpModule`を書くほうが簡単です。source1WCFを検討している場合は、basicHttpBindingにusernameOverTransportセキュリティを使用できます。ユーザー名とパスワードはリクエストのSOAPヘッダーにあり、すべてのトラフィックはSSL暗号化によって保護されています。カスタムのUserNamePasswordValidatorバリデータを使用して、着信クレデンシャルを認証できます。サービス動作のカスタムIAuthorizationPolicy内にスレッドプリンシパルを設定できます。