特許 7551403 通信装置、制御方法、プログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-06

(45)【発行日】2024-09-17

(54)【発明の名称】通信装置、制御方法、プログラム

(51)【国際特許分類】

   H04L 69/163 20220101AFI20240909BHJP

   H04L 47/36 20220101ALI20240909BHJP

【ＦＩ】

H04L69/163

H04L47/36

【請求項の数】 10

(21)【出願番号】P 2020143831

(22)【出願日】2020-08-27

(65)【公開番号】P2022039045

(43)【公開日】2022-03-10

【審査請求日】2023-08-22

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】100126240

【弁理士】

【氏名又は名称】阿部 琢磨

(74)【代理人】

【識別番号】100223941

【弁理士】

【氏名又は名称】高橋 佳子

(74)【代理人】

【識別番号】100159695

【弁理士】

【氏名又は名称】中辻 七朗

(74)【代理人】

【識別番号】100172476

【弁理士】

【氏名又は名称】冨田 一史

(74)【代理人】

【識別番号】100126974

【弁理士】

【氏名又は名称】大朋 靖尚

(72)【発明者】

【氏名】内川 慎一

【審査官】羽岡 さやか

(56)【参考文献】

【文献】特開２０１２－２０５２４８（ＪＰ，Ａ）

【文献】特開２０１２－１６０９０１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ １２／００－１２／６６

４１／００－１０１／６９５

(57)【特許請求の範囲】

【請求項1】

外部装置とＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）通信を行う通信装置であって、
ユーザ操作に基づき、前記ＴＣＰ通信に使用するＭＳＳ（Ｍａｘｉｍｕｍ Ｓｅｇｍｅｎｔ Ｓｉｚｅ）の下限値を設定する設定手段と、
外部装置からＴＣＰ通信の開始要求を受け付けた場合に、前記外部装置から受け取った受け入れ可能なＭＳＳの候補値が、前記設定手段で設定された前記ＭＳＳの下限値以上である場合に、前記候補値を前記ＴＣＰ通信で使用するＭＳＳとして決定し、前記外部装置とＴＣＰ通信を確立する通信制御手段と、
を有し、前記通信制御手段は、外部装置からＴＣＰ通信の開始要求を受け付けた場合に、前記外部装置から受け取った受け入れ可能なＭＳＳの候補値が、前記設定手段で設定された前記ＭＳＳの下限値より小さい場合に前記外部装置と、前記ＭＳＳの下限値を用いてＴＣＰ通信の確立を試みる制御を行うことを特徴とする通信装置。

【請求項2】

外部装置とＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）通信を行う通信装置であって、
ユーザ操作に基づき、前記ＴＣＰ通信に使用するＭＳＳ（Ｍａｘｉｍｕｍ Ｓｅｇｍｅｎｔ Ｓｉｚｅ）の下限値を設定する設定画面を表示する表示制御手段と、
前記ＭＳＳの下限値を設定する設定手段と、
外部装置からＴＣＰ通信の開始要求を受け付けた場合に、前記外部装置から受け取った受け入れ可能なＭＳＳの候補値が、前記設定手段で設定された前記ＭＳＳの下限値以上である場合に、前記候補値を前記ＴＣＰ通信で使用するＭＳＳとして決定し、前記外部装置とＴＣＰ通信を確立する通信制御手段と、
を有し、前記設定画面には前記下限値の入力を受け付ける表示アイテムと、前記下限値の入力可能範囲を示す情報とが少なくとも表示される
することを特徴とする通信装置。

【請求項3】

外部装置からＴＣＰ通信の開始要求を受け付けた場合に、前記外部装置から受け取った受け入れ可能なＭＳＳの候補値が、前記設定手段で設定された前記ＭＳＳの下限値より小さい場合に、前記外部装置とのＴＣＰ通信を確立しないよう制御する第２の通信制御手段を有することを特徴とする請求項２に記載の通信装置。

【請求項4】

前記第２の通信制御手段は、パケットフィルタリング機能を用いて前記下限値より小さいＭＳＳの候補値を含む前記開始要求を破棄することで、前記外部装置とのＴＣＰ通信の確立を確立しないよう制御することを特徴とする請求項３に記載の通信装置。

【請求項5】

前記通信制御手段は、外部装置からＴＣＰ通信の開始要求を受け付けた場合に、前記外部装置から受け取った受け入れ可能なＭＳＳの候補値が、前記設定手段で設定された前記ＭＳＳの下限値より小さい場合に前記外部装置と、前記ＭＳＳの下限値を用いてＴＣＰ通信の確立を試みる制御を行うことを特徴とする請求項２に記載の通信装置。

【請求項6】

前記通信装置は、印刷装置であることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。

【請求項7】

前記ＭＳＳの下限値を設定する設定画面を表示する表示制御手段を更に有し、
前記設定画面には前記下限値の入力を受け付ける表示アイテムと、前記下限値の入力可能範囲を示す情報とが少なくとも表示されることを特徴とする請求項１に記載の情報処理装置。

【請求項8】

外部装置からＴＣＰ通信の開始要求を受け付けた場合に、前記外部装置から受け取った受け入れ可能なＭＳＳの候補値が、前記設定手段で設定された前記ＭＳＳの下限値より小さい場合に、所定の通知を行う通知手段を更に有することを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。

【請求項9】

外部装置とＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ通信を行う通信装置の制御方法であって、
ユーザ操作に基づき、前記ＴＣＰ通信に使用するＭＳＳ（Ｍａｘｉｍｕｍ Ｓｅｇｍｅｎｔ Ｓｉｚｅ）の下限値を設定する設定工程と、
外部装置からＴＣＰ通信の開始要求を受け付けた場合に、前記外部装置から受け取った受け入れ可能なＭＳＳの候補値が、前記設定工程で設定された前記ＭＳＳの下限値以上である場合に、前記候補値を前記ＴＣＰ通信で使用するＭＳＳとして決定し、前記外部装置とＴＣＰ通信を確立する通信制御工程と、
を有し、前記通信制御工程では、外部装置からＴＣＰ通信の開始要求を受け付けた場合に、前記外部装置から受け取った受け入れ可能なＭＳＳの候補値が、前記設定工程で設定された前記ＭＳＳの下限値より小さい場合に前記外部装置と、前記ＭＳＳの下限値を用いてＴＣＰ通信の確立を試みる制御を行うことを特徴とする制御方法。

