否認防止性の実装

ドキュメントのダウンロード

サイトマップ

用語集

検索

e-docs > WebLogic Integration > B2B トピック > B2B Integration セキュリティの実装 > 否認防止性の実装

B2B Integration セキュリティの実装

否認防止性の実装

ここでは、以下の内容を取り上げます。

否認防止性の概要

否認防止性とは、トレーディングパートナが別のトレーディングパートナ宛てのビジネスメッセージを送信したこと証明したり、トレーディングパートナからのビジネスメッセージを受信したことを証明できることを表します。例を挙げて説明します。

トレーディングパートナ A は、トレーディングパートナ B から 1000 脚のエルゴノミクスチェアを購入することに同意しました。そこでトレーディングパートナ A は、チェアを定価で購入することに同意するビジネスメッセージをトレーディングパートナ B に送信しました。しかし後になって、トレーディングパートナ A は元の価格に異議を唱え、その価格を支払うことに同意することを伝えたメッセージを送信したことを否定します。

信頼性の高い否認防止システムが用意されていれば、トレーディングパートナ B は、トレーディングパートナ A が支払うことに同意した金額を明記したトレーディングパートナ A からのドキュメントを示すことで、トレーディングパートナ A の主張を退けることができます。さらに、この元のドキュメントが、信頼性のあるサードパーティソースによってデジタル署名され、タイムスタンプを付けられ、記録されていれば、このドキュメントは法的に完全な有効性を持ちます。

否認防止性、つまり否認を主張する当事者の関与を示す法的証拠を提示する能力は、重要なビジネスメッセージには不可欠です。WebLogic Integration B2B は、送信側の否認防止性と受信側の否認防止性の両方をサポートしています。

送信側の否認防止性では、ビジネスメッセージとメッセージの送信側をリンクします。これにより、ビジネスメッセージを送信したことの法的証拠が提供されます。
受信側の否認防止性では、ビジネスメッセージとメッセージの受信側をリンクします。これにより、ビジネスメッセージを受信したことの法的証拠が提供されます。

否認防止性をサポートするため、B2B engineには以下のサービスが組み込まれています。

デジタル署名
セキュアタイムスタンプ
セキュア監査ログ

ここからは、それぞれのサービスと、B2B 環境にこれらのサービスを組み込む方法について説明します。

デジタル署名サポート

デジタル署名サポートの目的は、特に 2 つのトレーディングパートナ間を転送しているときに、ビジネスメッセージの内容が改ざんされることを防ぐ手段を提供することです。B2B engineは、デジタル署名の Public Key Cryptography Standard 7 (PKCS7) パッケージングに準拠したデジタル署名サポートを提供します。

デジタル署名自体は、ビジネスメッセージに追加されるデータのセットです。データの内容は、特定のフォーマット（PKCS7 SignedData など）でパッケージ化されたデータを暗号化した一方向のハッシュ値です。デジタル署名の目的は以下のとおりです。

デジタル署名されたメッセージの内容が改ざんされていないことを検証します。
ビジネスメッセージの送信側のアイデンティティを格納します。

デジタル署名の作成に必要なデータは、リポジトリ内のトレーディングパートナのコンフィグレーションデータから取り出されます。デジタル署名の作成には、以下の情報も必要となります。

トレーディングパートナの署名証明書とプライベートキー
トレーディングパートナの署名証明書の認証局の証明書
ハッシュアルゴリズム名 : SHA1
署名アルゴリズム名 : RSA

デジタル署名サポートで使用可能なビジネスプロトコル

WebLogic Integration は、以下のビジネスプロトコルを使用するメッセージに対してデジタル署名サポートを提供します。

RosettaNet 1.1
RosettaNet 2.0
XOCP 1.1

デジタル署名サポートのコンフィグレーション

WebLogic Integration をコンフィグレーションする場合、デジタル署名サービスを指定するオプションを選択できます。デジタル署名サービスを使用するには、否認防止のためのデジタル署名のコンフィグレーションで説明されているようにコンフィグレーションする必要があります。

セキュアタイムスタンプサービス

