特開 2024-81383 通信システム、監視端末、およびマルウェア監視方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024081383

(43)【公開日】2024-06-18

(54)【発明の名称】通信システム、監視端末、およびマルウェア監視方法

(51)【国際特許分類】

   G06F 21/55 20130101AFI20240611BHJP

   G06F 21/56 20130101ALI20240611BHJP

【ＦＩ】

G06F21/55 320

G06F21/56

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022194969

(22)【出願日】2022-12-06

(71)【出願人】

【識別番号】000003078

【氏名又は名称】株式会社東芝

(71)【出願人】

【識別番号】598076591

【氏名又は名称】東芝インフラシステムズ株式会社

(74)【代理人】

【識別番号】110003708

【氏名又は名称】弁理士法人鈴榮特許綜合事務所

(72)【発明者】

【氏名】清水 えりか

(72)【発明者】

【氏名】井奈波 拓也

(57)【要約】

【課題】ピア・ツー・ピアでマルチキャスト通信を行うシステムにおいて、マルウェアの拡散を効率的かつ迅速に阻止すること。
【解決手段】 実施形態によれば、通信システムは、複数の端末と、監視端末とを具備する。複数の端末は、参加するマルチキャストグループ内で互いにピア・ツー・ピア通信する。監視端末は、複数のマルチキャストグループに共通に参加してピア・ツー・ピア通信を行う。監視端末は、マルウェアを検知するマルウェア検知部、および通知部を備える。通知部は、マルウェアを検知すると、マルウェアに感染した感染端末の参加するマルチキャストグループに参加する感染端末以外の端末に、マルウェアを検知したことを示すメッセージを通知する。
【選択図】 図２

【特許請求の範囲】

【請求項1】

参加するマルチキャストグループ内で互いにピア・ツー・ピア通信する複数の端末と、
複数のマルチキャストグループに共通に参加して前記ピア・ツー・ピア通信を行う監視端末とを具備し、
前記監視端末は、
マルウェアを検知するマルウェア検知部と、
前記マルウェアを検知すると、前記マルウェアに感染した感染端末の参加するマルチキャストグループに参加する前記感染端末以外の端末に、前記マルウェアを検知したことを示すメッセージを通知する通知部とを備える、通信システム。

【請求項2】

前記通知部は、前記感染端末の参加するマルチキャストグループに前記メッセージをマルチキャストで送信する、請求項１に記載の通信システム。

【請求項3】

前記監視端末は、前記感染端末の参加するマルチキャストグループで前記感染端末のみが復号不能に前記メッセージを暗号化する暗号化部をさらに備え、
前記通知部は、前記暗号化されたメッセージをマルチキャストで送信する、請求項２に記載の通信システム。

【請求項4】

前記監視端末は、
前記複数の端末に個別に割り当てられた公開鍵と、当該公開鍵と対をなす秘密鍵とを登録した鍵管理テーブルを備え、
前記暗号化部は、前記感染端末に割り当てられた公開鍵を用いて前記メッセージを暗号化する、請求項３記載の通信システム。

【請求項5】

前記端末の各々は、
前記複数の端末に個別に割り当てられた公開鍵と、自らに割り当てられた公開鍵以外の公開鍵と対をなす秘密鍵とを登録した鍵管理テーブルと、
前記感染端末に割り当てられた公開鍵と対をなす秘密鍵を用いて、前記暗号化されたメッセージから平文を復号する復号部とを備える、請求項４記載の通信システム。

【請求項6】

前記メッセージは、前記感染端末のＭＡＣ（Media Access Control）アドレスを含む、請求項１、４または５のいずれかに記載の通信システム。

【請求項7】

前記メッセージは、アプリケーションレベルで予め割り当てられた前記感染端末の識別子を含む、請求項１、４または５のいずれかに記載の通信システム。

【請求項8】

参加するマルチキャストグループ内で互いにピア・ツー・ピア通信する複数の端末を具備する通信システムに設けられ、複数のマルチキャストグループに共通に参加して前記ピア・ツー・ピア通信を行う監視端末であって、
マルウェアを検知するマルウェア検知部と、
前記マルウェアを検知すると、前記マルウェアに感染した感染端末の参加するマルチキャストグループに参加する前記感染端末以外の端末に、前記マルウェアを検知したことを示すメッセージを通知する通知部とを具備する、監視端末。