【請求項10】

請求項９に記載の通信装置の制御方法をコンピュータに実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信を行う通信装置、制御方法、及びプログラムに関する。

【背景技術】

【0002】

通信装置間でＴＣＰ通信を行う場合、ＴＣＰ通信の確立時に通信でやりとりするＴＣＰセグメントの最大サイズであるＭＳＳ（Ｍａｘｉｍｕｍ Ｓｅｇｍｅｎｔ Ｓｉｚｅ）を決定することが知られている。

【0003】

具体的には、通信装置間でそれぞれが受け入れ可能なＭＳＳを通知し、お互いのＭＳＳのうち、小さい値をＴＣＰ通信で使用するＭＳＳとして決定する仕組みが知られている。しかし、近年、このＴＣＰ通信におけるＭＳＳの決定に関する脆弱性が報告されている（非特許文献１）。

【0004】

この脆弱性を利用した攻撃手法は、任意の通信装置のサービス拒否や、サービス遅延を引き起こす可能性がある。例えば、攻撃を行う通信装置は、攻撃対象の通信装置（対向機とも呼ぶ）に対してＭＳＳ値を５０等の小さいサイズに指定してＴＣＰデータを分割送信する。続けて通信シーケンスにおいて、意図的に改ざんしたＳＡＣＫ（Ｓｅｌｅｃｔｉｖｅ ＡＣＫ）を送信することで対向機の受信バッファを枯渇させる。この手法で攻撃された対向機は、受信バッファの枯渇に起因してカーネルパニックを引き起こしたり、受信バッファの枯渇やバッファのリソース管理に起因したサービス遅延を引き起こしたりする。また、攻撃を行う通信装置は、単純にＭＳＳを小さいサイズに指定したＴＣＰデータを大量送信することで、相手先装置のリソースを消費させ、サービス遅延を引き起こしたりする。

【0005】

この攻撃を回避する方法として、ＳＡＣＫ機能を無効化したり、一定のＭＳＳに満たないＭＳＳを通知した通信装置とはＴＣＰ通信を確立しないよう制御したりといった回避方法が知られている。

【先行技術文献】

【特許文献】

【0006】

【文献】ＣＶＥ－２０１９－１１４７８、 ［令和２年７月９日検索］（ｈｔｔｐｓ：／／ｎｖｄ．ｎｉｓｔ．ｇｏｖ／ｖｕｌｎ／ｄｅｔａｉｌ／ＣＶＥ－２０１９－１１４７８］

【発明の概要】

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

【0007】

通信装置において前述の脆弱性対応を行うために、ＴＣＰ通信を何らかの制限を加えるかどうかの判断に用いる閾値（下限値）を設けることが考えられる。しかしながら、当該閾値を通信装置の設計時等に所定の閾値を採用してしまうと以下の問題が発生する恐れがある。

【0008】

例えば、下限値が小さ過ぎると、攻撃に対する保護の効果が得られない可能性がある。一方、下限値が大き過ぎると、攻撃に対する保護の効果は適切に得られるものの、正常に確立したいＴＣＰ通信にも影響を与えてしまうといった恐れがある。

【0009】

本発明は上述の問題点の少なくとも１つを鑑みなされたものである。本発明の１つの側面としては、ＴＣＰ通信に関する下限値を設定する設定画面を介して、通信装置が使用されるユーザ環境に応じて適切に下限値を設定できる仕組みを提供することを目的の１つとする。また、本発明の１つの側面としては、ＴＣＰ通信に関する下限値を設定する際に適切にユーザをガイドする情報を提供することを目的の１つとする。

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

【0010】

上記の少なくとも１つの目的を達成するために本発明の１つの側面としての通信装置は、外部装置とＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）通信を行う通信装置であって、ユーザ操作に基づき、前記ＴＣＰ通信に使用するＭＳＳ（Ｍａｘｉｍｕｍ Ｓｅｇｍｅｎｔ Ｓｉｚｅ）の下限値を設定する設定手段と、外部装置からＴＣＰ通信の開始要求を受け付けた場合に、前記外部装置から受け取った受け入れ可能なＭＳＳの候補値が、前記設定手段で設定された前記ＭＳＳの下限値以上である場合に、前記候補値を前記ＴＣＰ通信で使用するＭＳＳとして決定し、前記外部装置とＴＣＰ通信を確立する通信制御手段と、を有し、前記通信制御手段は、外部装置からＴＣＰ通信の開始要求を受け付けた場合に、前記外部装置から受け取った受け入れ可能なＭＳＳの候補値が、前記設定手段で設定された前記ＭＳＳの下限値より小さい場合に前記外部装置と、前記ＭＳＳの下限値を用いてＴＣＰ通信の確立を試みる制御を行うことを特徴とする。

【発明の効果】

【0011】

本発明の１つの側面としてはＴＣＰ通信に関する下限値を設定する設定画面を介して、通信装置が使用されるユーザ環境に応じて適切に下限値を設定できる仕組みを提供できるようになる。

【図面の簡単な説明】

【0012】

【図1】通信システムの一例を示す図である。

【図2】通信装置２００のハードウェア構成の一例を示す図である。

【図3】通信装置２００のソフトウェア構成の一例を示す図である。

【図4】通信装置２００の設定画面の一例を示す図である。

【図5】通信装置２００の制御の一例を示すフローチャートである。

【図6】通信装置２００の制御の一例を示すフローチャートである。

【図7】パケットを破棄するルールの一例を説明する図である。

【図8】通信装置２００の制御の一例を示すフローチャートである。

【図9】通信装置２００の制御の一例を示すフローチャートである。

【図10】第２の実施形態における通信装置２００のソフトウェア構成の一例を示す図である。

【図11】第２の実施形態における通信装置２００の設定画面の一例を示すフローチャートである。

【図12】第２の実施形態における通信装置２００の制御の一例を示すフローチャートである。

【図13】パケットログを取得するルールの一例を説明する図である。

【図14】第２の実施形態における通知の一例を示す図である。

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

【0013】