否認防止性を使用する場合、ビジネスメッセージがセキュア監査ログに書き込まれるときに、セキュアタイムスタンプサービスがセキュア監査ログに UTC (Coordinated Universal Time: 協定世界時) タイムスタンプを付ける必要があります。たとえば、ビジネスメッセージを受け取った場合、タイムスタンプは受信側の否認防止性（NRR）メッセージとして監査ログに入力されます。ビジネスメッセージを送信した場合、タイムスタンプは送信側の否認防止性（NRO）メッセージとして監査ログに入力されます。WebLogic Integration B2B には SPI (Service Provider Interface: サービスプロバイダインタフェース) が含まれているので、信頼性のあるサードパーティプロバイダのセキュアタイムスタンプサービスを組み込むことができます。

信頼性のあるサードパーティプロバイダのセキュアタイムスタンプサービスを組み込む場合、com.bea.b2b.security.TimestampProvider インタフェースを実装する Java クラスファイルを作成する必要があります。com.bea.b2b.security.TimestampProvider インタフェースを実装するクラスのクラスメソッド（getTimestamp など）で、サードパーティのタイムスタンププロバイダを呼び出します。このアプリケーションの作成の詳細については、セキュアタイムスタンプサービス用の SPI の使い方を参照してください。

B2B engineでは、複数のセキュアタイムスタンププロバイダを WebLogic Integration に登録することは禁止されています。この制限により、WebLogic Integration で作成されるすべてのタイムスタンプは必ず日付順に並べられます。

注意: セキュアタイムスタンプサービスを WebLogic Integration でコンフィグレーションしない場合、システムイベントおよび署名にはシステム時刻に基づいてタイムスタンプが付けられます。

セキュアタイムスタンプ SPI の詳細については、セキュアタイムスタンプサービス用の SPI の使い方を参照してください。

セキュアタイムスタンプサービスのコンフィグレーション

セキュアタイムスタンプサービスをコンフィグレーションするには、以下の手順を実行します。

WebLogic Integration B2B エンジンのセキュリティのコンフィグレーションで説明しているように、WebLogic Integration B2B Console を起動し、B2B コンフィグレーションページを表示します。
[セキュリティ] タブを選択します。次の図に示す B2B の [セキュリティ] コンフィグレーションページが表示されます。
図5-1 B2B の [セキュリティ] コンフィグレーションページ
[セキュアタイムスタンプクラス] フィールドに、セキュアタイムスタンプインタフェースを実装する Java クラスの完全修飾名を入力します。
新しいコンフィグレーションを有効にするため WebLogic Server を再起動します。

セキュア監査ログサービス

セキュア監査ログも否認防止に欠かせません。通常、このログには、各ビジネスメッセージをデジタル署名およびセキュアタイムスタンプと一緒に格納します。監査ログを使用すると、トレーディングパートナ間でビジネスメッセージを交換しているときに発生したシステムイベントとメッセージのタスク順序を再現できます。

タイムスタンプサービスと同じように、B2B engineが提供する SPI を使用して、セキュア監査ログの信頼性のあるサードパーティプロバイダをコンフィグレーションすることができます。信頼性のあるサードパーティプロバイダのセキュア監査ログサービスを組み込む場合、com.bea.b2b.security.AuditLogProvider インタフェースを実装するクラスファイルを作成する必要があります。com.bea.b2b.security.AuditLogProvider インタフェースを実装するクラスのクラスメソッド（log など）で、サードパーティの監査ログプロバイダを呼び出します。この実装の作成の詳細については、セキュア監査ログサービス用の SPI の使い方を参照してください。

注意: セキュア監査ログサービスのサードパーティプロバイダをコンフィグレーションしない場合、B2B システムでは、secureaudit.log というデフォルトの監査ログが提供されます。このログを有効にするには、システムプロパティ bea.secureaudit を on に設定します。このファイルは、B2B 内のロギングサブシステムに基づいており、基盤となるオペレーティングシステムのファイルパーミッションシステムによってしか保護されません。このファイルは、デジタル署名されたり、暗号化されたりしません。

監査ログへの書き込み