【請求項9】

参加するマルチキャストグループ内で互いにピア・ツー・ピア通信する複数の端末を具備する通信システムに適用可能なマルウェア監視方法であって、
複数のマルチキャストグループに共通に参加して前記ピア・ツー・ピア通信を行う監視端末が、マルウェアを検知する過程と、
前記監視端末が、前記マルウェアを検知すると、前記マルウェアに感染した感染端末の参加するマルチキャストグループに参加する前記感染端末以外の端末に、前記マルウェアを検知したことを示すメッセージを通知する過程とを具備する、マルウェア監視方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、通信システム、監視端末、およびマルウェア監視方法に関する。

【背景技術】

【0002】

Ｐ２Ｐ（Peer to Peer：ピア・ツー・ピア）方式でマルチキャスト通信を行うシステムが知られている。マルチキャストアドレスを宛先としてマルウェアが送信された場合、そのマルチキャストネットワークに参加（所属）する全てのノードが脅威にさらされる。このため、マルチキャスト通信を利用する環境でマルウェアの拡散を防ぐには、各端末でのエンドポイントセキュリティ対策が重要である。

【0003】

ＥＤＲ（Endpoint Detection and Response）、あるいはアンチウイルスソフトウェアなどが、エンドポイントセキュリティ対策として普及している。しかし、これらのソフトウェアはメモリに常駐して端末のデータや振る舞いを監視するため多くのリソースを消費し、端末のスペックや用途によっては導入が難しい。加えて、パターンファイルの更新やログの解析等でサーバを利用するため、頻繁にサーバと通信する必要がある。このため、Ｐ２Ｐ方式のシステムでは利用することが困難であった。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特許第６７８６４５５号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

以上のように、既存の技術では、Ｐ２Ｐでマルチキャスト通信を行うシステムにおいてマルウェアの拡散を防止することが難しい場合があった。
そこで、目的は、マルウェアの拡散を効率的かつ迅速に阻止できるようにした通信システム、監視端末、およびマルウェア監視方法を提供することにある。

【課題を解決するための手段】

【0006】

実施形態によれば、通信システムは、複数の端末と、監視端末とを具備する。複数の端末は、参加するマルチキャストグループ内で互いにＰ２Ｐ通信をする。監視端末は、複数のマルチキャストグループに共通に参加してＰ２Ｐ通信を行う。監視端末は、マルウェアを検知するマルウェア検知部、および通知部を備える。検知部がマルウェアを検知すると、通知部は、マルウェアに感染した感染端末の参加するマルチキャストグループに参加する感染端末以外の端末に、マルウェアを検知したことを示すメッセージを通知する。

【図面の簡単な説明】

【0007】

【図1】図１は、実施形態に係わる通信システムの一例を示す図である。

【図2】図２は、通信システム１００に設定されたマルチキャストグループの一例を示す図である。

【図3】図３は、図１に示される監視端末２０の一例を示す機能ブロック図である。

【図4】図４は、図１に示される端末１１～１６の一例を示す機能ブロック図である。

【図5】図５は、端末１１～１６に記憶される鍵管理テーブル２３ａのエントリの一例を示す図である。

【図6】図６は、監視端末２０に記憶される鍵管理テーブル３３ａのエントリの一例を示す図である。

【図7】図７は、実施形態に係わる処理手順の一例を示すシーケンス図である。

【図8】図８は、マルチキャストグループＢ宛てのマルウェアが到来したことを説明するための図である。

【図9】図９は、監視端末２０からのメッセージに含まれる情報の一例を示す図である。

【図10】図１０は、マルウェア感染端末が通信システム１００から隔離された状態を示す図である。

【図11】図１１は、マルチキャストグループＢ内の端末がマルウェアに感染したことを説明するための図である。

【図12】図１２は、監視端末２０からのメッセージに含まれる情報の他の例を示す図である。

【発明を実施するための形態】

【0008】

図１は、実施形態に係わる通信システムの一例を示す図である。図１に示される通信システム１００は、複数の端末１１～１６と、マルウェア検知端末としての監視端末２０とを具備する。端末１１～１６を任意にグループ化して、通信システム１００にマルチキャストグループを設定することができる。端末１１～１６、および監視端末２０は、それぞれ参加するマルチキャストグループ内で互いにＰ２Ｐ通信をする。

【0009】