＜第１の実施形態＞
まず、図１を用いて、本発明に係る通信システムの構成を説明する。本実施形態に係る通信システムは、通信装置２００、デバイス３００、３０１がネットワーク１００に接続されている。

【0014】

なお、本実施形態では、通信装置２００の一例として、印刷機能やスキャン機能を有するＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）を例示している。しかしながら、本実施形態を適用できる通信装置は、ＭＦＰに限定されるものではない。単機能の印刷装置の通信制御に適用することもできる。更に、例えば、ＩｏＴデバイスやパーソナルコンピューター、エッジサーバ、スマートフォンなどにおける通信制御に適用することもできる。また、デバイス３００、デバイス３０１は、例えばファイルサーバや、通信装置２００の情報を管理する情報管理サーバ、プリントサービスを提供するサーバなどを想定している。しかしながらこれに限定されるものではなく、基幹業務システムのサーバやクラウドサーバなどであってもよい。

【0015】

通信装置２００は、外部装置にスキャンして得られた画像に基づくデータを送信したり、通信装置２００が収集したデータを外部サーバに送信したりすることができる。また、通信装置２００は、Ｗｅｂサーバ機能を備え、外部装置のＷｅｂブラウザ上に通信装置２００の動作設定を表示したり、変更指示を受け付けたりするＷｅｂ画面を提供することもできる。

【0016】

続けて、図２を用いて、通信装置２００の構成について説明する。図２は、通信装置２００のハードウェア構成を示すブロック図である。通信装置２００はシート上の画像を読み取る読取機能、当該読み取った画像を外部の通信装置に送信可能なファイル送信機能などを有している。また、シートに画像を印刷する印刷機能も有する。

【0017】

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０２を含む制御部２０１は、通信装置２００全体の動作を制御する。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０４又はＨＤＤ２０５に記憶された制御プログラムは、ＲＡＭ２０３に展開される。ＣＰＵ２０２は、ＲＡＭ２０３に展開された制御プログラムを読み出して、印刷制御や読取制御などの各種制御を行う。ＲＯＭ２０４は、ＣＰＵ２０２で実行可能な制御プログラムを格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３は、ＣＰＵ２０２の主記憶メモリであり、ワークエリア又は各種制御プログラムを展開するための一時記憶領域として用いられる。ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）２０５は、印刷データ、画像データ、各種プログラム、及び各種設定情報を記憶する不揮発性の記憶領域である。このように、ＣＰＵ２０２、ＲＯＭ２０４、ＲＡＭ２０３、ＨＤＤ２０５等のハードウェアは、いわゆるコンピュータを構成している。

【0018】

なお、本実施形態の通信装置２００では、１つのＣＰＵ２０２が１つのメモリ（ＲＡＭ２０３）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の様態であっても構わない。例えば複数のプロセッサ、メモリ、及びストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、ハードウェア回路を用いて一部の処理を実行するようにしてもよい。

【0019】

プリンタＩ／Ｆ２０６は、プリンタ２０７（プリンタエンジン）と制御部２０１とを接続する。プリンタ２０７は、プリンタＩ／Ｆ２０６を介して入力された印刷データに基づいて、不図示の給紙カセットから給紙されたシートに画像を印刷する。印刷の方式はトナーを紙に転写して定着させる電子写真方式であってもよいし、紙にインクを吐出して印刷するインクジェット方式であってもよい。また、プリンタ２０７は造形材料を用いて３次元形状の出力物を生成する３Ｄプリンタであってもよい。この場合、印刷データは３Ｄ形状を示す印刷データとなり、トナーやインク等の色材に代えて造形材やサポート材を用いて３次元形状の出力物を生成する。

【0020】

スキャナＩ／Ｆ２０８は、スキャナ２０９と制御部２０１とを接続する。スキャナ２０９は、載置された原稿を読み取り、そして画像データを生成する。スキャナ２０９が生成した画像データは、プリンタ２０７で印刷されたり、ＨＤＤ２０５に記憶されたり、ＦＡＸ Ｉ／Ｆ２１４や通信Ｉ／Ｆ２１２を介して外部装置に送信されたりする。なお、本実施形態では原稿を読み取るスキャナ２０９を例示しているがこれに限定されるものではない。立体物の形状データを読みとる三次元スキャナであってもよい。この場合、プリンタ２０７は、前述した３Ｄプリンタとして機能する。スキャナ２０９が三次元スキャナの場合、画像データに代えて形状データが生成される。生成された形状データは外部装置に送信されたり、３Ｄプリンタによる立体物の複製（３Ｄコピー）に利用されたりする。

【0021】

操作パネルＩ／Ｆ２１０は、操作パネル２１１と制御部２０１とを接続する。操作パネル２１１には、タッチパネル機能を有する液晶表示部や各種ハードキーなどが備えられている。操作パネル２１１は、情報を表示する表示部やユーザの指示を受け付ける受付部として機能する。ＣＰＵ２０２は、操作パネル２１１と協働して情報の表示制御やユーザ操作の受け付け制御を行う。

【0022】

通信Ｉ／Ｆ２１２には、ＲＪ４５コネクタ形状又はＧＧ（ＧｇｉｇａＧａｔｅ）４５コネクタ形状のネットワークケーブルが接続され、外部装置とネットワークを経由した通信を実行することができる。通信装置２００は、通信Ｉ／Ｆ２１２を介してネットワーク１００に接続される。なお、通信方式は一例であり、通信Ｉ／Ｆ２１２の物理レイヤにおける通信方式は、ＩＥＥＥ８０２．１１シリーズの無線通信規格に準拠する無線通信方式であってもよい。

【0023】

＜情報処理装置１０３のソフトウェア構成＞
続けて、図３を用いて、通信装置２００のソフトウェアモジュールの一例について説明する。情報処理装置１０３は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）１０２０とＯＳと協働するミドルウェアを有する。

【0024】

まず、ＯＳ１０２０を構成する個々の要素について説明する。ＯＳ１０２０は、通信装置２００全体を統括して管理するシステムソフトウェアである。具体的には、入出力の制御、メモリやハードディスクなどのハードウェアの管理、プロセスの管理といった、コンピュータの基本的な管理・制御を提供する。更に本実施形態のＯＳ１０２０は、パケットフィルタリング部１０２１及びプロトコルスタック部１０２２を備える。

