"サーバへの接続が可能な第1のブラウザが前記サーバに対するアクセスを行った際に当該第1のブラウザが被害を被る可能性のある状態にするための情報である要素データを、前記サーバへの接続が可能な第2のブラウザが取得する取得工程と、前記取得工程で前記第2のブラウザが取得した前記要素データを前記第2のブラウザから前記第1のブラウザに送信する送信工程と、前記送信工程で送信された要素データを前記第1のブラウザで受信する受信工程と、前記第1のブラウザの状態に、前記受信工程で受信された前記要素データを反映させて、当該第1のブラウザの状態を、前記サーバにアクセスした場合に被害を被る可能性のある状態に設定する設定工程と、を含む攻撃模倣テスト方法。前記要素データは、フォームであり、前記攻撃は、クロスサイトリクエストフォージェリーであることを特徴とする請求項1に記載の攻撃模倣テスト方法。前記要素データは、クッキーであり、前記攻撃は、セッションフィクセーションであることを特徴とする請求項1に記載の攻撃模倣テスト方法。前記送信工程及び前記受信工程では、前記要素データを、IPネットワークを用いた受け渡し、クリップボードを用いた受け渡し、ファイルを用いた受け渡し、のいずれかにより、前記第2のブラウザと前記第1のブラウザとの間の送受信を行うことを特徴とする請求項1~3のいずれか一項に記載の攻撃模倣テスト方法。サーバへの接続が可能な第1のブラウザと、前記第1のブラウザが前記サーバに対するアクセスを行った際に、当該第1のブラウザが被害を被る可能性のある状態にするための情報である要素データを取得する、前記サーバへの接続が可能な第2のブラウザと、を備え、前記第2のブラウザは、取得した前記要素データを前記第1のブラウザに送信する送信部を有し、前記第1のブラウザは、前記要素データを受信する受信部と、当該第1のブラウザの状態に前記受信部で受信した前記要素データを反映させて、前記第1のブラウザの状態を前記サーバにアクセスした場合に被害を被る可能性のある状態に設定する設定部と、を有することを特徴とする攻撃模倣テスト装置。サーバへの接続が可能な第1のブラウザが前記サーバに対するアクセスを行った際に、当該第1のブラウザが被害を被る可能性のある状態にするための情報である要素データを、前記サーバへの接続が可能な第2のブラウザが取得し、前記取得する処理で前記第2のブラウザが取得した前記要素データを前記第2のブラウザから前記第1のブラウザに送信し、前記送信する処理で送信された前記要素データを前記第1のブラウザで受信し、前記第1のブラウザの状態に、前記受信する処理で受信された前記要素データを反映させて、当該第1のブラウザの状態を、前記サーバにアクセスした場合に被害を被る可能性のある状態に設定する処理を、コンピュータに実行させることを特徴とする攻撃模倣テストプログラム。しかしながら、従来のWebクライアント、Webブラウザには対話的にテストを行うための機能が用意されていない。また、仮に全て人手で対話的な操作を行おうとすると、大変手間がかかる。このことは、同じテストを何度も繰り返す場合に、特に問題となる。そこで本件は上記の課題に鑑みてなされたものであり、攻撃に対するテストを簡易に行うことが可能な攻撃模倣テスト方法、攻撃模倣テスト装置及び攻撃模倣テストプログラムを提供することを目的とする。本明細書に記載の攻撃模倣テスト方法は、サーバへの接続が可能な第1のブラウザが前記サーバに対するアクセスを行った際に、当該第1のブラウザが被害を被る可能性のある状態にするための情報である要素データを、前記サーバへの接続が可能な第2のブラウザが取得する取得工程と、前記取得工程で前記第2のブラウザが取得した前記要素データを前記第2のブラウザから前記第1のブラウザに送信する送信工程と、前記送信工程で送信された要素データを前記第1のブラウザで受信する受信工程と、前記第1のブラウザの状態に、前記受信工程で受信された前記要素データを反映させて、当該第1のブラウザの状態を、前記サーバにアクセスした場合に被害を被る可能性のある状態に設定する設定工程と、を含んでいる。本明細書に記載の攻撃模倣テスト装置は、サーバへの接続が可能な第1のブラウザと、前記第1のブラウザが前記サーバに対するアクセスを行った際に、当該第1のブラウザが被害を被る可能性のある状態にするための情報である要素データを取得する、前記サーバへの接続が可能な第2のブラウザと、を備え、前記第2のブラウザは、取得した前記要素データを前記第1のブラウザに送信する送信部を有し、前記第1のブラウザは、前記要素データを受信する受信部と、当該第1のブラウザの状態に前記受信部で受信した前記要素データを反映させて、前記第1のブラウザの状態を前記サーバにアクセスした場合に被害を被る可能性のある状態に設定する設定部と、を有する。本明細書に記載の攻撃模倣テストプログラムは、サーバへの接続が可能な第1のブラウザが前記サーバに対するアクセスを行った際に、当該第1のブラウザが被害を被る可能性のある状態にするための情報である要素データを、前記サーバへの接続が可能な第2のブラウザが取得し、前記取得する処理で前記第2のブラウザが取得した前記要素データを前記第2のブラウザから前記第1のブラウザに送信し、前記送信する処理で送信された前記要素データを前記第1のブラウザで受信し、前記第1のブラウザの状態に、前記受信する処理で受信された前記要素データを反映させて、当該第1のブラウザの状態を、前記サーバにアクセスした場合に被害を被る可能性のある状態に設定する処理を、コンピュータに実行させる。本明細書に記載の攻撃模倣テスト方法、攻撃模倣テスト装置及び攻撃模倣テストプログラムは、攻撃に対するテストを簡易に行うことができるという効果を奏する。以下、一実施形態について、図1~図8に基づいて詳細に説明する。図1には、一実施形態にかかる攻撃模倣テスト方法を実現可能な攻撃模倣テスト装置10を含むシステムの構成が概略的に示されている。図1に示すように、攻撃模倣テスト装置10は、インターネットIPネットワークなどのネットワーク12に接続されている。また、ネットワーク12には、テスト対象のサーバ14Webサイトとも呼ばれるも接続されている。攻撃模倣テスト装置10は、汎用的なPCPersonalComputerなどの端末であり、情報処理部20と、ユーザインタフェース22キーボードやマウス、表示装置などと、を備える。図2には、情報処理部20のハードウェア構成が示されている。図2に示すように、情報処理部20は、CPU90、ROM92、RAM94、記憶部ここではHDDHardDiskDrive96、及び可搬型記憶媒体用ドライブ99等を備えており、情報処理部20の構成各部は、バス98に接続されている。情報処理部20では、ROM92あるいはHDD96に格納されているプログラム攻撃模倣テストプログラム、或いは可搬型記憶媒体用ドライブ99が可搬型記憶媒体91から読み取ったプログラム攻撃模倣テストプログラムをCPU90が実行することにより、図3の各部の機能が実現される。図3には、情報処理部20の機能ブロック図が示されている。この図3に示すように、情報処理部20では、二つ以上図3では2つのWebクライアントブラウザクライアントA及びブラウザクライアントBが動作する。なお、各ブラウザA,Bはそれぞれが汎用的なオペレーティングシステムOS上で動作するアプリケーションプログラムであり、仮想的にクライアントとして動作するものとする。また、本実施形態では、各Webクライアントソフトウェアが攻撃者側と被害者側の両方の機能を兼ね備えているものとする。なお、各ブラウザは、それぞれ攻撃者側又は被害者側として動作することで、役割分担を行っている。ブラウザAは、図3に示すように、通常処理部32と、要素データ抽出部34と、送信部としての要素データ送信部36と、受信部としての要素データ受信部38と、設定部としての要求可能状態設定部40と、しての機能を有する。これらのうち、要素データ抽出部34及び要素データ送信部36は、ブラウザAが、攻撃者側第2のブラウザとなる場合に動作する。一方、要素データ受信部38及び要求可能状態設定部40は、ブラウザAが、被害者側第1のブラウザとなる場合に動作する。通常処理部32は、一般的なブラウザの処理を実行する。ブラウザBも、ブラウザAと同様、通常処理部42と、要素データ抽出部44と、送信部としての要素データ送信部46と、受信部としての要素データ受信部48と、設定部としての要求可能状態設定部50と、しての機能を有する。これらのうち、要素データ抽出部44及び要素データ送信部46は、ブラウザBが、攻撃者側第2のブラウザとなる場合に動作する。一方、要素データ受信部48及び要求可能状態設定部50は、ブラウザBが被害者側第1のブラウザとなる場合に動作する。要素データ抽出部34は、他方のブラウザブラウザBがサーバ14に対するアクセスを行った際に当該ブラウザが被害を被る可能性のある状態にするための情報である要素データを抽出取得する。同様に、要素データ抽出部44は、他方のブラウザブラウザAがサーバ14に対するアクセスを行った際に当該ブラウザが被害を被る可能性のある状態にするための情報である要素データを抽出取得する。要素データとしては、例えば、フォームや、クッキーが挙げられる。要素データ送信部36,46は、要素データ抽出部34,44が取得した要素データを他方のブラウザ要素データ抽出部34の場合ブラウザB、要素データ抽出部44の場合ブラウザAに対して送信する。要素データ受信部38,48は、要素データ送信部46,36から送信されてきた要素データを受信する。要求可能状態設定部40,50は、要素データ受信部38,48が受信した要素データを、ブラウザの状態に反映させて、当該ブラウザの状態をサーバ14にアクセスした場合に被害を被る可能性のある状態に設定する。ここで、CSRF攻撃と、セッションフィクセーション攻撃について、具体的に説明する。最近のwebWorldWideWebでは、掲示板やウェブログブログのような発信情報の更新処理、ネットワークに接続された機器の管理、商品やサービスの購入といった商取引など、多くのアプリケーションが実現されている。このような高度なWebアプリケーションでは、特定のユーザのみに情報を提供したり操作を許可したりすることが求められる。このため、SSLSecureSocketsLayerやTLSTransportLayerSecurityによる保護を行うHTTPSプロトコルや、HTTP認証といったセキュリティ機能が出現してきている。またHTTPプロトコルはステートレスであり、プロトコル自体は複数のリクエストを関連付ける機能を持たないため、クッキーと呼ばれる技術も出現してきている。これはサーバがレスポンスに付与した値クッキーを、ブラウザが暗黙的に記憶し、ブラウザは、それ以降リクエストのたびにその値を付けてサーバに送信するというものである。一方で、Webブラウザには、その振舞いをサーバ側の指定で制御できる機能が設けられるようになった。その一つであるクライアント側スクリプトはHTMLページ内やそこから参照されるファイル内に記述できる簡易なプログラム言語であり、Webブラウザの振舞いをある程度制御することができる例えば、Java登録商標Script。ただし、これらのWebブラウザ制御機能は、ユーザや開発者に機能性や利便性をもたらすのみならず、セキュリティ侵害を起こそうとする者にとっても好都合である。すなわち、攻撃者は、細工されたHTMLページを任意のサイトに用意し、ユーザにそのページを開かせることにより、そのページに用意されたJava登録商標Scriptやその他の要素によってWebブラウザを操作するようにする。このような手段で、被害者側のブラウザに、被害者が意図しないリクエストを送信させることにより引き起こされる攻撃がCSRF攻撃である。このCSRF攻撃は、特に、リクエストが重要な処理、たとえば掲示板などへのメッセージの書き込みや削除、機器への設定変更処理、商品購入やサービスの申し込みなどである場合に、問題となる。CSRF攻撃ではリクエストをサーバへ送信するのは被害者側ブラウザである。このため、ブラウザが記憶しているクッキーによって依頼者を識別している場合や、ブラウザが稼動しているコンピュータの識別子たとえばIPアドレスによってアクセス可否を判断している場合などが多い。この場合、本来、攻撃者自身が送信するリクエストでは許可されない処理が、サーバで受け付けられるため、深刻な被害となる。また、リンクやフォームのような単純なハイパーテキスト部品であっても、ユーザはその送信先や送信内容を必ずしも確認しないので、ユーザが意図しない送信先へ意図しない内容のリクエストを送らせる行為は容易に実現できる。このような手段で、被害者のブラウザが記憶しているセッションクッキー情報を強制的に書き換えておくことで、被害者のリクエストを攻撃者にとって都合の良いセッションに属するものとサーバに識別させる攻撃手法が、セッションフィクセーション攻撃である。この攻撃では、クッキーが書き換えられた状態に気づかずに被害者がリクエストを送信すると、攻撃者にとってアクセス可能なセッションに被害者の送信内容やログイン権限などが付与される。これにより、攻撃者は被害者の送信した情報を盗み見たり、被害者になりすまして別の処理を要求したりすることが可能になる。クッキー情報を書き換える手段としては、ブラウザのバグを悪用したり、適用ドメインを広く指定したクッキーを与えたり、通信路上で改ざんしたりする、などの方法が知られている。本実施形態では、CSRF攻撃や、セッションフィクセーション攻撃に対して、サーバ14上での対策が有効か否かを検査するためのテストブラックボックステストを、攻撃模倣テスト装置10を用いて実行する。このテストは、CSRF攻撃やセッションフィクセーション攻撃を模倣して同一の攻撃を被害者側ブラウザに仕掛けて、その結果を見るテストである。以下、図4a、図4bのフローチャートに沿って、その他図面を適宜参照しつつ、攻撃模倣テスト装置10のブラウザAとブラウザBを用いた攻撃模倣テストについて、詳細に説明する。CSRF攻撃に関するテスト本実施形態では、ブラウザAが、第2のブラウザとしての攻撃者側ブラウザであるものとし、ブラウザBが、第1のブラウザとしての被害者側ブラウザであるものとする。すなわち、本処理では、図3の要素データ受信部38、要求可能状態設定部40、要素データ抽出部44、及び要素データ送信部46は、機能しないものとする。図4aのフローチャートは、攻撃者側ブラウザAの処理を示し、図4bのフローチャートは、被害者側ブラウザBの処理を示している。これらの処理は同時並行的に実行される。まず、図4aのステップS10では、通常処理部32が、攻撃者としての準備処理を行う。より具体的には、ユーザテスト実施者の指示の下、通常処理部32が、ログインや目的のページへの遷移といった準備作業を実行する。また、図4bのステップS20では、通常処理部42が、被害者としての準備処理ログインや目的のページへの遷移などを行う。次いで、図4aのステップS12では、要素データ抽出部34が、要素データを抽出する。なお、ステップS12の処理は、ユーザテスト実施者からの指示を受けたタイミングで行われる。ここでは、CSRF攻撃のテストを行うので、要素データ抽出部34は、要素データとしてフォームを抽出することになる。要素データフォームの構成は、一例として、図5に示すような構成となっている。図5に示すように、要素データは、項目method、action、パラメータ群から成る。methodはHTTPメソッド名であり、formタグのmethod属性から得られる。actionはフォームの送信先URLであり、formタグのaction属性および同属性が相対URLの場合にはフォームを含むページを得たリクエストURLから得られる。パラメータ群は一般に複数の下位項目から成り、各下位項目はformタグに含まれるコントロールと呼ばれる要素を表すタグinputタグ、selectタグなどから得ることができ、それぞれが種類、名前、値から成る。ここで、種類はコントロールの種類を指し、例えば、text、password、hidden、textarea、radio、checkbox、selectがある。名前はコントロールの名前を指し、name属性から得ることができる。値はコントロールに設定されている初期値を指し、value属性から得ることができる。ただし、複数の選択肢を持つコントロールradio、selectなどの場合、値は複数であってもよい。図4aのステップS12では、具体的に、図6aのフローチャートに沿った処理を実行する。まず、図6aのステップS30では、要素データ抽出部34が、表示中のHTMLページ内のformタグを選択する。次いで、ステップS32では、要素データ抽出部34が、ステップS30で選択されたformタグのmethod属性とaction属性を取得する。次いで、ステップS34では、formタグ内の各コントロールについて、種類、名前、値を取り出す。以上のようにして、図5のような要素データが抽出されると、図4aのステップS14に移行する。図4aのステップS14では、要素データ送信部36が、要素データの送信を行う。また、これに伴って、図4bのステップS22では、要素データ受信部48が、要素データの受信を行う。なお、本実施形態では、攻撃者側ブラウザAと被害者側ブラウザBとが、同一の装置上に存在しているので、要素データの送受信には、一般的なプロセス間通信の手段を用いることができる。ただし、これに限らず、例えば、攻撃者側ブラウザAと被害者側ブラウザBとが異なる装置上に存在している場合には、通信機能例えばIPネットワークを用いて要素データを送受信することができる。たとえば、IPネットワークを用いる場合であれば、被害者側ブラウザが特定のポート番号で待ち受けし、攻撃者側ブラウザがそのポート番号に接続して、要素データを適当な方式で符号化して送受信することで実現できる。なお、接続するクライアントの識別子、例えば名前やポート番号などは、ユーザテスト実施者が事前に登録しておくか、あるいは、必要になったときにユーザテスト実施者に問い合わせるなどの一般的な方法で定めるものとする。なお、上述した構造の要素データを受け渡す際の中間形式としては、たとえばXML文書にするなどの方法がある。次いで、図4bのステップS24では、要求可能状態設定部50が、要求可能状態設定処理を実行する。すなわち、要求可能状態設定部50は、被害者側ブラウザBにおいて、受け取ったフォーム情報をformタグとして反映させたHTMLページを表示させる。この場合、たとえばJava登録商標Scriptを用いて動的にHTMLページを作成することが可能である。なお、この場合のJava登録商標Scriptには、その他の亜種や類似技術であるECMAScript、JScript、VBScriptなども含まれる。図4bのステップS24においては、具体的には、図6bのフローチャートに沿った処理が実行される。図6bの処理では、まず、ステップS40において、要求可能状態設定部50が、表示中のHTMLページを選択する。なお、表示中のHTMLページが存在しない場合には、要求可能状態設定部50は、新たな空白のHTMLページを作成する。次いで、ステップS42では、要求可能状態設定部50が、ステップS22で受信した要素データに含まれるmethod属性とaction属性をもつformタグを生成する。次いで、ステップS44では、要求可能状態設定部50が、各パラメータについてformタグ内に対応する名前、値を持ったコントロールを生成する。なお、フォーム情報に含まれる各パラメータはformタグ内のコントロールとして表現されるが、攻撃者側と異なる種類のコントロールにしても構わない。たとえば、種類がhiddenのパラメータをtext型のコントロールとして表現することで、そのパラメータの値を、送信前にブラウザ上で編集可能になる。したがって、攻撃者側ブラウザAあるいは被害者側ブラウザBに、編集可能なパラメータの値を、ユーザテスト実施者の意図に合わせて編集するための機能を設けてもよい。これにより、テスト結果をより簡単に判別できるような内容や、より実際の攻撃に近い内容に書き換えることが可能となる。以上の処理により、要求可能状態設定部50は、被害者ブラウザBの状態を要求可能状態とすることができる。すなわち、被害者ブラウザBの状態が攻撃者によって細工されたリクエストをサーバへ送信することが可能な状態に設定されることになる攻撃模倣。その後は、図4bのステップS26に移行する。ステップS26に移行すると、通常処理部42は、細工されたリクエストの送信処理を実行する。なお、このステップS26の処理は、ユーザテスト実施者の操作に応じて、すなわち、ユーザがフォーム送信ボタンなどを押したタイミングで、行われる。そして、次のステップS28では、通常処理部42が、送信したリクエストに対してサーバ14から送信されてきたレスポンスを出力表示する。この出力をユーザが確認することで、攻撃模倣による結果を確認することができ、これにより、攻撃模倣テストの目的が達成されることとなる。なお、ユーザは出力されたレスポンスを確認する場合のみならず、例えば、リクエスト送信後のサーバの動作を観察することでも、攻撃模倣による結果を確認することが可能な場合がある。セッションフィクセーション攻撃に関するテスト次に、セッションフィクセーション攻撃に関するテスト方法について説明する。このセッションフィクセーション攻撃に関するテストの場合、前述したCSRF攻撃の場合と異なり、要素データはクッキーの情報の少なくとも一部となる。また、図4aのステップS12と、図4bのステップS24の具体的処理内容が、CSRF攻撃の場合と異なる。要素データクッキーは、具体的には、図7のような構成を有する。すなわち、図7に示すように、要素データクッキーは、名前、値、対象ドメイン名の項目を有する。名前と値はそれぞれクッキーの名前と値であり、対象ドメイン名はクッキーを送信するドメイン名を指す。なお、要素データクッキーの項目としては、上記に加えて、図7に示すように、対象パス、有効期限、Secure属性などの項目を採用してもよいが、必須の項目ではない。本テストでは、図4aのステップS12の処理要素データ抽出処理において、図8aのフローチャートに沿った処理を実行する。図8aの処理では、まず、ステップS50において、要素データ抽出部34が、表示中のHTMLページに属するdocumentcookieセッションクッキー情報を取得する。この場合、要素データ抽出部34は、例えば、HTMLページを開いている状態でJava登録商標Scriptを実行することで取得することができる。あるいは、要素データ抽出部34は、ブラウザAのクッキー格納領域通常処理部32が有しているものとするを直接操作して読み出してもよい。一般にブラウザは複数のクッキーを記憶できる。したがって、ステップS50では、複数のクッキーが取得される場合がある。ステップS52では、ステップS50において複数のクッキーが取得されたか否かを判断する。ここでの判断が否定された場合には、ステップS56に移行するが、ステップS52の判断が肯定された場合には、ステップS54に移行する。ステップS54では、要素データ抽出部34が、取得された複数のクッキーから適当なクッキーを選択する。この場合、選択される適当なクッキーを、クッキーの名前などにより事前に決めておくなどすることができる。あるいは、ユーザテスト実施者に対してクッキーを表示し、ユーザに選択を促すようにしてもよい。そして、ステップS56では、要素データ抽出部34が、取得選択したクッキーの名前、値、対象、ドメイン名を取得する。これに対し、図4bのステップS24の処理要求可能状態設定処理では、図8bのステップS60において、要求可能状態設定部50が、ブラウザBに対象ドメイン名のページを表示しているか否かを判断する。ここでの判断が否定された場合には、ステップS64に移行するが、判断が肯定された場合には、ステップS62に移行する。ステップS62に移行した場合、要求可能状態設定部50は、新たに対象ドメイン名のページを表示する。この場合、要求可能状態設定部50は、たとえばJava登録商標Scriptを用いて対象ドメイン名のページを開くことができる。そして、ステップS64に移行すると、要求可能状態設定部50は、対象ドメイン名のページの状態はそのままで、ブラウザAの要素データ送信部36から送信され、ブラウザBの要素データ受信部48で受信したクッキーをブラウザBのクッキー記憶領域通常処理部42が有しているものとするに追加または上書きする。この場合、要求可能状態設定部50は、たとえば、対象ドメイン名のページのcookie属性documentcookieにクッキーの名前と値を追加する。なお、上記の処理以外は、CSRF攻撃に対する攻撃模倣テストと同様の処理図4a、図4bの処理を行うことになる。このようにすることで、セッションフィクセーション攻撃に対する攻撃模倣テストを行うことが可能となる。以上、詳細に説明したように、本実施形態によると、サーバ14への接続が可能な被害者側ブラウザBがサーバ14に対するアクセスを行った際に、被害者側ブラウザBが被害を被る可能性のある状態要求可能状態にするための情報である要素データを、サーバ14への接続が可能な加害者側ブラウザAが取得しステップS12、加害者側ブラウザAが取得した要素データを加害者側ブラウザAから被害者側ブラウザBに送信しステップS14、被害者側ブラウザBの状態に要素データを反映させて、被害者側ブラウザBの状態を、サーバ14にアクセスした場合に被害を被る可能性のある状態要求可能状態に設定するステップS24。このように、要素データの取得、送受信、要求可能状態への設定を自動化することで、攻撃模倣テストブラックボックステストを何度も繰り返すような場合であっても、簡易にテストを行うことが可能となる。また、本実施形態によると、要素データとしてフォームやクッキーを用いることで、クロスサイトリクエストフォージェリーCSRF攻撃や、セッションフィクセーション攻撃に関するテストを簡易に行うことが可能となる。なお、上記実施形態では、攻撃者側ブラウザAと被害者側ブラウザBとが、同一の装置上に存在しており、各ブラウザ間では、一般的なプロセス間通信の手段を用いて、要素データを送受信する場合について説明した。しかしながら、これに限られるものではなく、要素データの受け渡しをクリップボード経由で行ってもよい。クリップボードとは、情報処理部20のOSやアプリケーションから容易に読み書きできる一時的なデータの仮想的な格納場所であり、一般的に切り取りカット、コピー、貼り付けペーストなどの機能を実現するために用いられる。この場合、攻撃者側の要素データ送信部36が、要素データフォーム情報やクッキー情報を、クリップボードへ書き込み、被害者側の要素データ受信部48がクリップボードから当該情報を読み出すことで、受け渡しが完了する。なお、クリップボード上に複数のデータを格納して選択的に取り出せるようにしてもよいし、あるいは、クリップボード上で、データの種類フォーム情報とクッキー情報の区別をメタデータとして保持するようにしてもよい。また、要素データの受け渡しをファイル経由で行うこととしてもよい。攻撃者側ブラウザAの要素データ送信部36は、要素データをファイルへ書き出し、被害者側ブラウザBの要素データ受信部48は、そのファイルから要素データを読み出すようにする。この場合、被害者側ブラウザBは、特定のファイルの更新を監視したり、攻撃者側ブラウザAからネットワークなどを介してファイル更新イベントおよびそのファイル名を受け取ったりしたときを、受信読み出しの契機とすることができる。なお、上記実施形態では、CSRF攻撃に関する攻撃模倣テストを行う場合、被害者側ブラウザBにおいて、受け取ったフォーム情報を含むHTMLページを生成することとしていたが、これに限られるものではない。例えば、当該HTMLページの生成を攻撃者側ブラウザAで行うこととしてもよい。例えば、攻撃者側において上記実施形態の被害者側と同様にHTMLページを生成し、それをファイルに保存する図9の1a参照。この場合、攻撃者側から被害者側へ渡すデータは、保存したHTMLファイルのURLのみとすることができる図9の2参照。このようにすることで、被害者側では受け取ったURLへアクセスすることで要求可能状態に設定することが可能である図9の3a参照。なお、図9の1b、3bに示すように、攻撃者側ブラウザAが特定のポート番号で待ち受けて一種のWebサーバとして振る舞うようにしてもよい。この場合、攻撃側ブラウザAにアクセスしてきた被害者側ブラウザBに対して、生成したHTMLページを提供するようにしてもよい。この場合、図9の2では、攻撃者側ブラウザAは、待ち受けているポート番号を指すURLを被害者側ブラウザBに送信するのみでよい。また、図9の1c、3cに示すように、生成したHTMLページをテスト対象とは別のWebサーバへアップロードすることとしてもよい。なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。プログラムを流通させる場合には、例えば、そのプログラムが記録されたDVDDigitalVersatileDisc、CD-ROMCompactDiscReadOnlyMemoryなどの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。なお、以上の説明に関して更に以下の付記を開示する。付記1サーバへの接続が可能な第1のブラウザが前記サーバに対するアクセスを行った際に当該第1のブラウザが被害を被る可能性のある状態にするための情報である要素データを、前記サーバへの接続が可能な第2のブラウザが取得する取得工程と、前記取得工程で前記第2のブラウザが取得した前記要素データを前記第2のブラウザから前記第1のブラウザに送信する送信工程と、前記送信工程で送信された要素データを前記第1のブラウザで受信する受信工程と、前記第1のブラウザの状態に、前記受信工程で受信された前記要素データを反映させて、当該第1のブラウザの状態を、前記サーバにアクセスした場合に被害を被る可能性のある状態に設定する設定工程と、を含む攻撃模倣テスト方法。付記2前記要素データは、フォームであり、前記攻撃は、クロスサイトリクエストフォージェリーであることを特徴とする付記1に記載の攻撃模倣テスト方法。付記3前記要素データは、クッキーであり、前記攻撃は、セッションフィクセーションであることを特徴とする付記1に記載の攻撃模倣テスト方法。付記4前記送信工程及び前記受信工程では、前記要素データを、IPネットワークを用いた受け渡し、クリップボードを用いた受け渡し、ファイルを用いた受け渡し、のいずれかにより、前記第2のブラウザと前記第1のブラウザとの間の送受信を行うことを特徴とする付記1~3のいずれか一項に記載の攻撃模倣テスト方法。付記5サーバへの接続が可能な第1のブラウザと、前記第1のブラウザが前記サーバに対するアクセスを行った際に、当該第1のブラウザが被害を被る可能性のある状態にするための情報である要素データを取得する、前記サーバへの接続が可能な第2のブラウザと、を備え、前記第2のブラウザは、取得した前記要素データを前記第1のブラウザに送信する送信部を有し、前記第1のブラウザは、前記要素データを受信する受信部と、当該第1のブラウザの状態に前記受信部で受信した前記要素データを反映させて、前記第1のブラウザの状態を前記サーバにアクセスした場合に被害を被る可能性のある状態に設定する設定部と、を有することを特徴とする攻撃模倣テスト装置。付記6前記要素データは、フォームであり、前記攻撃は、クロスサイトリクエストフォージェリーであることを特徴とする付記5に記載の攻撃模倣テスト装置。付記7前記要素データは、クッキーであり、前記攻撃は、セッションフィクセーションであることを特徴とする付記5に記載の攻撃模倣テスト装置。付記8前記送信部及び前記受信部では、前記要素データを、IPネットワークを用いた受け渡し、クリップボードを用いた受け渡し、ファイルを用いた受け渡し、のいずれかにより、前記第2のブラウザと前記第1のブラウザとの間の送受信を行うことを特徴とする付記5~7のいずれか一項に記載の攻撃模倣テスト装置。付記9サーバへの接続が可能な第1のブラウザが前記サーバに対するアクセスを行った際に、当該第1のブラウザが被害を被る可能性のある状態にするための情報である要素データを、前記サーバへの接続が可能な第2のブラウザが取得し、前記取得する処理で前記第2のブラウザが取得した前記要素データを前記第2のブラウザから前記第1のブラウザに送信し、前記送信する処理で送信された前記要素データを前記第1のブラウザで受信し、前記第1のブラウザの状態に、前記受信する処理で受信された前記要素データを反映させて、当該第1のブラウザの状態を、前記サーバにアクセスした場合に被害を被る可能性のある状態に設定する処理を、コンピュータに実行させることを特徴とする攻撃模倣テストプログラム。付記10前記要素データは、フォームであり、前記攻撃は、クロスサイトリクエストフォージェリーであることを特徴とする付記9に記載の攻撃模倣テストプログラム。付記11前記要素データは、クッキーであり、前記攻撃は、セッションフィクセーションであることを特徴とする付記9に記載の攻撃模倣テストプログラム。付記12前記送信する処理では、前記要素データを、IPネットワークを用いた受け渡し、クリップボードを用いた受け渡し、ファイルを用いた受け渡し、のいずれかにより、前記第2のブラウザから前記第1のブラウザへ送信することを特徴とする付記9~11のいずれか一項に記載の攻撃模倣テストプログラム。"