送信端末、受信端末、通信システム

【課題】暗号化／認証子付与処理されたパケットの復号化／認証子検証処理を終える前に、当該パケットが不正パケットであるか否かを容易に判断する。
【解決手段】通信パケットを送信する送信部１４０と、通信パケットの送信前に当該通信パケットを暗号化する暗号化部１２０と、通信パケットが不正パケットであるか否かを通信パケットの受信端末が判断するための不正判断データを当該通信パケットへ付与する不正判断データ設定部１３０と、を備え、不正判断データ設定部１３０は、受信端末との間であらかじめ共有された規則に基づき、通信パケットの少なくとも一部を用いて不正判断データを生成する。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信パケットを送信する送信端末、通信パケットを受信する受信端末、これらの端末を有する通信システムに関するものである。
【背景技術】
【０００２】
受信バッファや処理能力に制約がある通信端末が、受信パケット落ちや遅延を少なくデータを受信することに価値があるようなシステムにおいては、不当なパケットの過負荷投入によるサービス妨害（ＤｏＳ：ＤｅｎｉａｌｏｆＳｅｒｖｉｃｅ）攻撃等を緩和するために、上記不当なパケットを早期に不当であると判断して破棄させることが好ましい。
【０００３】
サービス妨害 (ＤｏＳ）攻撃とは、攻撃目標のサーバなどに大量のパケットデータを送りつけるなどして、サーバのリソースを消耗させることで、正当な要求者へのサービス提供を不能にさせる攻撃である。
例えば、ＷＥＢサービスを停止させることを目的に、ＷＥＢサーバに対してコンテンツの配信要求（ＨＴＴＰリクエスト）を大量に送付する等の攻撃がある。
また、無線ネットワークに対するサービス妨害攻撃も存在する。攻撃者は、無線の帯域を占有したり、無線ネットワークに対してパケットを大量に投入したりすることで、無線ネットワークの機能を妨害し得る。
【０００４】
しかし、このような無線ネットワークに対する妨害攻撃への対策は、現時点ではあまり考慮されていない。
この理由は、現在広く利用されている、ユーザが自身の無線通信端末装置を用いてＷＥＢの閲覧やメールの送受信を行う無線ネットワークの利用モデルにおいては、無線ネットワークの機能を妨害することは、攻撃で得られる価値が少ない、もしくは、ある特定のユーザを狙っての突発的な嫌がらせ攻撃が大半であるためと考えられる。
即ち、サービスを妨害することが目的ならば、インターネット上のサーバを直接攻撃するほうが手っ取り早く、したがってこのような個人利用を目的とする無線ネットワークに対する妨害攻撃への対策は、現時点ではあまり考慮されていないものと思われる。
【０００５】
一方、近年では、無線センサネットワークが提案されている。
無線センサネットワークとは、無線通信機能を備えたセンサ機器により形成されるネットワークであり、センサ機器で収集したセンシングデータをもとにデジタル情報機器を制御したり、設備や環境の状態をモニタリングしたり、といった用途が考えられている。
このようなセンサネットワークでは、センサ機器により収集されるデータに価値があるため、センシングデータの収集を妨害するような、無線ネットワークに対するサービス妨害攻撃は、大きな脅威となり得る。
したがって、上述のような個人利用を目的とする無線ネットワークと異なり、攻撃により得られる価値が存在し得るため、妨害攻撃により甚大な影響が発生する可能性がある。
【０００６】
上述のような無線ネットワークにおける不正パケットに関し、『無線マルチホップネットワークにおいて不正な無線端末が送信するパケットがネットワーク上の無線回線や認証済の正規な無線端末に及ぼす悪影響を低減すること』を目的とする技術として、『送信端末では認証済の全無線端末で共有される第１の秘密情報を用いて第１の検査データを作成し、自局と宛先の無線端末との間で共有される第２の秘密情報を用いて第２の検査データを作成し、これらの検査データを付加したパケットを送信し、受信端末では第１の検査データを自局の第１の秘密情報を用いて検証し、検証結果が誤りの場合にはパケットを破棄し検証結果が正しい場合は自局が宛先か否かを識別し、宛先でなければパケットを他の無線端末に送信し、自局が宛先である場合は第２の検査データを自局の保持する第２の秘密情報で検査し、結果が誤りの場合はパケットを破棄し結果が正しい場合には受信パケットを受け取る。』というものが提案されている（特許文献１）。
【０００７】
【特許文献１】特開２００３−６９５８１号公報（要約）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上記特許文献１に記載の技術では、パケットを受信した通信端末装置が、受信したパケットを不正なパケットであるか否かを判断するには、パケット検査データが正しいかどうかの検証処理を終える必要がある。
しかし、センサネットワークを形成する無線通信端末装置は、一般的に低コストを重視して開発されるため、コンピュータ装置などと比較すると計算能力やメモリ容量が非常に乏しいと想定される。
そのため、センサネットワークを形成する無線通信端末装置は、検証処理を必要時間内に終えるだけの処理能力を備えていない場合も考えられる。
【０００９】
通信端末装置が単位時間あたりに受信するパケット量に対し単位時間あたりに処理できるパケット量が少ない場合は、例えば、無線ネットワークに対してパケットを大量投入することで、無線ネットワークの機能を妨害しようとする攻撃を受けると、受信バッファがオーバフローしてしまい、受信パケット落ちや遅延が生じてしまう。
【００１０】
特に、パケットに暗号化や認証子付与がなされているときには、以下に述べるような課題が更に発生する。
なお、認証子とは、例えばメッセージ認証子（ＭＡＣ：ＭｅｓｓａｇｅＡｕｔｈｅｎｔｉｃａｔｉｏｎＣｏｄｅ）のように、当該パケットの正当性を証明するための識別符号を指す。
【００１１】
一般に、通信端末装置がパケットを受信したときには、そのパケットが暗号化されていて復号する必要があるのか、または、認証子が付与されていてその認証子を検証する必要があるのか、を知る必要がある。
パケットが暗号化／認証子付与処理されているかどうかを知る手段のーつとして、暗号化されていないへッダに暗号化／認証子付与処理の有無を記述しておく方法がある。
パケットを受信した通信端末装置は、へッダを見ることによって、そのパケットのペイロード部分が暗号化／認証子付与処理されていて、復号化／認証子検証の必要があるのか否かを判断することになる。
【００１２】
この場合、ネットワークに認証されていない攻撃者であっても、へッダに暗号化／認証子付与処理の”有”を指定した、一見正当な暗号化／認証子付与パケットをネットワークに大量投入することが可能である。
これらのパケットの暗号化／認証子付与処理は、正当な鍵を用いて処理されていないため、上記パケットを受信した通信端末装置が復号化／認証子検証処理することにより、不正であると判断されることになり、最終的には排除することができる。
【００１３】
しかし、上記のパケットを受信した通信端末装置は、上記パケットが正当なものであるか否かを判断するため、復号処理／認証子検証処理を実行する必要が生じ、これらの処理を終えるまでは、当該パケットが不正パケットであるか否かを判断できない。
したがって、計算能力やメモリ容量が非常に乏しい通信端末装置にとっては、上述のような不正パケットを自己の処理能力以上に受信すると、妨害攻撃を受けたものと同様の被害を受ける可能性がある。
【００１４】
このように、攻撃者は、へッダに暗号化／認証子付与処理の”有”を指定した無意味なパケットをネットワークに大量投入することにより、それらパケットを受信する通信端末装置に対して、復号化／認証子検証処理をさせしめることが可能になる。
その結果、通信端末装置に対してパケット処理負荷をかけることによって、センシングデータの受信遅延を発生させしめたり、受信パケット落ちを発生させしめたりすることが可能になる。
【００１５】
以上のような理由から、暗号化／認証子付与処理されたパケットの復号化／認証子検証処理を終える前に、当該パケットが不正パケットであるか否かを容易に判断することのできる送信端末、受信端末が望まれていた。
【課題を解決するための手段】
【００１６】
本発明に係る送信端末は、通信パケットを送信する送信部と、前記通信パケットの送信前に当該通信パケットを暗号化する暗号化部と、前記通信パケットが不正パケットであるか否かを前記通信パケットの受信端末が判断するための不正判断データを当該通信パケットへ付与する不正判断データ設定部と、を備え、前記不正判断データ設定部は、前記受信端末との間であらかじめ共有された規則に基づき、前記通信パケットの少なくとも一部を用いて前記不正判断データを生成するものである。
【００１７】
また、本発明に係る受信端末は、通信パケットを受信する受信部と、前記通信パケットを受信後に復号化する復号化部と、前記通信パケットが不正パケットであるか否かを判断する不正パケット判断部と、を備え、前記不正パケット判断部は、前記復号化部が前記通信パケットを復号化する前に、前記通信パケットの送信元端末との間であらかじめ共有された規則に基づき、前記通信パケットに付与された不正判断データを用いて前記通信パケットが不正パケットであるか否かを判断し、前記復号化部は、前記不正パケット判断部が不正パケットではないと判断した前記通信パケットのみその後の復号化を実行するものである。
【発明の効果】
【００１８】
本発明によれば、受信端末は、受信パケットを全て復号することなく、当該パケットに付与された不正判断データのみを用いて、当該パケットが不正パケットであるか否かを判断することができるので、処理能力等が限られている端末であっても、容易に上述の判断が可能となる。
【発明を実施するための最良の形態】
【００１９】
実施の形態１．
図１は、本発明の実施の形態１に係る送信端末１００の機能ブロック図である。
送信端末１００は、送信データ取得部１１０、暗号化／認証子生成部１２０、不正判断データ設定部１３０、および送信部１４０を備える。
【００２０】
送信データ取得部１１０は、送信端末１００が送信するデータを例えば上位のアプリケーション等から取得し、その送信データを、暗号化／認証子生成部１２０へ出力する。
暗号化／認証子生成部１２０は、送信データ取得部１１０より受け取った送信データに対して暗号化／認証子生成処理を行う。また、暗号化／認証子付与処理を施した送信データを、不正判断データ設定部１３０へ出力する。
【００２１】
不正判断データ設定部１３０は、暗号化／認証子生成部１２０より受け取った暗号化／認証子付与処理済みの送信データから任意長ｋのビット列を選択し、不正判断データとして送信データに付与する。また、不正判断データを付与した送信パケットを、送信部１４０へ出力する。
【００２２】
任意長ｋのビット列の選択方法は、送信端末１００と後述の受信端末２００で共有しておく必要がある。これには、例えば以下のような手法が考えられる。
【００２３】
（１）ネットワークに認証された通信端末装置のみが知ることができる所定位置のｋビット列を選択する。
（２）ネットワークに認証される各通信端末装置に固有の位置のｋビット列を選択する。
【００２４】
なお、暗号化／認証子付加データ内における複数の位置から任意長ｋのビット列を選択してもよい。
【００２５】
上記の所定位置の決定方法としては、以下のようなものが考えられる。
【００２６】
（１）別途与えられる秘密鍵情報を使って算出する。
（２）別途与えられる秘密鍵情報で位置情報を暗号化して受信側の通信端末装置に秘密裏に通知する。
（３）ネットワークに認証された通信端末装置のみが知ることができる所定位置を設定する場合には、例えば、ネットワークに認証された通信端末装置のみが取得できる秘密鍵を用いて所定位置を算出することができる。
（４）ネットワークに認証される各通信端末装置に固有の位置のｋビットを設定する場合には、送信端末と受信端末との間に個別に設定される秘密鍵や、互いのＩＤ情報を用いて所定位置を算出することができる。
【００２７】
上記の所定位置が、送信データ長よりも大きい場合には、送信データ長でｍｏｄ演算処理した位置を設定することもできる。
【００２８】
なお、上述の任意長ｋは、数ビット程度のなるべく小さいデータとするのが好ましい。ｋを大きくすればするほど、送受信されるパケットの統計解析により、ｋビットの位置を攻撃者に特定されやすくなるからである。
また、この任意長ｋのビット列は、送信端末と受信端末との同意の下で、定期的または不定期に変更しても構わない。
【００２９】
送信部１４０は、不正判断データが付与された暗号化／認証子付与処理済の送信パケットを、後述の受信端末２００に宛てて送信する。
【００３０】
送信データ取得部１１０、暗号化／認証子生成部１２０、および不正判断データ設定部１３０は、これらの機能を実現する回路デバイス等のハードウェアで構成することもできるし、マイコンやＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）等の演算装置とその動作を規定するソフトウェアで構成することもできる。
送信部１４０は、有線・無線等の必要な通信インターフェースを適宜備える。
【００３１】
暗号化／認証子生成部１２０は、暗号化を行う機能部と、認証子を生成する機能部とに分割して構成することもできる。
【００３２】
図２は、本実施の形態１に係る受信端末２００の機能ブロック図である。
受信端末２００は、受信部２１０、不正パケット判断部２２０、復号化／認証子検証部２３０、および受信データ取得部２４０を備える。
【００３３】
受信部２１０は、不正判断データが付与された暗号化／認証子付与処理済の受信パケットを、送信端末１００より受信する。また、受信したパケットを不正パケット判断部２２０へ出力する。
【００３４】
不正パケット判断部２２０は、受信部２１０より不正判断データが付与された暗号化／認証子付与処理済の受信パケットを受け取り、そのパケットが不正パケットであるか否かを判断する。
不正パケット判断部２２０は、パケットに付与された任意長ｋのビット列が、受信パケット内における所定位置のｋビットと一致するかどうかを検証する。
両者が一致すれば当該パケットは正当である可能性があると判断し、一致しなければ当該パケットは不当であると判断して破棄する。正当である「可能性」としたのは、後の復号化や認証子検証により、不正パケットであると判断される可能性があるからである。以後の説明でも同様である。
不正パケット判断部２２０は、正当である可能性があると判断した暗号化／認証子付与パケットを、復号化／認証子検証部２３０へ出力する。
【００３５】
なお、任意長ｋビットの所定の位置の選択方法に関しては、送信端末１００と受信端末２００で一致している必要がある。
また、任意長ｋビットの位置が一定期間変更しない場合には、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）等の記憶装置に格納する管理テーブル等にその位置を保持させておき、常時簡易に参照できる形にしておくことが望ましい。
【００３６】
復号化／認証子検証部２３０は、不正パケット判断部２２０より受け取った、正当である可能性があると判断された受信パケットに対して、復号化／認証子検証処理を行なう。また、復号化／認証した平文データを、受信データ取得部２４０へ出力する。
受信データ取得部２４０は、復号化／認証子検証部２３０より、復号化／認証された平文データを取得する。
【００３７】
不正パケット判断部２２０、復号化／認証子検証部２３０、および受信データ取得部２４０は、これらの機能を実現する回路デバイス等のハードウェアで構成することもできるし、マイコンやＣＰＵ等の演算装置とその動作を規定するソフトウェアで構成することもできる。
受信部２１０は、有線・無線等の必要な通信インターフェースを適宜備える。
【００３８】
復号化／認証子検証部２３０は、復号化を行う機能部と、認証子検証を行う機能部とに分割して構成することもできる。
【００３９】
以上、本実施の形態１に係る送信端末１００と受信端末２００の構成を説明した。
次に、本実施の形態１に係る送信端末１００と受信端末２００の動作を説明する。
【００４０】
図３は、送信端末１００のパケット送信動作を説明する図である。以下、図３の各ステップについて説明する。
【００４１】
（Ｓ１０１：送信データの取得）
送信データ取得部１１０は、送信データを取得する。
（Ｓ１０２：暗号化／認証子付与）
暗号化／認証子生成部１２０は、送信データに対して暗号化／認証子付与処理を行う。
【００４２】
（Ｓ１０３：不正判断データの設定）
不正判断データ設定部１３０は、暗号化／認証子付与処理が行われた送信データから、秘密位置のビット長ｋのビット列をコピーし、不正判断データとして送信データに付与する。
（Ｓ１０４：データの送信）
送信部１４０は、不正判断データを付与した、暗号化／認証子付与処理済みの送信パケットを、受信端末２００に宛てて送信する。
【００４３】
図４は、受信端末２００のパケット受信動作を説明する図である。以下、図４の各ステップについて説明する。
【００４４】
（Ｓ１０５：暗号化データの受信）
受信部２１０は、不正判断データが付与され、暗号化／認証子付与処理されたパケットを受信する。
（Ｓ１０６：不正パケットの判断）
不正パケット判断部２２０は、受信したパケットに含まれる不正判断データと、暗号化／認証子付与処理された受信パケットの中の、秘密位置のｋビットとが一致するかどうかを検証する。
一致すれば、受信したパケットを正当である可能性があると判断する。一致しなければ、受信したパケットを不当であると判断し、その後の処理を破棄する。
【００４５】
（Ｓ１０７：復号化／認証子検証）
復号化／認証子検証部２３０は、正当である可能性があると判断された受信パケットの復号化／認証子検証処理を行なう。検証結果が失敗した場合は、当該パケットを不当であると判断し、そのデータを破棄する。
（Ｓ１０８：平文データの取得）
受信データ取得部２４０は、復号化／認証された平文データを取得する。
【００４６】
以上のように、本実施の形態１に係る送信端末１００は、暗号化／認証子付与された送信パケットから、正当な送信端末１００のみ知る秘密位置のｋビット列を選択し、そのｋビットをコピーして送信データに付与する。
また、本実施の形態１に係る受信端末２００は、受信したパケットを復号化／認証子検証する前に、正しい場所のｋビットが送信データに付与されているかどうかによって、受信したパケットが不正な暗号化パケットであるか否かを判断する。
【００４７】
したがって、受信端末２００は、パケットの復号化／検証処理を行なう前に、たかだかｋビットの参照処理のみによって、不正パケットを排除することが可能となる。
これにより、受信端末２００の受信バッファや処理能力に制約がある場合でも、受信パケット落ちや遅延を少なくし、不当な暗号化パケットの過負荷投入によるサービス妨害（ＤｏＳ）攻撃等を緩和することができる。
【００４８】
また、本実施の形態１では、攻撃者による送信パケット偽造が成功する確率につき、以下のような効果がある。
【００４９】
攻撃者は、ネットワークに認証された正当な送信端末１００と同様に、自身の生成した不正な送信データにランダムなｋビットを付加し、その送信データをネットワークに投入することができる。
この場合、攻撃者は、「正当なパケットである可能性がある」と判断される不正判断データを偽造することが可能となる。
しかし、攻撃者は生成した不正判断データが受信端末２００にどのように判断されたかを外部から判断することは困難である。
したがって、攻撃者が投入した妨害暗号化パケットが正当なパケットであると判断される確率を１／（２＾ｋ）に抑えることができ、攻撃者の動機を減らす効果がある。
【００５０】
実施の形態２．
実施の形態１において、攻撃者が不正に付与した不正判断データが、偶然にも正当な位置のｋビットと一致する場合、パケットを受信した受信端末２００は、その後に復号化／認証子検証処理を行って、不正パケットを排除する必要がある。
本発明の実施の形態２では、受信端末２００は、受信したパケットの復号化／認証子検証処理の途中過程において、復号化／認証子検証処理と、不正判断データの検証とを一体的に行い、以後の復号化／認証子検証処理を続けるか否かを判断する。
【００５１】
なお、暗号化／認証子付与処理には、暗号化処理を行ってから、暗号化されたデータに対する認証子を生成して付与するものと、平文データに対する認証子を生成して付与してから、それら認証子が付加されたデータを暗号化処理する場合とがある。
本実施の形態２では、暗号化処理を行ってから認証子を生成する場合における処理について説明する。
【００５２】
図５は、本実施の形態２に係る送信端末１００の機能ブロック図である。
本実施の形態２に係る送信端末１００は、送信データ取得部１１０、暗号化部１５０、認証子／不正判断データ生成部１６０、不正判断データ設定部１３０、および送信部１４０を備える。
【００５３】
送信データ取得部１１０は、送信端末１００が送信するデータを例えば上位のアプリケーション等から取得し、その送信データを暗号化部１５０へ出力する。
暗号化部１５０は、送信データ取得部１１０より受け取った送信データに対して暗号化処理を行う。また、暗号化処理を施した送信データを、認証子／不正判断データ生成部１６０へ出力する。
【００５４】
認証子／不正判断データ生成部１６０は、暗号化部１５０より受け取った暗号化送信データに対する認証子生成処理を行うとともに、認証子生成の過程で任意長のビット列を抽出する。
認証子生成処理には、例えば後述の図６で説明するＣＢＣ−ＭＡＣ（ＣｉｐｈｅｒＢｌｏｃｋＣｈａｉｎｉｎｇ − ＭｅｓｓａｇｅＡｕｔｈｅｎｔｉｃａｔｉｏｎＣｏｄｅ）を使用することができる。
認証子／不正判断データ生成部１６０は、ＣＢＣ−ＭＡＣを使用して生成した認証子を付与した暗号化送信データと、生成した不正判断データを、不正判断データ設定部１３０へ出力する。
【００５５】
不正判断データ設定部１３０は、認証子／不正判断データ生成部１６０より受け取った認証子を付与された暗号化送信データに、同じく認証子／不正判断データ生成部１６０より受け取った不正判断データを付与する。
不正判断データ設定部１３０は、不正判断データを付与した暗号化／認証子付与処理済の送信データを、送信部１４０へ出力する。
【００５６】
送信部１４０は、不正判断データが付与された暗号化／認証子付与処理済の送信パケットを、受信端末２００に宛てて送信する。
【００５７】
送信データ取得部１１０、暗号化部１５０、認証子／不正判断データ生成部１６０、および不正判断データ設定部１３０は、これらの機能を実現する回路デバイス等のハードウェアで構成することもできるし、マイコンやＣＰＵ等の演算装置とその動作を規定するソフトウェアで構成することもできる。
送信部１４０は、有線・無線等の必要な通信インターフェースを適宜備える。
【００５８】
認証子／不正判断データ生成部１６０は、認証子を生成する機能部と、不正判断データを生成する機能部とに分割して構成することもできる。
【００５９】
図６は、ＣＢＣ−ＭＡＣの処理概要と、その処理過程において不正判断データを抽出する処理とを説明する図である。
ＣＢＣ−ＭＡＣは、ブロック暗号の処理過程を利用して認証子を生成するアルゴリズムである。以下、図６の処理手順について説明する。
【００６０】
（１）暗号化部１５０は、暗号化する送信データを、複数（ｎ個）のブロック（図６のブロック１〜ブロックｎ）に分割する。
【００６１】
（２）暗号化部１５０は、送信データとは別に定められた被暗号ブロック０（図６のブロック０：Ｎｏｎｃｅ）を、所定の暗号化関数Ｅで暗号化する。
なお、ブロック０（Ｎｏｎｃｅ）とは，同じ送信データに対し同じ鍵を用いて認証子を生成した場合でも、暗号化の都度異なる認証子を生成させるために設定される一時的な情報である。
例えば、送信端末１００の識別子や、送信端末１００と受信端末２００とが共有するフレームカウンタ値等が、ブロック０（Ｎｏｎｃｅ）として用いられる。
【００６２】
（３）暗号化部１５０は、前のブロックの暗号化結果と、次のブロックとの排他的論理和をとり、その結果を暗号化関数で暗号化する。
（４）認証子／不正判断データ生成部１６０は、ブロックｔ（ｔ＜ｎ）の暗号化結果から任意長のビット列を抽出し、これを不正判断データとして用いる。
【００６３】
（５）暗号化部１５０は、ステップ（３）〜（４）の手順をブロックｎまで繰り返し実行する。
（６）認証子／不正判断データ生成部１６０は、ブロックｎの暗号化結果を認証子として用いる。
【００６４】
図６のような仕組みにより、受信端末２００は、再生攻撃を検知することができる。
なお、図６では１箇所のブロックの暗号結果から１つの任意長ビット列を抽出することを説明したが、これらの個数に制限はなく、例えば複数個所のブロックの暗号結果それぞれから複数の任意長ビット列を抽出して不正判断データとしても構わない。
本実施の形態２では、説明の簡単のため、図６で説明した手順を前提にする。
【００６５】
図７は、本実施の形態２に係る受信端末２００の機能ブロック図である。
本実施の形態２に係る受信端末２００は、受信部２１０、認証子検証／不正パケット判断部２５０、復号化部２６０、および受信データ取得部２４０を備える。
【００６６】
受信部２１０は、不正判断データを付与された暗号化／認証子付与処理済の受信パケットを送信端末１００より受信する。また、受信パケットを認証子検証／不正パケット判断部２５０へ出力する。
【００６７】
認証子検証／不正パケット判断部２５０は、受信部２１０より不正判断データを付与された暗号化／認証子付与パケットを受け取り、そのパケットが不正なバケットであるか否かを判断する。
認証子検証／不正パケット判断部２５０は、受信したパケットに対し、図６と同様の手順により認証子を生成してその検証を行う。また、その過程で図６と同様の手順により同じビット長のビット列を抽出し、不正判断データと一致するか否かを検証する。
【００６８】
認証子検証／不正パケット判断部２５０は、認証子の検証途中過程で、抽出したビット列が不正判断データと一致するか否かを検証することができる。
その時点で両者の一致が確認できれば、当該受信パケットは正当である可能性があるとして以後の認証子検証処理を継続する。不一致であれば不正パケットであると判断して認証子検証処理を中止し、当該受信パケットを破棄する。
【００６９】
認証子検証／不正パケット判断部２５０は、上述の認証子検証処理の結果、正当であると判断した受信パケットに限り、認証子を除去した暗号化パケットを復号化部２６０へ出力する。
【００７０】
復号化部２６０は、認証子検証／不正パケット判断部２５０より受け取った暗号化パケットに対して復号化処理を行なう。また、復号化された平文データを受信データ取得部２４０へ出力する。
受信データ取得部２４０は、復号化部２６０より平文データを受け取る。
【００７１】
認証子検証／不正パケット判断部２５０、復号化部２６０、および受信データ取得部２４０は、これらの機能を実現する回路デバイス等のハードウェアで構成することもできるし、マイコンやＣＰＵ等の演算装置とその動作を規定するソフトウェアで構成することもできる。
受信部２１０は、有線・無線等の必要な通信インターフェースを適宜備える。
【００７２】
認証子検証／不正パケット判断部２５０は、認証子検証を行う機能部と、不正パケット判断を行う機能部とに分割して構成することもできる。
【００７３】
以上、本実施の形態２に係る送信端末１００と受信端末２００の構成を説明した。
次に、本実施の形態２に係る送信端末１００と受信端末２００の動作を説明する。
【００７４】
図８は、本実施の形態２に係る送信端末１００のパケット送信動作を説明する図である。以下、図８の各ステップについて説明する。
【００７５】
（Ｓ２０１：送信データの取得）
送信データ取得部１１０は、送信データを取得する。
（Ｓ２０２：暗号化処理部）
暗号化部１５０は、送信データに対して暗号化処理を行う。
（Ｓ２０３：認証子と不正判断データの生成）
認証子／不正判断データ生成部１６０は、暗号化された送信データから認証子と不正判断データを生成する。不正判断データの生成手順は、図６で説明した通りである。
【００７６】
（Ｓ２０４：不正判断データの設定）
不正判断データ設定部１３０は、認証子／不正判断データ生成部１６０が生成した不正判断データを、暗号化／認証子付与処理された送信データに付与する。
（Ｓ２０５：データの送信）
送信部１４０は、不正判断データを付与した、暗号化／認証子付与処理されたパケットを、受信端末２００に宛てて送信する。
【００７７】
図９は、本実施の形態２に係る受信端末２００のパケット受信動作を説明する図である。以下、図９の各ステップについて説明する。
【００７８】
（Ｓ２０６：データの受信）
受信部２１０は、不正判断データが付与され、暗号化／認証子付与処理されたパケットを受信する。
【００７９】
（Ｓ２０７：認証子の検証と不正パケットの判断）
認証子検証／不正パケット判断部２５０は、受信したパケットの認証子検証を行なうとともに、認証子検証処理の過程で図６で説明した手順により抽出した任意長ビット列と、不正判断データとが一致するか否かを検証する。
任意長ビット列を抽出して不正判断データと一致するか否かを検証した時点で両者の一致が確認できれば、当該受信パケットは正当である可能性があるとして以後の認証子検証処理を継続する。不一致であれば不正パケットであると判断して認証子検証処理を中止し、当該受信パケットを破棄する。
【００８０】
（Ｓ２０８：認証子の検証）
認証子検証／不正パケット判断部２５０は、認証子検証処理を行う。
認証子検証／不正パケット判断部２５０は、生成された認証子とパケットに付与されている認証子とが一致する場合は、受け取った暗号化／認証子付与パケットが正当パケットであると判断し、認証子を除去した暗号化データを復号化部２６０へ出力する。
両者が一致しなかった場合は、受け取った暗号化／認証子付与パケットが不正パケットであると判断し、当該パケットを破棄する。
【００８１】
（Ｓ２０９：復号処理）
復号化部２６０は、正当であると判断された暗号化データを復号する。
（Ｓ２１０：平文データの取得）
受信データ取得部２４０は、復号された平文データを取得する。
【００８２】
なお、ＣＢＣ−ＭＡＣの処理過程におけるいずれの位置のビット列を不正判断データとするかについての規則は、送信端末１００と受信端末２００の間であらかじめ共有しておく。
【００８３】
以上のように、本実施の形態２に係る送信端末１００は、暗号化処理を行ってから認証子を生成する処理モードにおいて、認証子生成処理の途中演算結果から任意長のビット列を抽出し、抽出したビット列を不正判断データとして送信データに付与する。
また、本実施の形態２に係る受信端末２００は、認証子検証処理の過程で生成された任意ビット列が不正判断データと一致するかどうかによって、受信したパケットが不正な暗号化パケットであるか否かを判断する。
【００８４】
したがって、受信端末２００は、実施の形態１と同様に、受信したパケットの復号化／検証処理を終える前に、受信したパケットが不正パケットであるか否かを判断することができる上に、上記の判断を、認証子検証処理の過程で実施できる。
即ち、認証子検証処理は正当なパケットである可能性があると判断された場合に必須となる処理であり、認証子検証処理と不正パケット判断を一体的に行うことにより、これらの処理を効率的に行うことができるのである。
【００８５】
実施の形態３．
実施の形態２において、暗号化／認証子付与処理には、暗号化処理を行ってから、暗号化されたデータに対する認証子を生成して付与するものと、平文データに対する認証子を生成して付与してから、それら認証子が付加されたデータを暗号化処理する場合とがあることを説明した。
本実施の形態３では、認証子を生成してから暗号化する場合における処理について説明する。
【００８６】
図１０は、本実施の形態３に係る送信端末１００の機能ブロック図である。
本実施の形態３に係る送信端末１００は、送信データ取得部１１０、認証子生成部１７０、暗号化／不正判断データ設定部１８０、および送信部１４０を備える。
【００８７】
送信データ取得部１１０は、送信端末１００が送信するデータを例えば上位のアプリケーション等から取得する。また、取得した送信データを認証子生成部１７０へ出力する。
認証子生成部１７０は、送信データ取得部１１０より受け取った送信データに対する認証子を生成して付与する。また、認証子を付与した送信データを暗号化／不正判断データ設定部１８０へ出力する。
【００８８】
暗号化／不正判断データ設定部１８０は、認証子生成部１７０より受け取った認証子付与された送信データに対して、任意のビット列（不正判断データ）を挿入した上で暗号化処理を行う。
暗号化処理には、例えば後述の図１１で説明するようなブ口ック暗号を利用したＣＴＲ（Ｃｏｕｎｔｅｒ) モードを利用する。
暗号化／不正判断データ設定部１８０は、暗号化処理を施した送信データを送信部１４０へ出力する。
送信部１４０は、不正判断データを付与された暗号化／認証子付与パケットを、受信端末２００に宛てて送信する。
【００８９】
送信データ取得部１１０、認証子生成部１７０、および暗号化／不正判断データ設定部１８０は、これらの機能を実現する回路デバイス等のハードウェアで構成することもできるし、マイコンやＣＰＵ等の演算装置とその動作を規定するソフトウェアで構成することもできる。
送信部１４０は、有線・無線等の必要な通信インターフェースを適宜備える。
【００９０】
暗号化／不正判断データ設定部１８０は、暗号化を行う機能部と、不正判断データの付与を行う機能部とに分割して構成することもできる。
【００９１】
図１１は、ＣＴＲモードの暗号化および復号化の処理概要と、平文データに不正判断データを挿入する処理とを説明する図である。以下、図１１の処理手順について説明する。
【００９２】
（１）暗号化／不正判断データ設定部１８０は、暗号化する平文データを、後述する不正判断データを挿入した後、ブロック暗号のブロック長単位で分割（図１１の平文ブロック１〜平文ブロックｎ）に分割する。
【００９３】
（２）暗号化／不正判断データ設定部１８０は、ｔブロック目（ｔ＜ｎ）に任意長の任意ビット列を挿入し、このビット列を不正判断データとする。
この不正判断データとして用いる任意長のビット列は、例えば、ｔブロック目に設定することが規定されている送信端末１００や受信端末２００の識別情報など、送信端末１００と受信端末２００との間で予め規定された情報を用いることができる。
【００９４】
（３）暗号化／不正判断データ設定部１８０は、平文データとは別に定められたデータ（図１１のＮｏｎｃｅ）と、ブロックカウンタとの和をとり、その結果を所定の暗号化関数で暗号化する。
なお、Ｎｏｎｃｅとは、実施の形態２と同様に、同じ送信データに対し同じ鍵を用いて認証子を生成した場合でも、暗号化の都度異なる認証子を生成させるために設定される一時的な情報である。
例えば、送信端末１００の識別子や、送信端末１００と受信端末２００とが共有するフレームカウンタ値等が、Ｎｏｎｃｅとして用いられる。
【００９５】
（４）暗号化／不正判断データ設定部１８０は、ステップ（３）の暗号化結果と、被暗号化ブロックとの排他的論理和をとり、その結果を暗号化ブロックとする。
（５）暗号化／不正判断データ設定部１８０は、ステップ（３）〜（４）の手順を平文ブロックｎまで繰り返し実行する。
【００９６】
図１１のような仕組みにより、受信端末２００は、再生攻撃を検知することができる。
なお、図１１では１つの平文ブロックに１つの任意長ビット列を挿入して不正判断データとすることを説明したが、これらの個数に制限はなく、例えば複数個所の平文ブロックそれぞれに複数の任意長ビット列を挿入して不正判断データとしても構わない。
本実施の形態３では、説明の簡単のため、図１１で説明した手順を前提にする。
【００９７】
図１２は、本実施の形態３に係る受信端末２００の機能ブロック図である。
本実施の形態３に係る受信端末２００は、受信部２１０、復号化／不正パケット判断部２７０、認証子検証部２８０、および受信データ取得部２４０を備える。
【００９８】
受信部２１０は、不正判断データを付与された暗号化／認証子付与処理済のパケットを送信端末１００よりより受信する。また、受信したパケットを復号化／不正パケット判断部２７０へ出力する。
【００９９】
復号化／不正パケット判断部２７０は、受信部２１０より不正判断データを付与された受信パケットを受け取り、そのパケットが不正パケットであるか否かを判断する。
復号化／不正パケット判断部２７０は、受信したパケットのｔブロック目（ｔ＜ｎ）を復号して得たビット列と、不正判断データとが一致するか否かを検証することで、受け取ったパケットが不正パケットであるか否かを判断する。
正当パケットである可能性があると判断した場合は復号化を継続し、不正パケットであると判断した場合は復号化を中止して当該パケットを破棄する。
復号化／不正パケット判断部２７０は、正当である可能性があると判断した受信パケットに対して復号化を行い、認証子が付与された平文データを認証子検証部２８０へ出力する。
【０１００】
認証子検証部２８０は、復号化／不正パケット判断部２７０から受け取った、認証子が付与された平文データに対して、認証子の検証処理を行なう。
認証子検証部２８０は、認証子の検証に成功すると、認証された平文データを受信データ取得部２４０へ出力する。認証子の検証に失敗すると、平文データを不正であると判断して破棄する。
受信データ取得部２４０は、認証子検証部２８０より平文データを取得する。
【０１０１】
復号化／不正パケット判断部２７０、認証子検証部２８０、および受信データ取得部２４０は、これらの機能を実現する回路デバイス等のハードウェアで構成することもできるし、マイコンやＣＰＵ等の演算装置とその動作を規定するソフトウェアで構成することもできる。
受信部２１０は、有線・無線等の必要な通信インターフェースを適宜備える。
【０１０２】
復号化／不正パケット判断部２７０は、復号化を行う機能部と、不正パケットの判断を行う機能部とに分割して構成することもできる。
【０１０３】
以上、本実施の形態３に係る送信端末１００と受信端末２００の構成を説明した。
次に、本実施の形態３に係る送信端末１００と受信端末２００の動作を説明する。
【０１０４】
図１３は、本実施の形態３に係る送信端末１００のパケット送信動作を説明する図である。以下、図１３の各ステップについて説明する。
【０１０５】
（Ｓ３０１：送信データの取得）
送信データ取得部１１０は、送信データを取得する。
（Ｓ３０２：認証子の生成・付与）
認証子生成部１７０は、送信データに対する認証子生成と付与を行う。
（Ｓ３０３：不正判断データの挿入と暗号化）
暗号化／不正判断データ設定部１８０は、認証子付与された送信データのｔブロック目（ｔ＜ｎ）に不正判断データを挿入し、不正判断データを挿入した平文データに対して暗号化処理を行う。
【０１０６】
（Ｓ３０４：不正判断データの設定）
暗号化／不正判断データ設定部１８０は、ステップＳ３０３で挿入した不正判断データを、暗号化／認証子付与処理された送信データにさらに付与する。
（Ｓ３０５：データ送信）
送信部１４０は、不正判断データを付与した、暗号化／認証子付与処理されたパケットを、受信端末２００に宛てて送信する。
【０１０７】
なお、ｔブロック目に挿入する不正判断データの内容や挿入位置が送信端末１００と受信端末２００の間で共有されている場合は、ステップＳ３０４において、送信パケットに不正判断データをさらに付与しなくてもよい。
図１３では、不正判断データとして用いる任意長のビット列が送信端末１００と受信端末２００との間で共有ないし規定されていないことを前提とし、送信パケットの先頭にも不正判断データを付与する動作例を説明した。
【０１０８】
図１４は、本実施の形態３に係る受信端末２００のパケット受信動作を説明する図である。以下、図１４の各ステップについて説明する。
【０１０９】
（Ｓ３０６：データの受信）
受信部２１０は、不正判断データが付与され、暗号化／認証子付与処理されたパケットを受信する。
【０１１０】
（Ｓ３０７：復号化と不正パケット判断）
復号化／不正パケット判断部２７０は、受信したパケットのｔブ口ック目（ｔ＜ｎ）を復号して得たビット列と、不正判断データとが一致するか否かを検証することで、受け取った暗号化／認証子付与パケットが不正パケットであるか否かを判断する。
正当パケットである可能性があると判断した場合は復号化を継続し、不正パケットであると判断した場合は復号化を中止して当該パケットを破棄する。
復号化／不正パケット判断部２７０は、正当である可能性があると判断した受信パケットに対して復号化を行い、認証子が付与された平文データを認証子検証部２８０へ出力する。
【０１１１】
（Ｓ３０８：認証子の検証）
認証子検証部２８０は、認証子の検証を行なう。認証子検証部２８０は、認証子の検証に成功すると、認証された平文データを受信データ取得部２４０へ出力する。認証子の検証に失敗すると、平文データを不正であると判断して破棄する。
（Ｓ３０９：平文データの取得）
受信データ取得部２４０は、復号された平文データを取得する。
【０１１２】
本実施の形態３では、認証子を付与した後に不正判断データを挿入することを説明したが、これに限られるものではなく、あらかじめ不正判断データを挿入した送信データに対しで認証子を生成・付与してもよい。
【０１１３】
以上のように、本実施の形態３に係る送信端末１００は、認証子生成／付与処理を行ってから暗号化処理をする処理モードにおいて、認証子が付与された送信データに対して、任意のビット列を含めて暗号化処理を行い、送信データに挿入した任意長のビット列を不正判断データとして送信データに付与して送信する。
また、受信端末２００は、ｔブロック目（ｔ＜ｎ）の復号処理で復号された任意ビット列が不正判断データと一致するかどうかによって、受信したパケットが不正な暗号化パケットであるか否かを判断する。
【０１１４】
したがって、受信端末２００は、実施の形態１と同様に、受信したパケットの復号化／検証処理を終える前に、受信したパケットが不正パケットであるか否かを判断することができる上に、上記の判断を、認証子検証処理の前段階で実施される復号処理の過程で実施することができる。
これにより、復号処理と認証子検証処理を終えてから不正パケットであるか否かを判断する場合と比べて、不正パケットであるか否かの判断に必要な処理が少なくてすむ。
【０１１５】
実施の形態４．
実施の形態１〜３では、復号化／認証子検証処理を開始する前に不正判断データの検証を行うことを説明したが、暗号化フラグが”有”であることを確認してから、復号化／認証子検証処理を開始するまでの間に、パケットに付加されているフレームカウンタ値のチェック処理を行ってもよい。この場合の処理手順は、以下のようになる。
【０１１６】
（１）受信端末２００は、受信したパケットの復号化／認証子検証処理に成功したことを受けて、当該パケットの送信端末１００の識別子と、その送信端末１００に関連付く最新のフレームカウンタ値とを把握しておく。
（２）受信端末２００は、暗号化フラグ”有”のパケットを受信すると、復号化／認証子検証処理を実施するかどうかの判断にあたり、受信したパケットのフレームカウンタ値が、当該パケットの送信端末１００のフレームカウンタ値と比較して、更新されているか否かを判断する。
【０１１７】
（３）受信端末２００は、このフレームカウンタ値が更新されている場合に限り、不正判断データの検証を行う。
（４）受信端末２００は、当該受信パケットが正当なパケットである可能性があると判断した場合に限り、復号化／認証子検証処理を実施する。
【０１１８】
実施の形態５．
以上の実施の形態１〜４では、送信端末１００と受信端末２００とが別端末であるものとして説明を行ったが、これらが一体的に構成された通信端末に対しても、本発明を適用することができる。
例えば、送信端末と受信端末の構成をともに備える中継装置に本発明を適用することもできる。
【０１１９】
また、本発明は、マルチホップネットワークを構成する通信端末に対して適用することもできる。
【図面の簡単な説明】
【０１２０】
【図１】実施の形態１に係る送信端末１００の機能ブロック図である。
【図２】実施の形態１に係る受信端末２００の機能ブロック図である。
【図３】送信端末１００のパケット送信動作を説明する図である。
【図４】受信端末２００のパケット受信動作を説明する図である。
【図５】実施の形態２に係る送信端末１００の機能ブロック図である。
【図６】ＣＢＣ−ＭＡＣの処理概要と、その処理過程において不正判断データを抽出する処理とを説明する図である。
【図７】実施の形態２に係る受信端末２００の機能ブロック図である。
【図８】実施の形態２に係る送信端末１００のパケット送信動作の説明図である。
【図９】実施の形態２に係る受信端末２００のパケット受信動作の説明図である。
【図１０】実施の形態３に係る送信端末１００の機能ブロック図である。
【図１１】ＣＴＲモードの暗号化および復号化の処理概要と、平文データに不正判断データを挿入する処理とを説明する図である。
【図１２】実施の形態３に係る受信端末２００の機能ブロック図である。
【図１３】実施の形態３に係る送信端末１００のパケット送信動作の説明図である。
【図１４】実施の形態３に係る受信端末２００のパケット受信動作の説明図である。
【符号の説明】
【０１２１】
１００送信端末、１１０送信データ取得部、１２０暗号化／認証子生成部、１３０不正判断データ設定部、１４０送信部、１５０暗号化部、１６０認証子／不正判断データ生成部、１７０認証子生成部、１８０暗号化／不正判断データ設定部、２００受信端末、２１０受信部、２２０不正パケット判断部、２３０復号化／認証子検証部、２４０受信データ取得部、２５０認証子検証／不正パケット判断部、２６０復号化部、２７０復号化／不正パケット判断部、２８０認証子検証部。