【0025】

フィルタリング部１０２１は一般的にはファイアウォールと呼ばれる機能を提供しており、指定されたルールに従ってパケット通信を許可、破棄するパケットフィルタリング機能を提供する。プロトコルスタック部１０２２は、ＴＣＰ／ＩＰ通信を実現するための一連の制御を行うモジュールである。プロトコルスタック部１０２２は、デバイス３００やデバイス３０１等の外部装置との間でスリーウェイハンドシェイクを行ってＴＣＰ通信を確立したり、通信セッションの維持、管理を行ったりする。ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）通信は通信相手（例えばデバイス３００や３０１）とコネクションを確立して、当該確立した通信路を介してデータを送受信する通信方式である。

【0026】

続いて、ミドルウェアについて説明する。設定制御部１０１０は、操作パネル２１１に設定画面を表示し、当該画面を介したユーザ操作に基づき通信装置の動作設定の変更を受け付けるモジュールである。設定制御部１０１０は、設定変更操作を受け付けると、当該設定に従って設定値ＤＢ１０１１の設定を更新（変更）する。

【0027】

設定値ＤＢ１０１１には、通信装置２００の各種動作設定が記憶される。当該設定は後述のフローチャートにて適宜参照されたり、変更されたりする。ＭＳＳ制御部１０４０は、ＭＳＳ（Ｍａｘｉｍｕｍ Ｓｅｇｍｅｎｔ Ｓｉｚｅ）に関する設定をＯＳ１０２０の各モジュールに反映するモジュールである。ＭＳＳ下限値自動設定部１０５０は、後述する設定画面でＭＳＳを自動設定する動作設定がなされた場合に、下限値を動的に決定する処理を行うモジュールである。

【0028】

＜ＭＳＳの下限値の設定＞
続けて、本実施形態におけるＭＳＳの設定について図４を用いて説明する。図４（Ａ）に示す設定画面２０００は、設定制御部１０１０が操作パネル２１１上に表示する設定画面の一例である。

【0029】

管理者権限を有するユーザは、画面２０００を介して、通信装置２００がＴＣＰ通信で許容するＭＳＳの下限値や、設定したＭＳＳの範囲外の通信に対する防御方法（制限方法）などを設定することができる。

【0030】

キー２０１０、２０１１はＭＳＳの下限値を自動で設定するか、手動で設定するかを選択するための表示アイテムである。キー２０１０、２０１１はいずれか一方が有効状態にセットされ、他方は無効状態にセットされる。画面２０００は、キー２０１１が有効に設定されており、領域２０１２のＭＳＳ下限値として、４８が設定されている場合に表示される画面を例示している。

【0031】

また設定画面２０００には、入力可能範囲を示す情報２０１３が表示される。当該情報は設定を行える下限値と上限値が存在することをユーザに通知するための情報である。

【0032】

なお、本実施形態の通信装置２００には、Ｅｔｈｅｒｎｅｔ（登録商標）フレームが最大１５１８ｂｙｔｅであることを鑑み、最大フレームサイズから各種ヘッダを除いた１４６０ｂｙｔｅをＭＳＳの候補として相手先に提示する設定がなされているものとする。また、当該設定は設定値ＤＢ１０１１に記憶される。

【0033】

キー２０２０、２０２１はＭＳＳの下限値に満たない、範囲外のＭＳＳ通信を要求された場合の対処方法を選択するための表示アイテムである。キー２０２０、２０２１はいずれか一方が有効にセットされ、他方は無効にセットされる。本実施形態ではキー２０２１が有効に設定されている場合を例示している。

【0034】

キー２０２０の「強制する」が選択された場合は、通信相手のＭＳＳが装置２００に設定されたＭＳＳ下限値に満たない場合、領域２０１２のＭＳＳ下限値で指定されたＭＳＳでＴＣＰ通信の確立を試みる動作設定が設定される。なお、本実施形態での「強制する」とは、相手先とＭＳＳ下限値でのネゴシエーションを試みる、相手先から拒否された場合は、通信をエラー終了することを含みうる。

【0035】

一方、キー２０２１の「破棄する」が選択された場合は、通信相手のＭＳＳが装置２００に設定されたＭＳＳ下限値に満たない場合、パケットフィルタリング部１０２１を用いて該当する通信を破棄する制御を行う動作設定が設定される。

【0036】

なお、本実施形態において、表示アイテムとは、ユーザ操作を受け付けるためのキー、ボタン、情報表示のためのラベル、表示領域、描画オブジェクトなどを含む表示オブジェクトの総称を意味する。以降、説明のため通信装置２００の操作パネル２１１上に設定画面を表示する場合を例に説明する。しかしながらこれに限定されるものではない。クライアント端末のＷｅｂブラウザから、通信装置２００のＷｅｂサーバ機能が提供するＷｅｂページにアクセスすることで同様の設定を行うように構成することもできる。

【0037】

キー２１００は設定を破棄し、１つ上の階層の画面に遷移する場合に使用するキーである。キー２１０１は、画面２０００を介してなされた設定を反映する場合に使用するキーである。設定制御部１０１０は、キー２１０１が押下されたことを検知すると、画面２０００を介してなされた各設定に基づき設定ＤＢ１０１１の設定値を更新する。これらの設定値は後述のフローチャートにて適宜参照される。

【0038】

次に、図５のフローチャートを用いてＭＳＳ下限値の手動設定の制御について説明する。図５は設定制御部１０１０が設定値を受け付ける受付処理の制御を示すフローチャートである。

【0039】

なお、図５、６、８、９及び１２のフローチャートに示す各動作は、図３で説明した各モジュール（制御部）を実現するプログラムコードをＲＡＭ２０３に読み出し、ＣＰＵ２０２で実行することにより実現される。なお、処理の主体を明確にするため、必要に応じて、各ソフトウェアモジュールである各制御部を主語として説明する。

【0040】

Ｓ１００において、設定制御部１０１０は、操作パネル２１１と協働して領域２０１２に対するＭＳＳ下限値の入力操作を受け付ける。続けて、Ｓ１０１において、ＭＳＳ下限値の決定方法を示す動作設定が、手動か自動のいずれに設定されているかを判断する。

【0041】