実施形態では、全てのマルチキャストグループに監視端末２０を参加させ、マルチキャストグループ宛にマルウェアが送信された際に、監視端末２０によりこれを検知し、他の端末に通知させる。

【0010】

図２は、通信システム１００に設定されたマルチキャストグループの一例を示す図である。例えば、端末１１はマルチキャストグループＡとＢに参加する。端末１２はマルチキャストグループＣに参加する。端末１３はマルチキャストグループＡとＣに参加する。端末１４はマルチキャストグループＢに参加する。監視端末２０は、マルチキャストグループＡ，Ｂ，Ｃに共通に参加する。つまり、監視端末２０は全てのマルチキャストグループＡ，Ｂ，Ｃに参加してマルウェアを監視する。

【0011】

図３は、図１に示される監視端末２０の一例を示す機能ブロック図である。監視端末２０は、コンピュータであり、プロセッサ２１、通信部２２、ストレージ２３、表示・操作部２４、および、メモリ２５を備える。

【0012】

通信部２２は、他の端末とのＰ２Ｐ通信を実現する。例えばＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）が代表的なプロトコルとして使用される。

【0013】

ストレージ２３は、例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Soplid State Drive）などの不揮発性記憶デバイスであり、ファイルシステムによって割り当てられた記憶領域に、鍵管理テーブル２３ａ、およびプログラム２３ｂを記憶する。このうちプログラム２３ｂは、メモリ２５にロードされてプロセッサ２１により実行され、これにより実施形態に係わる各種の機能が実現される。

【0014】

表示・操作部２４は、それぞれの端末の操作者が操作するためのマンマシンインターフェースであり、例えばディスプレイにＧＵＩ（Graphical User Interface）環境を形成して、情報入力と表示を行う。

【0015】

メモリ２５は、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）などの半導体記憶デバイスである。
プロセッサ２１は、マルウェア検知部２１ａ、通知部２１ｂ、および暗号化部２１ｃを備える。
マルウェア検知部２１ａは、通信システム１００におけるマルウェアを検知する。すなわちマルウェア検知部２１ａは、端末１１～１６から送信されたパケットを例えば常時監視し、パターンマッチング、振る舞い検知、あるいはディープパケットインスペクションなどの手法でマルウェアの存在を検知する。マルウェア検知のために必要となるデータ（ウイルスパターンデータ等）は、クラウドサーバ（図示せず）等からインターネットなどを経由して監視端末２０にダウンロードされ、常に最新のデータが準備される。

【0016】

通知部２１ｂは、マルウェア検知部２１ａによりいずれかのマルチキャストグループにマルウェアが検知されると、そのマルチキャストグループ内の感染端末（マルウェアに感染した端末）以外の端末に、そのことを通知する。すなわち通知部２１ｂは、マルウェアが検知されると、感染端末以外の端末にのみ解読可能なメッセージをマルチキャストで送信する。これにより、感染端末を除くマルチキャストグループ内の全端末に、マルウェア検知が通知される。

【0017】

暗号化部２１ｃは、マルウェア検知を通知するための上記メッセージを、例えば特許文献１に開示された手法で暗号化し、感染端末にだけ復号することのできない（復号不能な）メッセージを生成する。すなわち暗号化部２１ｃは、感染端末の参加するマルチキャストグループにおいて、感染端末のみが復号不能にメッセージを暗号化する。

【0018】

詳しくは、暗号化部２１ｃは、感染端末に割り当てられた公開鍵を用いてメッセージを暗号化する。このため実施形態では、通信システム１００における、端末１１～１６、および監視端末２０への公開鍵、および秘密鍵の割り当てを工夫する。詳しくは図５，６を参照して説明する。

【0019】

図４は、図１に示される端末１１～１６の一例を示す機能ブロック図である。端末１１～１６は、コンピュータであり、プロセッサ３１、通信部３２、ストレージ３３、表示・操作部３４、および、メモリ３５を備える。ここでは、図３と異なる部分について説明する。

【0020】

ストレージ３３は、鍵管理テーブル３３ａ、およびプログラム３３ｂを記憶する。

【0021】

プロセッサ３１は、復号部３１ａを備える。
復号部３１ａは、監視端末２０の暗号化部２１ｃで暗号化されたメッセージを復号する。すなわち復号部３１ａは、暗号化されたメッセージを、感染端末に割り当てられた公開鍵と対をなす秘密鍵を用いて復号する。