監査ログに書き込むアプリケーションを呼び出す com.bea.b2b.security.AuditLogProvider インタフェースの Java 実装を作成する代わりに、この節のコードリストで示すように、com.bea.b2b.security.Audit.log(byte[] data) メソッドの呼び出しを使用して監査ログに直接書き込むアプリケーションを作成することもできます。

この例は、次のディレクトリにある HelloPartnerServlet.java クラスを変更したものです。SAMPLES_HOME は、サンプルアプリケーションがインストールされているディレクトリを表しています。

Windows

%SAMPLES_HOME%¥integration¥samples¥HelloPartner¥src¥wlcsamples¥servlets

UNIX

$SAMPLES_HOME/integration/samples/HelloPartner/src/wlcsamples/servlets

この例では、太字のコードは監査ログに書き込むことを示すために追加された文を示しています。

コードリスト 5-1 監査ログへの書き込み例

package wlcsamples.servlets;
import java.io.*;
import java.util.*;
import javax.servlet.*;
import javax.servlet.http.*;
import java.lang.*;
import javax.transaction.*;
import javax.naming.*;
import javax.jms.*;
import weblogic.jms.extensions.WLTopicSession;
import weblogic.jms.extensions.XMLMessage;
import org.w3c.dom.*;
import org.apache.html.dom.*;
import org.apache.xml.serialize.*;
import org.apache.xerces.dom.*;
import org.apache.xerces.parsers.DOMParser;
import org.xml.sax.*;
import com.bea.eci.logging.*;