動作設定として自動が設定されている場合、入力された下限値の値を動作設定に反映することなくＳ１０４のエラー処理に進む。一方、動作設定として手動が設定されている場合、処理をＳ１０２に進める。

【0042】

Ｓ１０２において、設定制御部１０１０は、Ｓ１００で入力を受け付けたＭＳＳ下限値が妥当な範囲であるかを確認する。具体的には、設定制御部１０１０は、設定値ＤＢ１０１１からＭＳＳ下限値の設定可能範囲を取得する。本実施形態では、一例として設定可能範囲として４８～１０００が工場出荷時に格納されているものとする。続けて、設定制御部１０１０は、受け付けたＭＳＳ下限値と取得した設定可能範囲を比較する。比較の結果、設定可能範囲に収まっていると判断すると、処理をＳ１０３に進め、設定可能範囲に収まっていないと判断すると、処理をＳ１０４に進める。Ｓ１０３において、設定制御部１０１０は、Ｓ１００で入力を受け付けたＭＳＳ下限値を設定値ＤＢ１０１１に保存し、一連の処理を終了する。

【0043】

Ｓ１０４において、設定制御部１０１０は、操作パネル２１１と協働してユーザにエラーを通知する。図４（Ｂ）に示すポップアップ画面２２００はＳ１０４において表示されるエラー通知の一例であり、設定エラーであることをユーザに通知するメッセージが含まれている。設定制御部１０１０は、エラー通知を閉じるユーザ操作を受け付けると、Ｓ１００に戻り、更なる変更操作を待ち受ける。

【0044】

なお、本実施形態では、ＭＳＳ下限値の決定方法を示す動作設定に自動設定が設定されている場合にもＭＳＳ下限値の入力を受け付け可能に制御する場合を例示したが、これに限定されるものではない。例えば、ＭＳＳ下限値の決定方法を示す動作設定に自動設定が設定されている場合、２０１２の表示アイテムをグレーアウト状態、且つ入力操作を受け付けない状態で表示するよう制御してもよい。

【0045】

また、設定可能範囲に収まっている場合であっても、更にその数値範囲によって確認通知を行うよう構成してもよい。例えば、ＭＳＳ下限値の入力として６０以下を受け付けた場合、適切な防御の効果が得られないかもしれないことを示す確認メッセージを表示するよう構成してもよい。また、例えば、ＭＳＳ下限値の入力として９００以上を受け付けた場合、正常に行うべきＴＣＰ通信が行えなくなる可能性があることを示す確認メッセージを表示するよう構成してもよい。

【0046】

続いて、図４、図５で説明した動作設定に基づいてプロトコルスタック部に対する設定制御を行う方法について図６のフローチャートを用いて説明する。図６は設定画面２０００のＭＳＳ範囲外の防御方法として、キー２０２０の“強制する”か、キー２０２１の“破棄する”の何れかの選択が行われている場合の通信制御の一例を示している。図６のフローチャートに示す各制御は、図４で示したＭＳＳに関する設定が変更された場合、通信装置２００に電源が投入された場合、ＮＷ設定が変更された場合、通信装置２００がスリープ状態から復帰する場合に実行される。

【0047】

Ｓ２００において、ＭＳＳ制御部１０４０は、設定ＤＢ１０１１を参照し、ＭＳＳに関する設定を取得する。ここでは、ＭＳＳ下限値と、防御方法の動作設定が取得される。

【0048】

続けて、Ｓ２０１において、ＭＳＳ制御部１０４０は、取得した防御方法の動作設定として「強制する」設定がなされている場合、処理をＳ２０２に進め、取得した防御方法の動作設定として「破棄する」設定がなされている場合、処理をＳ２０３に進める。

【0049】

Ｓ２０２において、ＭＳＳ制御部１０４０は、プロトコルスタック部１０２２の設定を、下限値未満のＭＳＳを提示した相手先装置とＭＳＳ下限値を用いて通信の確立を試みる動作設定に変更する。

【0050】

この設定がなされた場合のプロトコルスタック部１０２２の通信制御について説明する。スタック部１０２２は、通信相手が提示した受け入れ可能なＭＳＳの候補値が、Ｓ２０２で設定されたＭＳＳ下限値に満たない場合、ＭＳＳ下限値での通信確立を試みる。即ち、通信相手が提示した候補値を意図的に無視し、候補値より大きいＭＳＳ下限値での通信確立を試みることになる。相手先とＴＣＰ通信が確立できた場合、当該下限のＭＳＳ値を用いて通信制御を行う。

【0051】

一方、スタック部１０２２は、通信相手が提示したＭＳＳ値がＭＳＳ下限値以上である場合は、通常のＴＣＰ通信の確立シーケンスに則った制御を行う。即ち、通信装置２００と対向の通信装置が提示したＭＳＳを比較し、より小さいＭＳＳを利用してＴＣＰ通信を確立する制御を行う。

【0052】

図６の説明に戻り、Ｓ２０３において、ＭＳＳ制御部１０４０はパケットフィルタリング部１０２１に対して、ＭＳＳの下限値に満たない通信は受信時に破棄するルールを登録する制御を行う。フィルタリング部１０２１は一般的にはファイアウォールと呼ばれる機能を提供しており、指定されたルールに従って通信を許可、破棄する機能を提供する。本実施形態では、一例としてパケットフィルタリング部の内部実装としてｉｐｔａｂｌｅｓを採用する場合の具体例を説明する。Ｓ２００で取得したＭＳＳの下限値が「５００」である場合、ＭＳＳ制御部１０４０は、図７に示すコマンドをＯＳ１０２０のパケットフィルタリング部１０２１に対して発行する。当該コマンドは、ＴＣＰで接続を確立する際に相手先から送られるパケットであって、ＭＳＳに１～４９９が指定されたパケットを破棄するといったルール（ポリシ）追加することを意味するコマンドである。フィルタリング部１０２１は、当該コマンドに基づきフィルタリングテーブルを更新する。

【0053】

フィルタリング部１０２１は、更新されたフィルタリングテーブルに基づき通信の許可、破棄を制御する。従って、通信装置２００において、下限値未満のＭＳＳ（例えば、５００より小さいＭＳＳ）を提示した相手先装置とのＴＣＰ通信を一律に禁止することができるようになる。