【0022】

図５は、端末１１～１６に記憶される鍵管理テーブル２３ａのエントリの一例を示す図である。図５において、＃１１～＃１６はそれぞれシステム１００に参加する端末１１～１６のＩＤ情報であり、アプリケーションレベルで各端末に予め一意に割り当てられる。また、監視端末２０のＩＤ情報を、＃２０とする。

【0023】

図示されるように、自らに割り当てられた公開鍵（Public keys：ＰＫ）と、他の端末に割り当てられた公開鍵とが鍵管理テーブル２３ａに登録される。つまり端末１１～１６は、システム１００の端末に割り当てられた公開鍵の全てを記憶する。秘密鍵（Secret Keys：ＳＫ）については、他端末の公開鍵と対となる秘密鍵が登録され、自らに割り当てられた公開鍵の対となる秘密鍵は、鍵管理テーブル２３ａに登録されない。

【0024】

図５において、端末１１の鍵管理テーブルには、端末１２（＃１２）～端末１６（＃１６）の秘密鍵（ＳＫ１２～ＳＫ１６）が登録される。自らに割り当てられた公開鍵（ＰＫ１１）と対をなす秘密鍵は登録されない（（－）で示す）。

【0025】

端末１２の鍵管理テーブルには、端末１１（＃１１）、端末１３（＃１３）～端末１６（＃１６）の秘密鍵（ＳＫ１１，ＳＫ１３～ＳＫ１６）が登録される。自らに割り当てられた公開鍵（ＰＫ１２）と対をなす秘密鍵は登録されない（－）。

【0026】

端末１３の鍵管理テーブルには、端末１１（＃１１）、端末１２（＃１２）、端末１４（＃１４）～端末１６（＃１６）の秘密鍵（ＳＫ１１，ＳＫ１２，ＳＫ１４～ＳＫ１６）が登録される。自らに割り当てられた公開鍵（ＰＫ１３）と対をなす秘密鍵は登録されない（－）。

【0027】

端末１４の鍵管理テーブルには、端末１１（＃１１）～端末１３（＃１３）、端末１５（＃１５）、端末１６（＃１６）の秘密鍵（ＳＫ１１～ＳＫ１３，ＳＫ１５，ＳＫ１６）が登録される。自らに割り当てられた公開鍵（ＰＫ１４）と対をなす秘密鍵は登録されない（－）。

【0028】

端末１５の鍵管理テーブルには、端末１１（＃１１）～端末１４（＃１４）、端末１６（＃１６）の秘密鍵（ＳＫ１１～ＳＫ１４，ＳＫ１６）が登録される。自らに割り当てられた公開鍵（ＰＫ１５）と対をなす秘密鍵は登録されない（－）。

【0029】

端末１６の鍵管理テーブルには、端末１１（＃１１）～端末１５（＃１５）の秘密鍵（ＳＫ１１～ＳＫ１５）が登録される。自らに割り当てられた公開鍵（ＰＫ１６）と対をなす秘密鍵は登録されない（－）。

【0030】

すなわち鍵管理テーブルには、自端末の公開鍵と、他端末の公開鍵と秘密鍵のペアとが登録される。つまり鍵管理テーブルには、システム１００における複数の端末に個別に割り当てられた公開鍵と、自らに割り当てられた公開鍵以外の公開鍵と対をなす秘密鍵とが登録され、自らに割り当てられた公開鍵と対をなす秘密鍵だけが登録されない。なお、監視端末２０については、鍵管理テーブルの対象外とする。

【0031】

図６は、監視端末２０に記憶される鍵管理テーブル３３ａのエントリの一例を示す図である。監視端末２０の鍵管理テーブル３３ａには、システム１００に参加する端末と個別に通信するための、公開鍵、秘密鍵のペアが登録される。

【0032】

次に、上記構成における作用を説明する。
図７は、実施形態に係わる処理手順の一例を示すシーケンス図である。図７において、監視端末２０は、端末１１～１６から送信されたパケットをキャプチャし、既存のウイルス解析技術などに基づいて解析する（ステップＳ１）。解析の結果マルウェアを検知すると（ステップＳ２でＹｅｓ）、監視端末２０は感染端末を特定する（ステップＳ３）。例えば、キャプチャしたパケットの送信元ＭＡＣ（Media Access Control）アドレスを参照して感染端末を特定することができる。