//セキュリティ パッケージから Audit クラスをインポートする
import com.bea.b2b.security.Audit;
...
	protected void printResultHTML(PrintWriter pw, Document resultDoc)
	{
		try {
			pw.println("<P><CENTER><P><BR>   <b>Hello Partner Sample</b><BR>");
			if( resultDoc != null ) {
				Element root = resultDoc.getDocumentElement();
				NodeList productList = 
					root.getElementsByTagName("integer-product");
				NodeList noteList = 
					root.getElementsByTagName("note");
				Node childProduct = productList.item(0);
				Node childNote = noteList.item(0);
				if( childProduct == null || childNote == null ) {
					pw.println("<BR> The Replier Partner has responded
						with a document of unexpected structure...");
				else {
					String product = ((Text)childProduct.
						getFirstChild()).getData();
					String note = ((Text)childNote.getFirstChild()).
						getData();
					// 注（note）を Audit ログに記録する
					byte[] ba = note.getBytes();
					Audit.log(ba);
					//String strXMLDoc = DocSerializer.docToString
						(resultDoc);
					pw.println("<BR> The Replier Partner has responded
						with the following result... <BR>  ");
					pw.println("<BR> Product: " + product + "");
					pw.println("<BR> Note: " + note + "<P><BR><BR>
						</CENTER>");
					pw.println("<CENTER><IMG SRC=¥"Hello4.gif¥" 
						WIDTH=650 HEIGHT=220
                   BORDER=0 NATURALSIZEFLAG=3></CENTER>");
				}
			}
			else {
				pw.println("<BR> ERROR:  ");
				pw.println("<BR> The Requestor Trading Partner's private
					workflow did not return a result.<P><BR><BR></CENTER>");
				pw.println("<CENTER><IMG SRC=¥"Hello1.gif¥" WIDTH=650
					HEIGHT=220 BORDER=0 NATURALSIZEFLAG=3></CENTER>");
			}
			pw.println("<P><CENTER><BR> <BR> ");
			pw.println("<P><CENTER><A HREF=¥"/HelloPartnerLauncher.html¥">
				<b>Click Here to Run Again</b></A></CENTER></P>");
		} catch (Exception e) {
			e.printStackTrace();
		}
	}

セキュア監査ログのコンフィグレーション

セキュア監査ログをコンフィグレーションするには、以下の手順を実行します。

WebLogic Integration B2B エンジンのセキュリティのコンフィグレーションで説明しているように、B2B Console を起動し、WebLogic Integration B2B コンフィグレーションページを表示します。
[セキュリティ] タブを選択します。次の図に示す B2B の [セキュリティ] コンフィグレーションページが表示されます。
図5-2 WebLogic Integration B2B の [セキュリティ] コンフィグレーションページ
[監査ログクラス] フィールドに、セキュア監査ログを実装する Java クラスの完全修飾名を入力します。
新しいコンフィグレーションを有効にするため WebLogic Server を再起動します。

否認防止用の SPI の使い方

この節では、以下の否認防止サービス用の SPI について説明します。

セキュアタイムスタンプサービス
セキュア監査ログサービス

セキュアタイムスタンプサービス用の SPI の使い方

WebLogic Integration B2B では、com.bea.security.TimeStampProvider インタフェースを実装することで、セキュアタイムスタンプサービスをカスタマイズできます。ここで説明する SPI を使用してタイムスタンプサービスを実装する場合、そのサービスが実行時に正しく呼び出されるように、B2B Console でサービスをコンフィグレーションする必要があります。

com.bea.b2b.security.TimeStampProvider インタフェースには、タイムスタンプアプリケーションが実装しなければならない以下のメソッドがあります。

String getTimestamp()

このメソッドは、協定世界時（UTC）形式で時刻を指定する文字列を返します。
long getTimestampInMillis()

このメソッドは、ミリ秒単位で UTC 時刻を指定する文字列を返します。

タイムスタンプインタフェースの実装には、引数を持たないデフォルトのパブリックコンストラクタを含める必要があります。TimeStampProvider を実装するクラス内のコンストラクタもメソッドも、例外を送出してはなりません。

セキュア監査ログサービス用の SPI の使い方

WebLogic Integration B2B では、com.bea.security.AuditLogProvider インタフェースを実装することで、セキュア監査ログサービスを作成できます。ここで説明する SPI を使用して監査ログサービスを実装する場合、そのサービスが実行時に正しく呼び出されるように、B2B Console でサービスをコンフィグレーションする必要があります。

com.bea.b2b.security.AuditLogProvider インタフェースには、監査ログアプリケーションが実装しなければならない以下のメソッドがあります。

void init()

このメソッドは監査ログを初期化します。
void log (java.lang.String component,
java.lang.String type,
byte[] data,
java.lang.String principal)

このメソッドは、セキュア監査ログにメッセージを書き込むために呼び出されます。このメソッドには、以下のパラメータがあります。

セキュア監査インタフェースの実装には、引数を持たないデフォルトのパブリックコンストラクタを含める必要があります。AuditLogProvider を実装するクラス内のコンストラクタもメソッドも、例外を送出してはなりません。

監査ログメッセージ

すべてのログメッセージは、各メッセージタイプの内容を定義する DTD log-message.dtd に対応しています。

すべての監査ログメッセージは、以下の 3 つの識別子を持ちます。

Location －メッセージが格納されている WebLogic Integration 内の場所
Type －メッセージのタイプ
Data －ログに書き込まれる実際の情報

次の表では、各メッセージタイプのデータの内容について説明します。すべてのログメッセージには、WebLogic Integration でコンフィグレーションされているタイムスタンププロバイダから取得したタイムスタンプが格納されています。

メッセージタイプ	説明
NRR	受信側の否認防止性。ビジネスメッセージとアプリケーションデータを受け取るトレーディングパートナの名前を格納する。
NRO	送信側の否認防止性。送信側トレーディングパートナの名前、ビジネスメッセージ、およびアプリケーションデータを格納する。
APP	Audit.log(byte[] data) メソッドを使用してトレーディングパートナの Java クラスからログに記録される。このメッセージタイプのデータフォーマットは、文字列化した XML ドキュメントである。アプリケーションはメッセージをログに記録するので、データの内容はアプリケーション自体が管理する。

監査ログの DTD

次のコード例は、log-message.dtd ファイルを示しています。

<!ELEMENT LOG (non-repudiation-origin| non-repudiation-receipt | application)>
<!ATTLIST LOG  time-stamp CDATA  #REQUIRED >
<!ATTLIST LOG location CDATA  #IMPLIED >
<!ATTLIST LOG Principal CDATA  #IMPLIED >
<!ELEMENT non-repudiation-origin (#PCDATA)>
<!ELEMENT non-repudiation-receipt (#PCDATA)>
<!ELEMENT application (#PCDATA)>