【特許請求の範囲】
【請求項１】
通信パケットを送信する送信部と、
前記通信パケットの送信前に当該通信パケットを暗号化する暗号化部と、
前記通信パケットが不正パケットであるか否かを前記通信パケットの受信端末が判断するための不正判断データを当該通信パケットへ付与する不正判断データ設定部と、
を備え、
前記不正判断データ設定部は、
前記受信端末との間であらかじめ共有された規則に基づき、
前記通信パケットの少なくとも一部を用いて前記不正判断データを生成する
ことを特徴とする送信端末。
【請求項２】
前記不正判断データ設定部は、
前記暗号化部が暗号化した前記通信パケットの少なくとも一部をコピーして前記不正判断データを生成する
ことを特徴とする請求項１記載の送信端末。
【請求項３】
前記暗号化部は、
ブロック暗号を用いて前記通信パケットを暗号化し、
前記不正判断データ設定部は、
前記暗号化部が暗号化を行ったブロックの少なくとも一部をコピーして前記不正判断データを生成する
ことを特徴とする請求項１記載の送信端末。
【請求項４】
通信パケットを送信する送信部と、
前記通信パケットの送信前に当該通信パケットを暗号化する暗号化部と、
前記通信パケットが不正パケットであるか否かを受信端末が判断するための不正判断データを当該通信パケットへ付与する不正判断データ設定部と、
を備え、
前記不正判断データ設定部は、
前記受信端末との間であらかじめ共有された規則に基づき、
前記通信パケットに任意ビット列で構成される前記不正判断データを挿入し、
前記暗号化部は、
前記不正判断データを挿入した後の前記通信パケットを暗号化する
ことを特徴とする送信端末。
【請求項５】
前記不正判断データ設定部は、
前記暗号化部が暗号化した後の前記通信パケットに前記不正判断データを付与する
ことを特徴とする請求項４記載の送信端末。
【請求項６】
通信パケットを受信する受信部と、
前記通信パケットを受信後に復号化する復号化部と、
前記通信パケットが不正パケットであるか否かを判断する不正パケット判断部と、
を備え、
前記不正パケット判断部は、
前記復号化部が前記通信パケットを復号化する前に、
前記通信パケットの送信元端末との間であらかじめ共有された規則に基づき、
前記通信パケットに付与された不正判断データを用いて前記通信パケットが不正パケットであるか否かを判断し、
前記復号化部は、
前記不正パケット判断部が不正パケットではないと判断した前記通信パケットのみその後の復号化を実行する
ことを特徴とする受信端末。
【請求項７】
前記不正パケット判断部は、
前記通信パケットに付与された不正判断データと、
前記復号化部が復号化する前における前記通信パケットの所定箇所のビット列とが一致するか否かにより、
前記通信パケットが不正パケットであるか否かを判断する
ことを特徴とする請求項６記載の受信端末。
【請求項８】
前記復号化部は、
ブロック暗号を用いて前記通信パケットを復号化し、
前記不正パケット判断部は、
前記通信パケットに付与された不正判断データと、
前記復号化部が復号化を行った所定箇所のビット列とが一致するか否かにより、
前記通信パケットが不正パケットであるか否かを判断する
ことを特徴とする請求項６記載の受信端末。
【請求項９】
通信パケットを受信する受信部と、
前記通信パケットを受信後に復号化する復号化部と、
前記通信パケットが不正パケットであるか否かを判断する不正パケット判断部と、
を備え、
前記不正パケット判断部は、
前記通信パケットの送信元端末との間であらかじめ共有された規則に基づき、
前記復号化部が復号化を行った所定箇所のビット列が所定のビット列と一致するか否かにより、
前記通信パケットが不正パケットであるか否かを判断する
ことを特徴とする受信端末。
【請求項１０】
通信パケットを受信する受信部と、
前記通信パケットを受信後に復号化する復号化部と、
前記通信パケットが不正パケットであるか否かを判断する不正パケット判断部と、
を備え、
前記不正パケット判断部は、
前記通信パケットの送信元端末との間であらかじめ共有された規則に基づき、
前記通信パケットに付与された不正判断データと、
前記復号化部が復号化を行った所定箇所のビット列とが一致するか否かにより、
前記通信パケットが不正パケットであるか否かを判断する
ことを特徴とする受信端末。
【請求項１１】
請求項１記載の送信端末と、請求項６記載の受信端末と、
を有し、
前記受信端末は、
前記送信端末が送信した通信パケットを受信し、
その通信パケットが不正パケットであるか否かを前記規則に基づき判断する
ことを特徴とする通信システム。
【請求項１２】
請求項２記載の送信端末と、請求項７記載の受信端末と、
を有し、
前記受信端末は、
前記送信端末が送信した通信パケットを受信し、
その通信パケットが不正パケットであるか否かを前記規則に基づき判断する
ことを特徴とする通信システム。
【請求項１３】
請求項３記載の送信端末と、請求項８記載の受信端末と、
を有し、
前記受信端末は、
前記送信端末が送信した通信パケットを受信し、
その通信パケットが不正パケットであるか否かを前記規則に基づき判断する
ことを特徴とする通信システム。
【請求項１４】
請求項４記載の送信端末と、請求項９記載の受信端末と、
を有し、
前記受信端末は、
前記送信端末が送信した通信パケットを受信し、
その通信パケットが不正パケットであるか否かを前記規則に基づき判断する
ことを特徴とする通信システム。
【請求項１５】
請求項５記載の送信端末と、請求項１０記載の受信端末と、
を有し、
前記受信端末は、
前記送信端末が送信した通信パケットを受信し、
その通信パケットが不正パケットであるか否かを前記規則に基づき判断する
ことを特徴とする通信システム。

【図１】