【0033】

例えば、端末＃１４がマルウェアに感染していることが判明すると、監視端末２０は、マルウェアを検知したことを示すメッセージを作成する（ステップＳ４）。さらに、監視端末２０は、このメッセージを、感染端末である端末＃１４だけが復号できないように暗号化し（ステップＳ５）、端末＃１４の参加するマルチキャストグループＢにマルチキャストで送信する（ステップＳ６）。

【0034】

ここで、実施形態での暗号化の手法について説明する。暗号化されたメッセージは、マルチキャストで送信されたグループに参加する全ての端末で受信されるが、このうち感染端末である端末＃１４だけが復号できないようにすればよい。そこで監視端末２０は、平文メッセージＭｏから、式（１）のようにして暗号化メッセージＭｅを生成する。
Ｍｅ ＝ Ｍｏ・ＰＫ１４ … （１）
つまり、監視端末２０の暗号化部２１ｃは、感染端末＃１４に割り当てられた公開鍵（ＰＫ１４）を用いて平文メッセージＭｏを暗号化する。

【0035】

暗号化メッセージＭｅを受信した端末＃１１は、秘密鍵ＳＫ１４を記憶しているので（図５）、秘密鍵ＳＫ１４を用いて暗号化メッセージＭｅから平文メッセージＭｏを復号することができる。つまり端末＃１１の復号部３１ａは、感染端末＃１４に割り当てられた公開鍵（ＰＫ１４）と対をなす秘密鍵（ＳＫ１４）を用いて、暗号化メッセージＭｅから平文メッセージＭｏを復号することができる（ステップＳ８）。

【0036】

一方、暗号化メッセージＭｅを受信した端末＃１４は、秘密鍵ＳＫ１４を記憶していない。したがって、端末＃１４は、平文メッセージＭｏを復号することができない（ステップＳ７）。

【0037】

このようにして、Ｐ２Ｐ環境でのマルチキャストにおいても、感染端末には知られない形で、健全な端末にマルウェア検知を通知することが可能となる。もちろん、以上の議論は、多数の端末が参加するマルチキャストグループに対しても同様に当てはめることができる。

【0038】

ここで、暗号化の手法についてさらに説明する。一般に、ｎの端末＃１１～＃１ｎが参加しているマルチキャストグループにおいて、端末＃１ｍがマルウェアに感染した場合、式（１）は、式（２）のように一般化することができる。

【0039】

Ｍｅ ＝ Ｍｏ・ＰＫ１ｍ … （２）
つまり、監視端末２０の暗号化部２１ｃは、感染端末＃１ｍに割り当てられた公開鍵（ＰＫ１ｍ）を用いて平文メッセージＭｏを暗号化する。

【0040】

図８は、マルチキャストグループＢ宛てのマルウェアが到来したことを説明するための図である。監視端末２０は、マルチキャストグループＢ宛てのマルウェアを検知すると、その送信元のＭＡＣアドレスを確認し、マルチキャストグループＢ内の他の端末にメッセージを通知する。

【0041】

図９は、監視端末２０からのメッセージに含まれる情報の一例を示す図である。メッセージは、マルウェアを検知したことを示すフラグ情報などの［検知通知］と、感染端末の［ＭＡＣアドレス情報］とを含む。メッセージを受信したマルチキャストグループＢの各端末は、解読したメッセージに含まれる［ＭＡＣアドレス情報］を記憶し、当該ＭＡＣアドレスからの通信を拒否する。なお、［ＭＡＣアドレス情報］はグループＡ，Ｃに送信されてもよい。このようにすることで、ＭＡＣ副層、つまりレイヤ２（Ｌ２：データリンク層）でのマルウェア対策を実現することができる。

【0042】

図１０は、マルウェア感染端末が通信システム１００から隔離された状態を示す図である。ＭＡＣアドレスを用いることで、感染源をレイヤ２レベルで隔離することが可能になる。

【0043】

図１１は、マルチキャストグループＢ内の端末がマルウェアに感染したことを説明するための図である。すでに説明したように、監視端末２０は、感染端末のみが復号不能な暗号化メッセージをマルチキャストで送信する。

【0044】

