要求デジタル署名検証用サーバーの構成: メッセージ・パーツの検証

要求デジタル署名検証用にサーバーを構成するには、拡張を変更して要求のどのパーツを検証するかを指定します。

始める前に

重要: バージョン 5.x とバージョン 6 以降のアプリケーションには重要な相違点があります。 この情報は、WebSphere® Application Server バージョン 6.0.x 以降で使用されるバージョン 5.x アプリケーションのみをサポートしています。 この情報はバージョン 6.0.x 以降のアプリケーションには適用されません。
次のステップを実行する前に、 以下のいずれかのトピックに目を通して、アセンブリー・ツール内の Web サービス・エディターの 「拡張」タブおよび「バインディング構成」タブについて十分理解してください。 これら 2 つのタブは、Web Services Security 拡張および Web Services Security バインディングをそれぞれ構成するために使用できます。 クライアントから送信されたメッセージのどの部分をデジタル署名する必要があるかも指定しなければなりません。 デジタル署名するメッセージ・パーツを決定するには、要求署名用クライアントの構成: デジタル署名メッセージ・パーツを参照してください。クライアントの要求送信側に対して指定するメッセージ・パーツは、サーバーの要求受信側に対して指定するメッセージ・パーツと一致している必要があります。

このタスクについて

要求デジタル署名検証用サーバーを構成するには、以下のステップを実行します。 以下のステップでは、検証する要求の部分を指定するために拡張を変更する方法を説明しています。

手順

  1. アセンブリー・ツールを起動します。 詳しくは『アセンブリー・ツール』の関連情報を参照してください。
  2. Java™ Platform, Enterprise Edition (Java EE) パースペクティブに切り替えます。「ウィンドウ」 > 「パースペクティブを開く」 > 「その他」 > 「J2EE」とクリックします。
  3. 「EJB プロジェクト」 > application_name > 「ejbModule」 > 「META-INF」とクリックします。
  4. webservices.xml ファイルを右クリックして、「アプリケーションから開く」 > 「Web サービス・エディター」をクリックします。
  5. Web サービス・エディターの「拡張機能」タブをクリックします。
  6. 「要求受信側サービス構成の詳細」 > 「必要な保全性」セクションを展開します。 「必要な保全性」は、デジタル署名検証が必要なメッセージの部分を参照します。 デジタル署名検証の目的は、メッセージ・パーツがインターネットを経由して送信される途中で変更されていないことを確認することです。
  7. 検証するメッセージの部分を指示します。 「追加」をクリックし、bodyTimestamp、または SecurityToken の 3 つのパーツのいずれかを選択してください。 クライアント・アプリケーションの Web サービス要求送信側構成を確認することで、検証するメッセージの部分を判別できます。 Web Services Client Editor で Web サービス要求送信側構成の情報を表示するには、「セキュリティー拡張」タブをクリックし、「要求受信側構成」 > 「保全性」を展開します。以下のリストはメッセージ・パーツの説明です。
    本文
    メッセージのユーザー・データの部分です。
    Timestamp
    タイム・スタンプでは、メッセージが送信された日時と受信された日時を基にして、 メッセージが有効かどうかを判別します。 Timestamp を選択した場合は、次のステップに進み、メッセージに対する「作成タイム・スタンプの追加」を実行します。
    SecurityToken
    セキュリティー・トークンは、クライアントの認証を行います。 SecurityToken が選択されている場合には、メッセージには署名が付いています。
  8. オプション: Add received time stamp」セクションを展開します。 「Add Received Time Stamp」値は、クライアントで構成された「Add Created Time Stamp」オプションを検証することを指示します。 クライアント上で「Add Created Time Stamp」を選択した場合は、このオプションを選択する必要があります。 タイム・スタンプは、要求の適時性を示すことによって、メッセージの整合性を保証します。 このオプションはリプレイ・アタック対策として有効です。

タスクの結果

重要: クライアントおよびサーバーの署名情報が正しく構成されているにもかかわらず、 クライアントの実行時に Soap body not signed エラーを受信した場合には、 アクターを構成する必要がある場合があります。以下のロケーションで、 アクターを構成することができます。
  • 「セキュリティー拡張」 > 「クライアント・サービス構成詳細」とクリックして、「アクター URI」フィールドにアクター情報を指示します。
  • 「セキュリティー拡張」 > 「要求送信側構成」 > 「詳細」とクリックして、「アクター」フィールドで アクター情報を示します。
要求を処理して応答を戻すサーバー上の Web サービスに対しても、同じアクター・ストリングを構成する必要があります。 以下のロケーションでアクターを構成します。
  • 「セキュリティー拡張」 > 「サーバー・サービス構成」とクリックします。
  • 「セキュリティー拡張」 > 「応答送信側サービス構成の詳細」 > 「詳細」をクリックして、「アクター」フィールドでアクター情報を示します。

クライアントおよびサーバー上のアクター情報は、両方ともまったく同一のストリングである 必要があります。クライアントとサーバーの 「アクター」フィールドが一致する場合には、 要求または応答はダウンストリームに転送されずに、処理されます。 他の Web サービスのゲートウェイとして動作する Web サービスがある場合は、「アクター」フィールドが異なる場合があります。ただし、そのような Web サービスがない場合には、 アクター情報がクライアントとサーバーで一致していることを必ず確認してください。複数の Web サービスがゲートウェイとして機能しており、 それらの Web サービスに、そのゲートウェイを介して渡される要求として構成された同じアクターがない場合には、 Web サービスはクライアントからのメッセージを処理しません。 代わりに、これらの Web サービスは、その要求をダウンストリームに送信します。正しいアクター・ストリングを含む ダウンストリーム・プロセスによって、要求が処理されます。 応答でも同じ状況が発生します。 したがって、該当するクライアントとサーバーの「アクター」フィールドが同期化されていることを確認することが重要です。

デジタル署名が行われ、クライアントからサーバーにメッセージが送信されるときにサーバーによる検証が必要なメッセージ・パーツが指定されました。

次のタスク

どのメッセージ・パーツに、サーバーによる検証が必要なデジタル署名を組み込むかを指定した後、 メッセージにデジタル署名を行うために使用されるデジタル署名メソッドを認識するように、 サーバーを構成する必要があります。 詳しくは、 要求デジタル署名検証用のサーバーの構成: 検証方式の選択 を参照してください。

トピックのタイプを示すアイコン タスク・トピック



タイム・スタンプ・アイコン 最終更新: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=twbs_confsvrreqdigsignmsg
ファイル名:twbs_confsvrreqdigsignmsg.html