【0054】

続いて、通信装置２００における通信制御について図８、図９のフローチャートを用いて説明する。図８のフローチャートに示す各処理は、通信装置２００が通常モードでユーザに機能を提供している場合に繰り返し実行される。

【0055】

Ｓ３０１において、ＭＳＳ制御部１０４０は、ＭＳＳ下限値の決定方法を示す動作設定が、手動か自動のいずれに設定されているかを判断する。ＭＳＳ下限値の決定方法を示す動作設定として手動が設定されている場合、処理をＳ３０８に進め、ＭＳＳ下限値の決定方法を示す動作設定として自動が設定されている場合、処理をＳ３０２に進める。

【0056】

Ｓ３０２において、ＭＳＳ制御部１０４０は、ＯＳ１０２０と協働しポーリング間隔に相当する所定時間が経過したかどうか判断する。リソースの使用状況の確認を行うポーリング間隔は、例えば、３０秒等を採用することができる。制御部１０４０は、所定時間が経過したと判断すると、Ｓ３０３の処理に進め、所定時間が経過していないと判断すると処理をＳ３０８に進める。

【0057】

Ｓ３０３において、ＭＳＳ制御部１０４０は、自動設定部１０５０に対してリソースの使用状況の確認要求を依頼する。確認要求の依頼を受け付けた自動設定部１０５０は、ＯＳ１０２０と協働して、プロトコルスタック部１０２２のデータ受信メモリ資源の使用状況を取得する。具体的には、選択的応答（ＳＡＣＫ）用に確保されたメモリリソースの使用状況が取得される。

【0058】

Ｓ３０４において、自動設定部１０５０は、Ｓ３０３で使用した使用状況が所定の閾値を超えているか否かを判断する。所定の閾値を超えている場合、処理をＳ３０５に進め、所定の閾値を超えていない場合、処理をＳ３０６に進める。

【0059】

Ｓ３０５において、自動設定部１０５０は、ＭＳＳの下限値を１０００に設定すると決定する。一方、Ｓ３０６において、自動設定部１０５０は、ＭＳＳの下限値を４８に設定すると決定する。なお、ＣＶＥ－２０１９－１１４７８の脆弱性を利用した攻撃は、例えば、ＳＡＣＫ用に確保されたメモリリソースである再転送キューを断片化するよう加工したパケットを送信することで引き起こされる。従って、本実施形態では、ＳＡＣＫ用に確保されたメモリリソースが過剰に消費されている場合は、Ｓ３０５で説明した下限値を自動的に引き上げる制御を行う。この処理により、脆弱性を利用した更なる攻撃が行われることを抑制でき、情報処理装置における処理負荷が増大することを抑制することができる。なお、通信装置２００は、Ｓ３０５でＭＳＳ下限値を１０００に変更した場合に、外部装置と確立済みのＴＣＰ通信をリセットする処理を行うように構成してもよい。

【0060】

Ｓ３０７において、自動設定部１０５０は、ＭＳＳ制御部１０４０並びにＯＳ１０２０と協働し、ＭＳＳに関する設定の更新処理を実行する。まず、自動設定部１０５０は、Ｓ３０５又はＳ３０６で決定した下限値を確認要求の結果としてＭＳＳ制御部１０４０に通知する。確認要求の結果を受信したＭＳＳ制御部１０４０は、設定ＤＢ１０１１のＭＳＳの下限値を更新する。続けてＭＳＳ制御部１０４０は、ＯＳ１０２０と協働して図６のフローチャートのＳ２００～Ｓ２０３で説明した設定変更制御を行う。この処理により、プロトコルスタック部１０２２やパケットフィルタリング部１０２１の通信動作を、リソースの使用状況に応じて動的に切り替えることが可能となる。

【0061】

一方、Ｓ３０８において、ＯＳ１０２０は、動作設定に基づきＴＣＰ通信の通信制御及びパケットフィルタリング制御を行う。図９を用いて通信制御及びパケットフィルタリング制御について説明する。

【0062】

Ｓ４０１において、ＯＳ１０２０はパケットを受信したか否かを判断する。パケットを受信した場合は、処理をＳ４０２に進め、受信していない場合は処理をＳ３０９に進める。

【0063】

Ｓ４０２において、フィルタリング部１０２１は、受信したパケットが破棄ルールに該当するかどうかを判断する。フィルタリング部１０２１は、破棄ルールに該当する場合は、処理をＳ４１０に進める。一方、フィルタリング部１０２１は、破棄ルールに該当しない場合は、受信パケットをプロトコルスタック部１０２２に転送し、処理をＳ４０２に進める。なお、フィルタリング部１０２１は、図７で例示した破棄ルールがフィルタリングルールに登録されている場合、ＭＳＳが下限値未満の接続確立要求が破棄ルールに該当すると判断する。一方、フィルタリング部１０２１は、図７で例示した破棄ルールがフィルタリングルールに登録されていない場合、ＭＳＳが下限値未満の接続確立要求が破棄ルールに該当しないと判断する。

【0064】

Ｓ４１０において、フィルタリング部１０２１は、受信したパケットを破棄し、処理をＳ３０９に進める。

【0065】

Ｓ４０３において、プロトコルスタック部１０２２は、受信したパケットが接続確立要求のパケットであるか否かを判断する。接続確立要求のパケットであると判断すると処理をＳ４０４に進め、接続確立要求のパケットでないと判断すると処理をＳ４０９に進める。

【0066】

Ｓ４０９において、ＯＳ１０２０並びに図示省略のアプリケーションは受信したパケットに応じた処理を実行する。ＯＳ１０２０は、受信したパケットに応じた処理が完了すると処理をＳ３０９へ進める。例えば、印刷データに関する一連のパケットを受信した場合、当該パケットに含まれる印刷データに基づく印刷処理を行う。また、例えば、通信装置２００がＷｅｂサーバ機能を有する場合であって、ＨＴＴＰリクエストのパケットを受信した場合、通信装置２００は、ＨＴＴＰリクエストに対応するＷｅｂデータを提供する処理を行う。

【0067】