図１２は、監視端末２０からのメッセージに含まれる情報の他の例を示す図である。メッセージは、［検知通知］、および感染端末の［ＭＡＣアドレス情報］に加え、感染端末の［ＩＤ情報］を含んでもよい。メッセージに感染端末の［ＭＡＣアドレス情報］と［ＩＤ情報］とを含めることで、レイヤ２レベルに加えてアプリケーション層、つまりレイヤ７（Ｌ７：アプリケーション層）レベルでのマルウェア対策を施すことができる。つまり健全な端末は、感染端末からの通信をレイヤ２レベル、レイヤ７レベルの２段階にわたり拒否することが可能になるので、マルウェアの感染拡大リスクをさらに低くすることができる。

【0045】

以上説明したようにこの実施形態では、全てのマルチキャストグループに監視端末２０を参加させ、マルチキャストグループ宛の通信を常時監視させる。監視端末２０は、他の端末を代表してウイルスパターンファイルをインターネット経由で取得するとともに、ディープパケットインスペクション、振る舞い検知などの機能を備えて、受信パケットを常時監視する。マルウェアを検知すると、監視端末２０は当該グループに参加する全ての端末に暗号化メッセージを通知する。これにより、マルウェアの速やかな封じ込めが可能になり、ひいては保全対応が可能になる。

【0046】

マルウェアの送信元が感染端末であった場合、その端末もいずれかのマルチキャストグループに参加している可能性がある。その場合には、監視端末２０からの通知が感染端末には届かないよう、感染端末を除外した暗号化通信を実施する。この通信には特許文献１の技術を利用することができる。すなわち、各端末は、自端末の公開鍵と、他端末の公開鍵と秘密鍵のペアとを記憶する。

【0047】

実施形態により、マルチキャストネットワークにおいて、マルウェア侵入を検知し、効率的に初期対応を行うことが可能になる。例えば、複数のマルチキャストグループで構成される通信システムにマルウェアが送り込まれた場合、当該マルチキャストグループ内での効率的な初動対応と、他のマルチキャストグループへの拡散防止対応を実現することができる。

【0048】

すなわち、マルウェア検知メッセージを暗号化して、当該マルチキャストグループへの全ての参加端末に送信し、感染端末を除外した通信でマルウェアの検知を通知する。さらに、全てのマルチキャストグループに向けてマルウェア送信元端末（感染端末）のＭＡＣアドレスを通知する。これにより、各端末において、感染源のＭＡＣアドレスからのパケットを拒否することができる。

【0049】

さらに、ネットワーク内の全ての端末にあらかじめＩＤ情報を付与しておき、アプリケーション層で端末を識別できるようにする。これにより、感染端末からのマルウェア拡散が発生した際には、監視端末２０から当該感染端末のＩＤ情報を他の参加端末へ通知することで、各端末で感染端末からのパケットを拒否することができる。

【0050】

これらのことから、実施形態によれば、Ｐ２Ｐでマルチキャスト通信を行うシステムにおいて、マルウェアを確実に検知して拡散を防止することができる。これにより、端末のマシンスペックに拠らずとも、セキュリティを確実に確保することが可能になる。ひいては、マルウェアの拡散を効率的かつ迅速に阻止できるようにした通信システム、監視端末、およびマルウェア監視方法を提供することが可能になる。

【0051】

なお、この発明は実施形態に限定されるものではない。例えば、端末の数は図示したような６個に限定されるものではない。
また、Ｐ２Ｐ通信のプロトコルとして、ＴＣＰに代えてＵＤＰ（User Datagram Protocol）を適用しても良い。あるいは、ＵＤＰ上のＱＵＩＣ（Quick UDP Internet Connections）を適用することもできる。

【0052】

実施形態を説明したが、この実施形態は例として提示するものであり、発明の範囲を限定することは意図していない。この新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【符号の説明】

【0053】

１１～１６…端末、２０…監視端末、２１…プロセッサ、２１ａ…マルウェア検知部、２１ｂ…通知部、２１ｃ…暗号化部、２２…通信部、２３…ストレージ、２３ａ…鍵管理テーブル、２３ｂ…プログラム、２４…表示・操作部、２５…メモリ、３１…プロセッサ、３１ａ…復号部、３２…通信部、３３…ストレージ、３３ａ…鍵管理テーブル、３３ｂ…プログラム、３４…表示・操作部、３５…メモリ、１００…通信システム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】