Ｓ４０４において、プロトコルスタック部１０２２は、設定値ＤＢ１０１１を参照し、下限値未満のＭＳＳを提示した相手先装置とＭＳＳ下限値を用いて通信の確立を試みる動作設定がなされているか否かを判断する。下限値未満のＭＳＳを提示した相手先装置とＭＳＳ下限値を用いて通信の確立を試みる動作設定がなされている場合は、処理をＳ４０６に進める。一方、下限値未満のＭＳＳを提示した相手先装置とＭＳＳ下限値を用いて通信の確立を試みる動作設定がなされていない場合は、処理をＳ４０５に進める。

【0068】

Ｓ４０５において、プロトコルスタック部１０２２は、接続確立の開始要求に含まれる相手先装置が提示したＭＳＳの値と、通信装置２００に設定されたＭＳＳの値（例えば、１４６０Ｂｙｔｅ）を比較する。続けてプロトコルスタック部１０２２は、比較した結果より小さい値を用いて相手先装置とのＴＣＰ通信の確立を試行する。

【0069】

Ｓ４０６において、プロトコルスタック部１０２２は、設定ＤＢ１０１１を参照し、ＭＳＳ下限値の値を取得する。続けて、接続確立要求に含まれる相手先装置が提示したＭＳＳの値が、取得したＭＳＳ下限値未満であるか判断する。相手先装置が提示したＭＳＳの値が、取得したＭＳＳ下限値未満である場合、処理をＳ４０７に進め、相手先装置が提示したＭＳＳの値が、取得したＭＳＳ下限値以上である場合、処理をＳ４０５に進める。

【0070】

Ｓ４０７において、プロトコルスタック部１０２２は、Ｓ４０６の処理で取得したＭＳＳ下限値を用いて相手先装置とのＴＣＰ通信の確立を試行する。以上、図９で説明した処理を行うことにより、動作設定に基づく通信制御を行うことができるようになる。

【0071】

図８の説明に戻り、Ｓ３０９において、ＯＳ１０２０は、シャットダウン操作を受け付けたか否かを判断する。具体的には、ＯＳ１０２０は、操作パネル２１１を介してシャットダウンの操作がなされた場合、通信装置２００が有するハードウェア電源ボタンや電源キーが押下された場合に、シャットダウン操作を受け付けたと判断する。ＯＳ１０２０は、シャットダウン操作を受け付けていない場合、Ｓ３０１に戻り、通信制御やリソースの確認処理を繰り返す。一方、ＯＳ１０２０は、シャットダウン操作を受け付けた場合、シャットダウン制御を行い、一連の制御を終了する。

【0072】

以上説明した処理により、ＭＳＳに関する下限値を設定する設定画面を介して、通信装置が使用されるユーザ環境に応じて適切に下限値を設定できる仕組みを提供できるようになる。

【0073】

＜第２の実施形態＞
第１の実施形態では脆弱性を利用した攻撃が行われた場合に、通信装置２００を保護する制御について説明した。第２の実施形態では、第１の実施形態で説明した制御に加えて、脆弱性を利用した攻撃が行われている可能性があることを示すアラート通知を行える仕組みを提供する。なお、第２の実施形態におけるハードウェア構成は第１の実施形態と同様であるため、説明を省略する。

【0074】

以下具体的に説明する。図１０は、第２の実施形態におけるソフトウェア構成を示す図である。第１の実施形態で説明した構成との差異は、通知制御部１０３０を有している点である。通知制御部１０３０は、パケットフィルタリング部１０２１に対し、所定の条件を満たすパケットについてログ出力を行うルールを追加する機能、並びにログを解析し、所定の条件を満たすパケットログが存在する場合にアラートを通知する機能を備えている。

【0075】

続けて、通知制御部１０３０に関連する動作設定について図１１を用いて説明する。

【0076】

図１１に示す設定画面は、設定制御部１０１０が操作パネル２１１上に表示する設定画面の一例である。この画面は第１の実施形態において図４（Ａ）で例示した画面に代えて表示される画面である。なお、第１の実施形態と同様の表示項目については説明を省略する。図１１の設定画面は、アラート通知に関する設定項目を有する点で図４（Ａ）の設定画面と差異がある。

【0077】

図１１の画面には、「ＭＳＳ範囲外の通信が試行された場合にアラートを通知する」といった情報を含む設定項目を示すラベルと、キー２０３０、２０３１が含まれる。

【0078】

キー２０３０は、ＭＳＳの下限値に満たない範囲外のＭＳＳ通信を検知した場合に、該当する通信が発生していることを通知するか選択するための表示アイテムである。キー２０３０、２０３１はいずれか一方が有効にセットされ、他方は無効にセットされる。本実施形態ではキー２０３１が有効に設定されている場合を例示している。図１１の画面を介してなされた各設定は設定値ＤＢ１０１１に記憶され、後述のフローチャートにて適宜参照される。

【0079】

通信装置２００は、この設定が有効に設定されている場合に通知処理を行う仕組みを提供する。具体的な制御について図１２（Ａ）～（Ｃ）を用いて説明する。

【0080】

図１２（Ａ）は、図１０で示したＭＳＳに関する設定が変更された場合、通信装置２００に電源が投入された場合、ＮＷ設定が変更された場合、通信装置２００がスリープ状態から復帰する場合に実行される各処理を説明するフローチャートである。一方、図１２（Ｂ）に示すフローチャートは、通信制御を行う際にログを記録する処理を説明するフローチャートの一例である。また、図１３（Ｃ）に示すフローチャートは、通信装置２００が通常モードでユーザに機能を提供している場合に、通知制御部１０３０により繰り返し実行される各処理を説明するフローチャートである。なお、図１２（Ｂ）のフローチャートに示す各処理と図１２（Ｃ）のフローチャートに示す各処理は、並列に実行されるものとする。

【0081】

まず、動作設定について図１２（Ａ）を用いて説明する。Ｓ５０１において、通知制御部１０３０は、設定ＤＢ１０１１を参照し、通信アラート通知を行う動作設定がなされているかどうかを判断する。通信アラート通知を行う動作設定がなされている場合、処理をＳ５０２に進め、なされていない場合、一連の処理を終了する。

【0082】

Ｓ５０２において、通知制御部１０３０は、パケットフィルタリング部１０２１に対して、Ｓ２００で取得したＭＳＳの下限値に満たない通信のログを取得するルールを設定する。例えば、設定値ＤＢ１０１１に格納されているＭＳＳの下限値が「５００」である場合、ＭＳＳ制御部１０４０は、図１３に示すコマンドをＯＳ１０２０のパケットフィルタリング部１０２１に対して発行する。当該コマンドは、ＴＣＰで接続を確立する際に相手先から送られるパケットであって、ＭＳＳに１～４９９が指定されたパケットをログファイルに書き出することを意味するコマンドである。フィルタリング部１０２１は、当該コマンドに基づきフィルタリングテーブルを更新する。従って、ＭＳＳ範囲外の通信が試行された場合に、当該試行が発生したことを示すログを記憶することが可能となる。

【0083】

ログの記憶について図１２（Ｂ）を用いて説明する。図１２（Ｂ）は、第１の実施形態の図９のフローチャートで説明した各処理に加えて、パケットフィルタリング部１０２１が追加で行う処理を示している。第２の実施形態では、図９のＳ４０１でパケットを受信したと判定した場合に、Ｓ５１１の処理を実行する。Ｓ５１１において、フィルタリング部１０２１は、受信したパケットがログ出力ルールに該当するかどうかを判断する。ログ出力ルールに該当する場合は処理をＳ５１２に進め、ログ出力ルールに該当しない場合は第１の実施形態の破棄ルールに該当するかどうかの判断処理（図９のＳ４０２）を行う。

【0084】

Ｓ５１２において、パケットフィルタリング部１０２１は、ＯＳ１０２０が提供するシステムログデーモンと協働して、所定の格納領域に受信パケットに関するログを記録する。当該ログは図１２（Ｃ）で説明するフローチャートの各処理で適宜参照される。ログの記憶処理が完了すると、図９のＳ４０２以降の各処理が実行される。

【0085】

最後に図１２（Ｃ）を用いて、ログの監視並びにアラート通知を行う仕組みについて説明する。Ｓ５２１において、通知制御部１０３０は、ＯＳ１０２０と協働しポーリング間隔に相当する所定時間が経過したかどうか判断する。リソースの使用状況の確認を行うポーリング間隔は、例えば、５分等を採用することができる。制御部１０３０は、所定時間が経過したと判断すると、Ｓ５２２の処理に進め、所定時間が経過していないと判断すると所定時間の経過を待つ。

【0086】

Ｓ５２２において、通知制御部１０３０は、パケットフィルタリング部１０２１により生成されるログファイル（ログデータ）を参照する。続いて、当該ログファイル内にＭＳＳ下限値未満の通信が試行されたことを示すログが残っているかどうかを判断する。ＭＳＳ下限値未満の通信が試行されたことを示すログが残っている場合、処理をＳ５２３に進める。一方、ＭＳＳ下限値未満の通信が試行されたことを示すログが残っていない場合、処理をＳ５２４に進める。具体的には、ポーリング間隔を５分ごとに設定している場合、通知制御部１０３０は、ＯＳ１０２０から現在時刻を取得し、当該現在時刻を基準として５分前までのログ情報を抽出する。続いて、通知制御部１０３０は、抽出したログの中に、ＭＳＳ下限値未満の通信が試行されたことを示すログが残っているかどうか判定する。

【0087】

Ｓ５２３において、通知制御部１０３０は、操作パネル２１１と協働して通信アラートをユーザに対して通知する。図１３の画面２３００は、通信装置２００が備える操作パネル２１１上の下部に配置示されるステータス通知領域２３１０に通知を行う場合を例示している。ユーザは当該領域２２１０に表示されるメッセージ２３１１を確認することで、攻撃が行われている可能性を認識できるようになる。

【0088】

なお、通知の方法は一例であり、例えばＰＣなどの装置の場合、トースト等の通知バナーを用いた通知を行ってもよい。また例えばスマートフォン等の装置の場合、ＯＳ１０２０が提供するノーティフィケーション機能を用いて通知領域に通知を発行してもよい。

【0089】

更には、通知の方法は表示に限定されるものではない。例えば、通信装置２００に対して事前に、通信装置２００で発生したイベントの通知する通知先メールアドレス等を登録しておき、当該通知先メールアドレスに対して通信アラートを通知するよう構成することもできる。

【0090】

また、通信装置２００が管理サーバ等で管理されている場合、管理サーバに当該通信アラートを通知するよう構成することもできる。具体的には、通信装置２００がＡｃｔｉｖｅ Ｄｉｒｅｃｔｏｒ（登録商標）等のディレクトリサービスで管理されている場合、当該ディレクトリサービスを提供するサーバに対して通信アラートを通知することができる。これらの通知により、通信装置２００を統括的に管理するＩＴ管理者やネットワーク管理者に対して、攻撃が行われている可能性を通知できるようになる。

【0091】

図１２（Ｃ）の説明に戻り、Ｓ５２４において、ＯＳ１０２０は、シャットダウン操作を受け付けたか否かを判断する。当該制御は、図８で説明したＳ３０９と同様である。シャットダウン操作を受け付けた場合、シャットダウン処理を実行し一連の処理を終了し、シャットダウン操作を受け付けた場合、Ｓ５２１に戻りログの監視処理を繰り返す。

【0092】

以上説明した処理により脆弱性を利用した攻撃が行われている可能性があることを示すアラート通知を行えるようになる。

【0093】

＜変形例＞
第１及び第２の実施形態では、図４に例示したようにＭＳＳ下限値をユーザ操作に基づき変更できるように構成する場合を例示した。しかしながら、これに限定されるものではない。例えば、イーサネットの最大データグラムを示すＭＴＵ（Ｍａｘｉｍｕｍ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｕｎｉｔ）の下限値をユーザ操作で変更可能に構成するように適宜変形することもできる。この場合、設定制御部１０１０は、ユーザ操作で受け付けたＭＴＵ下限値からＩＰヘッダ、ＴＣＰヘッダのサイズである４０ｂｙｔｅを減算した値をＭＳＳ下限値として設定ＤＢ１０１１に記憶するよう構成すればよい。

【0094】

＜その他の実施形態＞
本発明は、上述の各実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣやＦＰＧＡ）によっても実現可能である。

【符号の説明】

【0095】

１００ ネットワーク
２００ 通信装置
３００ デバイス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】