(57)【要約】    【課題】      ＴＣＰ・ＵＤＰプロトコルを用いるネットワークシステムにおいて、簡易な構成で特定の利用者のみの利用を可能とし、セキュリティ性の向上を実現すること。    【解決手段】  ＴＣＰ／ＩＰプロトコルを用いるクライアント１０１の接続制御をサーバ１００で行う場合において、本来のサービスの提供を目的とするＴＣＰポート以外に、単一のディスティネーションポート番号を有する認証用ＴＣＰポートを備えておき、同一のソースＩＰアドレスのクライアント１０１から上記認証用ＴＣＰポートに対する複数のソースポートＴＣＰコネクションを受け付け、複数のソースポートＴＣＰコネクションを利用して当該ネットワーク機器の接続を制御する。  【選択図】      図３
2005086452.tif 000002
【特許請求の範囲】
【請求項１】
ＴＣＰ／ＩＰプロトコルを用いるネットワーク機器の接続制御方法であって、本来のサービスの提供を目的とするＴＣＰポート以外に、単一のディスティネーションポート番号を有する認証用ＴＣＰポートを備え、同一のソースＩＰアドレスのネットワーク機器から前記認証用ＴＣＰポートに対する複数のソースポートＴＣＰコネクションを受け付け、前記複数のソースポートＴＣＰコネクションを利用して当該ネットワーク機器の接続を制御することを特徴とするネットワーク機器の接続制御方法。
【請求項２】
時系列的に変化するＴＣＰコネクションの接続数を示したタイムテーブルを備え、前記複数のソースポートＴＣＰコネクションの推移が前記タイムテーブルで示すＴＣＰコネクションの接続数のパターンと一致した場合に前記ネットワーク機器の接続を許可することを特徴とする請求項１記載のネットワーク機器の接続制御方法。
【請求項３】
前記複数のソースポートＴＣＰコネクションの推移が前記タイムテーブルで示すＴＣＰコネクションの接続数のパターンと一致しない場合に前記ネットワーク機器の接続を拒否することを特徴とする請求項２記載のネットワーク機器の接続制御方法。
【請求項４】
ＴＣＰ／ＩＰプロトコルを用いるネットワーク機器の接続制御方法であって、本来のサービスの提供を目的とするＴＣＰポート以外に、それぞれ異なるディスティネーションポート番号を有する複数の認証用ＴＣＰポートを備え、同一のソースＩＰアドレスのネットワーク機器からディスティネーションポート番号が指定された複数のソースポートＴＣＰコネクションを受け付け、指定されたディスティネーションポート番号のパターンに応じて当該ネットワーク機器の接続を制御することを特徴とするネットワーク機器の接続制御方法。
【請求項５】
時系列的に変化する各認証用ポートの接続状態を示したタイムテーブルを備え、前記複数のソースポートＴＣＰコネクションの推移が前記タイムテーブルで示す各認証用ポートの接続状態のパターンと一致した場合に前記ネットワーク機器の接続を許可することを特徴とする請求項４記載のネットワーク機器の接続制御方法。
【請求項６】
前記複数のソースポートＴＣＰコネクションの推移が前記タイムテーブルで示す各認証用ポートの接続状態のパターンと一致しない場合に前記ネットワーク機器の接続を拒否することを特徴とする請求項５記載のネットワーク機器の接続制御方法。
【請求項７】
ＴＣＰ／ＩＰプロトコルを用いるネットワーク機器の接続制御方法であって、本来のサービスの提供を目的とするＵＤＰポート以外に、複数の認証用ＵＤＰポートを備え、同一のソースＩＰアドレスのネットワーク機器から前記複数の認証用ＵＤＰポートに対するパケット入力を受け付け、パケット入力を受けた認証用ポートの順番に応じて当該ネットワーク機器の接続を制御することを特徴とするネットワーク機器の接続制御方法。
【請求項８】
パケット入力を受ける認証用ポートの配列を示したタイムテーブルを備え、前記複数の認証用ＵＤＰポートに対するパケット入力の順番が前記タイムテーブルで示す認証用ポートの配列と一致した場合に前記ネットワーク機器の接続を許可することを特徴とする請求項７記載のネットワーク機器の接続制御方法。
【請求項９】
前記複数の認証用ＵＤＰポートに対するパケット入力の順番が前記タイムテーブルで示す認証用ポートの配列と一致しない場合に前記ネットワーク機器の接続を拒否することを特徴とする請求項８記載のネットワーク機器の接続制御方法。
【請求項１０】
請求項１、請求項４又は請求項７のいずれかに記載のネットワーク機器の接続制御を２つ以上組み合わせて実行することを特徴とするネットワーク機器の接続制御方法。
【請求項１１】
前記ネットワーク機器の接続を許可した場合、当該ネットワーク機器のソースＩＰアドレスを記憶し、以後のアクセスを無条件で許可することを特徴とする請求項２、請求項５又は請求項８のいずれかに記載のネットワーク機器の接続制御方法。
【請求項１２】
前記ネットワーク機器の接続を拒否した場合、当該ネットワーク機器のソースＩＰアドレスを記憶し、以後のアクセスを無条件に制限することを特徴とする請求項３、請求項６又は請求項９のいずれかに記載のネットワーク機器の接続制御方法。
【請求項１３】
ＴＣＰ／ＩＰプロトコルを用いるサーバ装置として機能するコンピュータであって、本来のサービスの提供を目的とするＴＣＰポート以外に、単一のディスティネーションポート番号を有する認証用ＴＣＰポートを備えたコンピュータに、同一のソースＩＰアドレスのネットワーク機器から前記認証用ＴＣＰポートに対する複数のソースポートＴＣＰコネクションを受け付ける手順と、前記複数のソースポートＴＣＰコネクションを利用して当該ネットワーク機器の接続を制御する手順と、を実行させるためのネットワーク機器の接続制御プログラム。
【請求項１４】
ＴＣＰ／ＩＰプロトコルを用いるサーバ装置として機能するコンピュータであって、本来のサービスの提供を目的とするＴＣＰポート以外に、それぞれ異なるディスティネーションポート番号を有する複数の認証用ＴＣＰポートを備えたコンピュータに、同一のソースＩＰアドレスのネットワーク機器からディスティネーションポート番号が指定された複数のソースポートＴＣＰコネクションを受け付ける手順と、指定されたディスティネーションポート番号のパターンに応じて当該ネットワーク機器の接続を制御する手順と、を実行させるためのネットワーク機器の接続制御プログラム。
【請求項１５】
ＴＣＰ／ＩＰプロトコルを用いるサーバ装置として機能するコンピュータであって、本来のサービスの提供を目的とするＵＤＰポート以外に、複数の認証用ＵＤＰポートを備えたコンピュータに、同一のソースＩＰアドレスのネットワーク機器から前記複数の認証用ＵＤＰポートに対するパケット入力を受け付ける手順と、パケット入力を受けた認証用ポートの順番に応じて当該ネットワーク機器の接続を制御する手順と、を実行させるためのネットワーク機器の接続制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント／サーバモデルに代表されるネットワークシステムにおける接続制御方法に関し、特に、ＴＣＰ・ＵＤＰプロトコルを用いるセキュアなネットワーク機器の接続制御方法及び接続制御プログラムに関する。
【背景技術】
【０００２】
一般に、ＴＣＰ／ＩＰプロトコルを用いるサーバ装置では、実行するアプリケーション毎に特定のポートを選択して使用する。例えば、ｔｅｌｎｅｔプロトコルを使用するアプリケーションにおいては通信に使用するポート番号は”２３”であり、ｆｔｐ（file transfer protocol）を使用するアプリケーションにおいては通信に使用するポート番号は”２１”である。一方、クライアント装置では、使用するポートは固定されており、全てのアプリケーションについて同じ番号のポートを使用することが多い。
【０００３】
このようなクライアント／サーバシステムにおいて、一旦、サーバ装置とクライアント装置との間の接続を確立し通信を行っている途中でクライアント装置側の要因で装置間の接続が切断された場合に対応するクライアント／サーバシステムが開発されている。例えば、クライアント装置側の停電や誤操作等によってクライアント装置の電源が落ちた場合において、電源の復旧後、ポートを変更して装置間の接続を再度確立するクライアント／サーバシステムが知られている（例えば、特許文献１参照）。
【特許文献１】特開２００２−３５４００４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来の技術は、電源切断等の非常時にクライアント装置側で使用するポートを変更するものの、通常時には固定的なポートを使用して接続が行われる。このため、外部から悪意をもって接続し攻撃してくることに対しては防御することができないという問題がある。例えば、外部から悪意をもってポートスキャンし、ＳＹＮアタックやバッファオーバーフローなどの攻撃がされた場合には何ら防御することができないという問題がある。
【０００５】
本発明は、かかる問題点に鑑みてなされたものであり、ＴＣＰ・ＵＤＰプロトコルを用いるネットワークシステムにおいて、簡易な構成で特定の利用者のみの利用を可能とし、セキュリティ性の向上を実現することができるネットワーク機器の接続制御方法及び接続制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、ＴＣＰ／ＩＰプロトコルを用いるネットワーク機器の接続制御を行う場合において、本来のサービスの提供を目的とするＴＣＰポート以外に、単一のディスティネーションポート番号を有する認証用ＴＣＰポートを備え、同一のソースＩＰアドレスのネットワーク機器から前記認証用ＴＣＰポートに対する複数のソースポートＴＣＰコネクションを受け付け、前記複数のソースポートＴＣＰコネクションを利用して当該ネットワーク機器の接続を制御するようにしたものである。
【発明の効果】
【０００７】
本発明は、ＴＣＰ・ＵＤＰプロトコルを用いるネットワークシステムにおいて、簡易な構成で特定の利用者のみの利用を可能とし、セキュリティ性の向上を実現することができる。
【発明を実施するための最良の形態】
【０００８】
本発明の第１の態様に係るネットワーク機器の接続制御方法は、ＴＣＰ／ＩＰプロトコルを用いるネットワーク機器の接続制御方法であって、本来のサービスの提供を目的とするＴＣＰポート以外に、単一のディスティネーションポート番号を有する認証用ＴＣＰポートを備え、同一のソースＩＰアドレスのネットワーク機器から前記認証用ＴＣＰポートに対する複数のソースポートＴＣＰコネクションを受け付け、前記複数のソースポートＴＣＰコネクションを利用して当該ネットワーク機器の接続を制御するものである。
【０００９】
この方法によれば、本来のサービスの提供を目的とするＴＣＰポート以外に設けられた認証用ＴＣＰポートに対する複数のソースポートＴＣＰコネクションを受け付け、前記複数のソースポートＴＣＰコネクションを利用して当該ネットワーク機器の接続を制御する。このため、本来のサービスに移行した後にネットワーク機器との間でパスワードなどの情報を交換する必要がない。したがって、インターネットやＬＡＮ等にパスワード等の情報が流出する事態を確実に回避することができる。この結果、簡易な構成で特定の利用者のみの利用を可能とし、セキュリティ性の向上を実現することができる。
【００１０】
本発明の第２の態様は、第１の態様に係るネットワーク機器の接続制御方法において、時系列的に変化するＴＣＰコネクションの接続数を示したタイムテーブルを備え、前記複数のソースポートＴＣＰコネクションの推移が前記タイムテーブルで示すＴＣＰコネクションの接続数のパターンと一致した場合に前記ネットワーク機器の接続を許可するものである。
【００１１】
本発明の第３の態様は、第２の態様に係るネットワーク機器の接続制御方法において、前記複数のソースポートＴＣＰコネクションの推移が前記タイムテーブルで示すＴＣＰコネクションの接続数のパターンと一致しない場合に前記ネットワーク機器の接続を拒否するものである。
【００１２】
これらの方法によれば、複数のソースポートＴＣＰコネクションの推移と、タイムテーブルで示すＴＣＰコネクションの接続数のパターンとの一致・不一致に応じてネットワーク機器の接続を許可又は拒否する。このため、タイムテーブルで示すＴＣＰコネクションの接続数のパターンと異なった場合には、その時点で当該ネットワーク機器によるアクセスを拒否することができるので、ＳＹＮアタックやバッファオーバーフローの攻撃に耐え得る実装を容易に実現することができる。
【００１３】
本発明の第４の態様に係るネットワーク機器の接続制御方法は、ＴＣＰ／ＩＰプロトコルを用いるネットワーク機器の接続制御方法であって、本来のサービスの提供を目的とするＴＣＰポート以外に、それぞれ異なるディスティネーションポート番号を有する複数の認証用ＴＣＰポートを備え、同一のソースＩＰアドレスのネットワーク機器からディスティネーションポート番号が指定された複数のソースポートＴＣＰコネクションを受け付け、指定されたディスティネーションポート番号のパターンに応じて当該ネットワーク機器の接続を制御するものである。
【００１４】
この方法によれば、同一のソースＩＰアドレスのネットワーク機器からディスティネーションポート番号が指定された複数のソースポートＴＣＰコネクションを受け付け、指定されたディスティネーションポート番号のパターンに応じて当該ネットワーク機器の接続を制御する。このため、本来のサービスに移行した後にネットワーク機器との間でパスワードなどの情報を交換する必要がない。したがって、インターネットやＬＡＮ等にパスワード等の情報が流出する事態を確実に回避することができる。この結果、簡易な構成で特定の利用者のみの利用を可能とし、セキュリティ性の向上を実現することができる。
【００１５】
本発明の第５の態様は、第４の態様に係るネットワーク機器の接続制御方法において、時系列的に変化する各認証用ポートの接続状態を示したタイムテーブルを備え、前記複数のソースポートＴＣＰコネクションの推移が前記タイムテーブルで示す各認証用ポートの接続状態のパターンと一致した場合に前記ネットワーク機器の接続を許可するものである。
【００１６】
本発明の第６の態様は、第５の態様に係るネットワーク機器の接続制御方法において、前記複数のソースポートＴＣＰコネクションの推移が前記タイムテーブルで示す各認証用ポートの接続状態のパターンと一致しない場合に前記ネットワーク機器の接続を拒否するものである。
【００１７】
これらの方法によれば、複数のソースポートＴＣＰコネクションの推移と、タイムテーブルで示す各認証用ポートの接続状態のパターンとの一致・不一致に応じてネットワーク機器の接続を許可又は拒否する。このため、タイムテーブルで示す各認証用ポートの接続状態のパターンと異なった場合には、その時点で当該ネットワーク機器によるアクセスを拒否することができるので、ＳＹＮアタックやバッファオーバーフローの攻撃に耐え得る実装を容易に実現することができる。
【００１８】
本発明の第７の態様に係るネットワーク機器の接続制御方法は、ＴＣＰ／ＩＰプロトコルを用いるネットワーク機器の接続制御方法であって、本来のサービスの提供を目的とするＵＤＰポート以外に、複数の認証用ＵＤＰポートを備え、同一のソースＩＰアドレスのネットワーク機器から前記複数の認証用ＵＤＰポートに対するパケット入力を受け付け、パケット入力を受けた認証用ポートの順番に応じて当該ネットワーク機器の接続を制御するものである。
【００１９】
この方法によれば、本来のサービスの提供を目的とするＵＤＰポート以外に複数の認証用ポートを予め決めておき、パケット入力を受けた認証用ポートの順番に応じてネットワーク機器との接続を制御する。このため、本来のサービスに移行した後にネットワーク機器との間でパスワードなどの情報を交換する必要がない。したがって、インターネットやＬＡＮ等にパスワード等の情報が流出する事態を確実に回避することができる。この結果、簡易な構成で特定の利用者のみの利用を可能とし、セキュリティ性の向上を実現することができる。
【００２０】
本発明の第８の態様は、第７の態様に係るネットワーク機器の接続制御方法において、パケット入力を受ける認証用ポートの配列を示したタイムテーブルを備え、前記複数の認証用ＵＤＰポートに対するパケット入力の順番が前記タイムテーブルで示す認証用ポートの配列と一致した場合に前記ネットワーク機器の接続を許可するものである。
【００２１】
本発明の第９の態様は、第８の態様に係るネットワーク機器の接続制御方法において、前記複数の認証用ＵＤＰポートに対するパケット入力の順番が前記タイムテーブルで示す認証用ポートの配列と一致しない場合に前記ネットワーク機器の接続を拒否するものである。
【００２２】
これらの方法によれば、パケット入力を受けた認証用ポートと、タイムテーブルに登録された認証用ポートの配列との一致・不一致に応じてネットワーク機器の接続を許可又は拒否する。このため、タイムテーブルに登録された認証用ポート配列と異なった場合には、その時点で当該ネットワーク機器によるアクセスを拒否することができるので、ＳＹＮアタックやバッファオーバーフローの攻撃に耐え得る実装を容易に実現することができる。
【００２３】
本発明の第１０の態様に係るネットワーク機器の接続制御方法は、第１、第４又は第７のいずれかの態様に係るネットワーク機器の接続制御を２つ以上組み合わせて実行するものである。
【００２４】
この方法によれば、第１、第４又は第７のいずれかの態様に係るネットワーク機器の接続制御を２つ以上組み合わせて実行するので、各態様による接続制御を単独で実行する場合に比べ、セキュリティ性の更なる向上を実現することができる。
【００２５】
本発明の第１１の態様は、第２、第５又は第８のいずれかの態様に係るネットワーク機器の接続制御方法において、前記ネットワーク機器の接続を許可した場合、当該ネットワーク機器のソースＩＰアドレスを記憶し、以後のアクセスを無条件で許可するものである。
【００２６】
この方法によれば、特定のネットワーク機器の接続を一旦許可した場合には、当該ネットワーク機器のソースＩＰアドレスを記憶し、以後のアクセスを無条件で許可する。これにより、接続を許可されたネットワーク機器に対しては、以後の接続制御処理を繰り返すことなく接続することができる。
【００２７】
本発明の第１２の態様は、第３、第６又は第９のいずれかの態様に係るネットワーク機器の接続制御方法において、前記ネットワーク機器の接続を拒否した場合、当該ネットワーク機器のソースＩＰアドレスを記憶し、以後のアクセスを無条件に制限するものである。
【００２８】
この方法によれば、特定のネットワーク機器の接続を一旦拒否した場合には、当該ネットワーク機器のソースＩＰアドレスを記憶し、以後のアクセスを無条件で制限する。これにより、ネットワーク機器からの不当なアクセスを確実に回避することができ、セキュリティ性の向上を実現することができる。
【００２９】
本発明の第１３の態様は、ＴＣＰ／ＩＰプロトコルを用いるサーバ装置として機能するコンピュータであって、本来のサービスの提供を目的とするＴＣＰポート以外に、単一のディスティネーションポート番号を有する認証用ＴＣＰポートを備えたコンピュータに、同一のソースＩＰアドレスのネットワーク機器から前記認証用ＴＣＰポートに対する複数のソースポートＴＣＰコネクションを受け付ける手順と、前記複数のソースポートＴＣＰコネクションを利用して当該ネットワーク機器の接続を制御する手順と、を実行させるためのネットワーク機器の接続制御プログラムである。
【００３０】
本発明の第１４の態様は、ＴＣＰ／ＩＰプロトコルを用いるサーバ装置として機能するコンピュータであって、本来のサービスの提供を目的とするＴＣＰポート以外に、それぞれ異なるディスティネーションポート番号を有する複数の認証用ＴＣＰポートを備えたコンピュータに、同一のソースＩＰアドレスのネットワーク機器からディスティネーションポート番号が指定された複数のソースポートＴＣＰコネクションを受け付ける手順と、指定されたディスティネーションポート番号のパターンに応じて当該ネットワーク機器の接続を制御する手順と、を実行させるためのネットワーク機器の接続制御プログラムである。
【００３１】
本発明の第１５の態様は、ＴＣＰ／ＩＰプロトコルを用いるサーバ装置として機能するコンピュータであって、本来のサービスの提供を目的とするＵＤＰポート以外に、複数の認証用ＵＤＰポートを備えたコンピュータに、同一のソースＩＰアドレスのネットワーク機器から前記複数の認証用ＵＤＰポートに対するパケット入力を受け付ける手順と、パケット入力を受けた認証用ポートの順番に応じて当該ネットワーク機器の接続を制御する手順と、を実行させるためのネットワーク機器の接続制御プログラムである。
【００３２】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００３３】
（実施の形態１）
図１は、本発明の実施の形態１に係るネットワーク機器の接続制御方法が適用されるネットワークの構成を示す図である。同図に示すように、本実施の形態１に係るネットワーク機器の接続制御方法は、インターネットを介して接続されたサーバ装置（以下、「サーバ」という）１００と、クライアント装置（以下、「クライアント」という）１０１との間で適用される。
【００３４】
ここでは、サーバ１００とクライアント１０１等を接続するネットワークの構成として、インターネットを例にして説明しているが、これに限定されず、サーバ１００とクライアント１０１等をＬＡＮ（Local Area Network）などのネットワークを介して接続した場合にも適用可能である。
【００３５】
図２は、従来のクライアント／サーバシステムで構成されたネットワークにおいて、クライアントとサーバとの間のシーケンスを示す図である。同図においては、クライアントからｔｅｌｎｅｔプロトコルを使用するアプリケーションを要求する場合のシーケンスについて示している。
【００３６】
この場合、まず、コネクションを確立するため、クライアントからディスティネーションポート番号（Ｄ：宛先ポート番号）に”２３”を設定し、フラグにＳＹＮフラグを設定したＴＣＰセグメントが出力される（ＳＴ２０１）。これに応答してサーバからフラグにＡＣＫフラグを設定したＴＣＰセグメントが出力される（ＳＴ２０２）。さらに、これに応答してクライアントからフラグにＡＣＫフラグを設定したＴＣＰセグメントが出力される（ＳＴ２０３）。
【００３７】
このようにＴＣＰセグメントが交換されることでコネクションが確立される。コネクションを確立した後、ｔｅｌｎｅｔプロトコルに従ってデータ通信が行われる（ＳＴ２０４）。データの送信を終了した場合には、コネクションを終了するため、クライアントからフラグにＦＩＮフラグを設定したＴＣＰセグメントが出力される（ＳＴ２０５）。これに応答してサーバからフラグにＦＩＮフラグを設定したＴＣＰセグメントが出力される（ＳＴ２０６）。このようにクライアントとサーバの双方でＦＩＮフラグを確認すると、コネクションが解放される。
【００３８】
本発明の実施の形態に係るネットワーク機器の接続制御方法においては、ｔｅｌｎｅｔプロトコルを使用するアプリケーションなどの本来のサービスの提供を目的とするＴＣＰポート以外に認証用ＴＣＰポート（以下、「認証用ポート」といい、そのポート番号を「認証用ポート番号」という）を予め決めておく。そして、この認証用ポートの開閉状態に応じてアクセスしてきたネットワーク機器の接続を制御する。
【００３９】
特に、実施の形態１に係るネットワーク機器の接続制御方法において、認証用ポートは、単一のディスティネーションポート番号を有し、このディスティネーションポート番号に対する同一のソースＩＰアドレスからの複数のソースポートＴＣＰコネクションを用いてネットワーク機器の接続を制御する。ネットワーク機器の接続制御は、本来のサービスの提供に先立って行われ、時系列的に変化するＴＣＰコネクションの接続数を示したタイムテーブルに従って実行される。
【００４０】
図３は、実施の形態１に係るネットワーク機器の接続制御方法が適用されるネットワークにおける、サーバ１００とクライアント１０１との間のシーケンスを示す図である。
【００４１】
実施の形態１に係るネットワーク機器の接続制御方法においては、同図に示すように、認証処理を行うため、まず、クライアント１０１からディスティネーションポート番号に予め定めた”認証用ポート番号”を設定し、フラグにＳＹＮフラグを設定したＴＣＰセグメントが出力される（ＳＴ３０１）。これに応答してサーバ１００からフラグにＡＣＫフラグを設定したＴＣＰセグメントが出力される（ＳＴ３０２）。これに応答してクライアント１０１からフラグにＡＣＫフラグを設定したＴＣＰセグメントが出力される（ＳＴ３０３）。さらに、クライアント１０１からフラグにＦＩＮフラグを設定したＴＣＰセグメントが出力される（ＳＴ３０４）。これに応答してサーバ１００からフラグにＦＩＮフラグを設定したＴＣＰセグメントが出力される（ＳＴ３０５）。
【００４２】
クライアント１０１からフラグにＡＣＫフラグを設定したＴＣＰセグメントが出力されるまでは認証用ポートの状態は”閉”状態である。そして、フラグにＡＣＫフラグを設定したＴＣＰセグメントが出力された後は認証用ポートの状態は”開”状態となる。”開”状態において、クライアント１０１からのＴＣＰセグメントに応じてＦＩＮフラグが設定されたＴＣＰセグメントをサーバ１００から出力すると、認証用ポートの状態が再び”閉”状態となる。
【００４３】
なお、ＴＣＰコネクションは、認証用ポートの”開”状態において接続された状態となる。実施の形態１においては、”開”状態となっている認証用ポートの数に応じてネットワーク機器の接続を制御する。ここで、認証用ポートが複数”開”状態となるのは、各ＴＣＰセグメントにおいて、送信元ポート番号がランダムに付与されるからである。
【００４４】
実施の形態１においては、サーバ１００及びクライアント１０１の双方において、時系列的に変化する認証用ポートの”開”状態数（すなわち、ＴＣＰコネクションの接続数）を示したタイムテーブルを登録しておき、これに従ってネットワーク機器の接続制御を実行する。
【００４５】
図４は、実施の形態１に係るネットワーク機器の接続制御方法において、サーバ１００及びクライアント１０１の双方で登録された単一の認証用ポートの”開”状態数とシーケンス番号の関係を示すタイムテーブルである。
【００４６】
同図に示すように、シーケンス番号は１〜７まで登録されている。シーケンス番号１〜７に応じて、それぞれ”開”状態数は、１、２、３、３、２、３、３と登録されている。”開”状態の認証用ポートの数が同図に示すように移行した場合、実施の形態１に係るネットワーク機器の接続制御方法においては、正規の利用者からのアクセスと判断し、接続を許可する。
【００４７】
図５は、実施の形態１に係るネットワーク機器の接続制御方法において、サーバ１００におけるクライアント１０１の認証処理（接続制御）を説明するためのフロー図である。
【００４８】
認証処理を開始する場合、サーバ１００は、まず、認証用ポートを監視し（ＳＴ５０１）、フラグにＳＹＮフラグが設定されたＴＣＰセグメントを受信するか、ＦＩＮフラグが設定されたＴＣＰセグメントを受信するか判断する（ＳＴ５０２、ＳＴ５０３）。ここでは、ＳＹＮフラグが設定されたＴＣＰセグメントを受信するものとする。
【００４９】
ＳＹＮフラグが設定されたＴＣＰセグメントを受信した場合、サーバ１００は、ソースＩＰアドレス別、すなわち、各クライアント別に設けられた認証用ポートの”開”状態をカウントするカウンタ（以下、「ソースＩＰアドレス別カウンタ」という）のカウント値を１つインクリメントすると共に、シーケンス番号を１つインクリメントする（ＳＴ５０４）。
【００５０】
そして、上述のタイムテーブルに登録された”開”状態数のパターンと一致するか判断する（ＳＴ５０５）。例えば、シーケンス番号１の場合には、ソースＩＰ別カウンタが示す”開”状態数が”１”と一致するか判断する。一方、シーケンス番号４の場合には、ソースＩＰ別カウンタが示す”開”状態数が”３”と一致するか判断する。
【００５１】
タイムテーブルに登録された”開”状態数のパターンと一致するならば、シーケンス番号が最後であるか判断する（ＳＴ５０６）。実施の形態１においては、図４に示すように、シーケンス番号７が最後である。したがって、ＳＴ５０６では、シーケンス番号７であるかを判断することとなる。ここでは、シーケンス番号が最後ではないものとする。
【００５２】
なお、タイムテーブルに登録された”開”状態数のパターンと一致しない場合には、サーバ１００は、クライアント１０１の認証ＮＧ、すなわち正規でない利用者からのアクセスであると判断し、シーケンス番号をクリアして（ＳＴ５０７）、処理を終了する。
【００５３】
シーケンス番号が最後でないと判断した場合には、サーバ１００は、処理を戻し、再び認証用ポートの監視を行い、フラグにＳＹＮフラグ又はＦＩＮフラグが設定されたＴＣＰセグメントの受信を判断する（ＳＴ５０１〜ＳＴ５０３）。ここでは、ＦＩＮフラグが設定されたＴＣＰセグメントを受信するものとする。
【００５４】
ＦＩＮフラグが設定されたＴＣＰセグメントを受信した場合、サーバ１００は、ソースＩＰアドレス別カウンタのカウント値を１つデクリメントする（ＳＴ５０８）。そして、処理を戻し、再び認証用ポートの監視を行い、フラグにＳＹＮフラグ又はＦＩＮフラグが設定されたＴＣＰセグメントの受信を判断する（ＳＴ５０１〜ＳＴ５０３）。なお、このとき、シーケンス番号はデクリメントせず、そのままの値を維持する。
【００５５】
このようにＳＴ５０１〜ＳＴ５０８の処理を繰り返すうち、ＳＴ５０６でシーケンス番号が最後であると判断した場合には、クライアント１０１の認証ＯＫ、すなわち正規の利用者からのアクセスと判断し（ＳＴ５０９）、処理を終了する。認証ＯＫと判断されたことにより、クライアント１０１は、本来のサービスの提供を受けることが可能となる。
【００５６】
図６は、実施の形態１に係るネットワーク機器の接続制御方法において、認証用ポートの”開”状態数の推移を説明するための図である。図６（ａ）は、認証ＯＫの場合について示し、図６（ｂ）は、認証ＮＧの場合について示している。なお、同図において、（１）〜（７）の実線で示す部分は、各ＴＣＰコネクションにおいて認証用ポートが”開”状態となっていることを示している。また、下方に配置した数値は、認証用ポートの”開”状態数を示している。
【００５７】
認証ＯＫの例においては、同図（ａ）に示すように、ＴＣＰコネクション（１）が開始されることで、認証用ポートの”開”状態数は”１”となる。そして、ＴＣＰコネクション（１）が終了する前にＴＣＰコネクション（２）が開始されることで認証用ポートの”開”状態数は”２”となる。さらに、ＴＣＰコネクション（１）及び（２）が終了する前にＴＣＰコネクション（３）が開始されることで認証用ポートの”開”状態数は”３”となる。
【００５８】
ＴＣＰコネクション（１）が終了した後、ＴＣＰコネクション（２）及び（３）が終了する前にＴＣＰコネクション（４）が開始されることで認証用ポートの”開”状態数は”３”となる。そして、ＴＣＰコネクション（２）及び（３）が終了した後、ＴＣＰコネクション（４）が終了する前にＴＣＰコネクション（５）が開始されることで認証用ポートの”開”状態数は”２”となる。さらに、ＴＣＰコネクション（４）及び（５）が終了する前にＴＣＰコネクション（６）が開始されることで認証用ポートの”開”状態数は”３”となる。さらに、ＴＣＰコネクション（５）が終了した後、ＴＣＰコネクション（４）及び（６）が終了する前にＴＣＰコネクション（７）が開始されることで認証用ポートの”開”状態数は”３”となる。
【００５９】
このように認証用ポートの”開”状態数が推移した場合、サーバ１００は、登録されたタイムテーブルの認証用ポートの”開”状態数のパターンと全て一致するため、クライアント１０１の認証ＯＫと判断する。
【００６０】
一方、認証ＮＧの例においては、同図（ｂ）に示すように、ＴＣＰコネクション（１）が開始されることで、認証用ポートの”開”状態数は”１”となる。そして、ＴＣＰコネクション（１）が終了する前にＴＣＰコネクション（２）が開始されることで認証用ポートの”開”状態数は”２”となる。さらに、ＴＣＰコネクション（１）及び（２）が終了する前にＴＣＰコネクション（３）が開始されることで認証用ポートの”開”状態数は”３”となる。
【００６１】
ＴＣＰコネクション（１）が終了した後、ＴＣＰコネクション（２）及び（３）が終了する前にＴＣＰコネクション（４）が開始されることで認証用ポートの”開”状態数は”３”となる。そして、ＴＣＰコネクション（２）、（３）及び（４）が終了する前に、ＴＣＰコネクション（５）が開始されることで認証用ポートの”開”状態数は”４”となる。このとき、サーバ１００は、タイムテーブルに登録された認証用ポートの”開”状態数のパターンと相違するため、クライアント１０１の認証ＮＧと判断する。
【００６２】
このように実施の形態１に係るネットワーク機器の接続制御方法によれば、本来のサービスの提供を目的とするＴＣＰポート以外に単一の認証用ポートを予め決めておき、この認証用ポートの開閉状態に応じてアクセスしてきたクライアント１０１の認証を行い、そのクライアント１０１との接続を制御する。このため、本来のサービスに移行した後にサーバ１００とクライアント１０１との間でパスワードなどの情報を交換する必要がない。したがって、インターネットやＬＡＮ等にパスワード等の情報が流出する事態を確実に回避することができる。この結果、簡易な構成で特定の利用者のみの利用を可能とし、セキュリティ性の向上を実現することができる。
【００６３】
また、実施の形態１に係るネットワーク機器の接続制御方法によれば、タイムテーブルに登録された認証用ポートの”開”状態のパターンに応じてアクセスしてきたクライアント１０１の認証を行い、そのクライアント１０１との接続を制御する。このため、ＳＹＮアタックやバッファオーバーフローの攻撃に耐え得る実装を容易に実現することができる。
【００６４】
すなわち、ＳＹＮアタックを受けた場合においても、タイムテーブルに登録された認証用ポートの”開”状態数のパターンと異なる場合には、２回目以降のＳＹＮを拒否するため、ＳＹＮアタックを未然に防止することができる。また、バッファオーバーフローを受けた場合においても、実際にバッファに格納されるデータを受信する前にアクセスを拒否するため、バッファオーバーフローも未然に防止することができるという効果を奏する。同様に、負荷の大きいデータ処理に到達する前にアクセスを拒否することができるので、ＤｏＳ（Denial of Service）攻撃に強いネットワークシステムを構築することができるという効果を奏する。
【００６５】
本実施の形態に係るネットワーク機器の接続制御方法においては、上記認証用ポートの開閉状態に応じてアクセスしてきたクライアント１０１の認証を行った結果、そのクライアント１０１との接続を許可した場合、そのクライアント１０１のソースＩＰアドレスを記憶し、以後のアクセスを許可する。一方、クライアント１０１の認証を行った結果、そのクライアント１０１との接続を所定回拒否した場合、そのクライアント１０１のソースＩＰアドレスを記憶し、以後のアクセスを制限する。これにより、一旦認証を行った結果、接続を許可されたクライアント１０１に対しては、以後、同様の認証処理を繰り返すことなく接続することができる。一方、認証を行った結果、接続を所定回数拒否されたクライアント１０１に対しては、以後、認証処理を行うまでもなく接続を制限する。この結果、クライアントからの不当なアクセスを確実に回避することができ、セキュリティ性の向上を実現することができる。
【００６６】
図７は、実施の形態１に係るネットワーク機器の接続制御方法において、アクセスしてきたクライアント１０１のソースＩＰアドレスを記憶し、以後のアクセスを許可又は拒否した場合の結果を説明するための図である。同図においては、認証処理を行った結果、接続を３回拒否された場合にアクセス制限する場合について示している。また、正規のクライアント１０１のソースＩＰアドレスとして、”１９２．１６８．１．１”を用い、不正のクライアント１０１のソースＩＰアドレスとして、”１９２．１６８．９．９”を用いている。
【００６７】
同図に示すように、正規のクライアント１０１のソースＩＰアドレスである”１９２．１６８．１．１”からアクセスがあった場合、認証が行われ、その結果はＯＫとされる。このため、当該クライアント１０１は、本来のサービスの提供を受けることが可能となる。同図においては、当該クライアント１０１は、ＨＴＴＰプロトコルを使用するアプリケーションサービス及びＦＴＰプロトコルを使用するアプリケーションサービスの提供を受けている。
【００６８】
一方、不正のクライアント１０１のソースＩＰアドレスである”１９２．１６８．９．９”からアクセスがあった場合、認証が行われ、その結果はＮＧとされる。このため、当該クライアント１０１は、本来のサービスの提供を受けることができない。したがって、当該クライアント１０１が要求したＨＴＴＰプロトコルを使用するアプリケーションサービスは、拒否されている。
【００６９】
また、不正のクライアント１０１のソースＩＰアドレスである”１９２．１６８．９．９”から引き続きアクセスがあった場合においても、同様に認証が行われ、その結果はＮＧとなる。そして、３回認証結果がＮＧとなった、サーバ１００は、以後の認証処理自体を拒否する。同図においては、１２時５分１５秒に要求された認証処理が拒否されている。
【００７０】
なお、一旦、認証を行い、その結果がＯＫの場合には、そのソースＩＰアドレスの認証は省略され、認証処理を繰り返すことなく本来のサービスの提供を受けることができる。同図においては、正規のクライアント１０１のソースＩＰアドレスである”１９２．１６８．１．１”に対して先の認証処理で結果がＯＫとなっているため、１２時３０分０秒におけるアクセスにおいて、再度の認証処理を行わずに本来のサービスであるＨＴＴＰプロトコルを使用するアプリケーションサービスの提供を受けている。
【００７１】
（実施の形態２）
実施の形態１に係るネットワーク機器の接続制御方法において、認証用ポートは、単一のディスティネーションポート番号を有し、このディスティネーションポート番号に対する同一のソースＩＰアドレスからの複数のソースポートＴＣＰコネクションを用いてネットワーク機器の接続を制御する。これに対して、実施の形態２に係るネットワーク機器の接続制御方法においては、複数の認証用ポートを有し、それぞれが異なるディスティネーションポート番号を有し、同一のソースＩＰアドレスからの各認証用ポートの開閉状態に応じてネットワーク機器の接続を制御する。
【００７２】
図８は、実施の形態２に係るネットワーク機器の接続制御方法において、サーバ１００及びクライアント１０１の双方で登録された複数の認証用ポートの開閉状態とシーケンス番号の関係を示すタイムテーブルである。なお、同図において、認証用ポートの数は３つであるものとし、その認証用ポートはＡ〜Ｃであるものとする。認証用ポートの数は、３つに限らずより多くの認証用ポートを設けるようにしてもよい。また、同図において、”１”は”開”状態を示し、”０”は”閉”状態を示す。
【００７３】
同図に示すように、シーケンス番号は１〜６まで登録されている。シーケンス番号１においては、認証用ポートＡの状態が”開”状態であり、認証用ポートＢ及びＣの状態が”閉”状態である。シーケンス番号２においては、認証用ポートＡ及びＢの状態が”開”状態であり、認証用ポートＣの状態が”閉”状態である。シーケンス番号３においては、認証用ポートＡ、Ｂ及びＣの状態が”開”状態である。
【００７４】
シーケンス番号４においては、認証用ポートＡ及びＣの状態が”開”状態であり、認証用ポートＢの状態が”閉”状態である。シーケンス番号５においては、認証用ポートＡ及びＢの状態が”開”状態であり、認証用ポートＣの状態が”閉”状態である。シーケンス番号６においては、認証用ポートＡの状態が”閉”状態であり、認証用ポートＢ及びＣの状態が”開”状態である。３つの認証用ポートの開閉状態が同図に示すように移行した場合、実施の形態２に係るネットワーク機器の接続制御方法においては、正規の利用者からのアクセスと判断し、接続を許可する。
【００７５】
図９は、実施の形態２に係るネットワーク機器の接続制御方法において、サーバ１００におけるクライアント１０１の認証処理（接続制御）を説明するためのフロー図である。なお、初期状態においては、全ての認証用ポートは”閉”状態に設定されている。
【００７６】
認証処理を開始する場合、サーバ１００は、まず、全ての認証用ポートを監視し（ＳＴ９０１）、フラグにＳＹＮフラグが設定されたＴＣＰセグメントを受信するか、ＦＩＮフラグが設定されたＴＣＰセグメントを受信するか判断する（ＳＴ９０２、ＳＴ９０３）。ここでは、ＳＹＮフラグが設定されたＴＣＰセグメントを受信するものとする。
【００７７】
ＳＹＮフラグが設定されたＴＣＰセグメントを受信した場合、サーバ１００は、そのＴＣＰセグメントのディスティネーションポート番号及びソースＩＰアドレスを記録するとともに、当該認証用ポートの”開”状態を記録し、シーケンス番号を１つインクリメントする（ＳＴ９０４）。
【００７８】
そして、上述のタイムテーブルに登録された複数の認証用ポートの開閉状態のパターンと一致するか判断する（ＳＴ９０５）。例えば、シーケンス番号１の場合には、認証用ポートＡが”開”状態である一方、認証用ポートＢ及びＣが”閉”状態であるか判断する。一方、シーケンス番号４の場合には、認証用ポートＢが”閉”状態である一方、認証用ポートＡ及びＣが”開”状態であるか判断する。
【００７９】
タイムテーブルに登録された認証用ポートの開閉状態のパターンと一致するならば、シーケンス番号が最後であるか判断する（ＳＴ９０６）。実施の形態２においては、図８に示すように、シーケンス番号６が最後である。したがって、ＳＴ９０６では、シーケンス番号６であるかを判断することとなる。ここでは、シーケンス番号が最後ではないものとする。
【００８０】
なお、タイムテーブルに登録された認証用ポートの開閉状態のパターンと一致しない場合には、サーバ１００は、クライアント１０１の認証ＮＧ、すなわち正規でない利用者からのアクセスであると判断し、シーケンス番号をクリアして（ＳＴ９０７）、処理を終了する。
【００８１】
シーケンス番号が最後でないと判断した場合には、サーバ１００は、処理を戻し、再び全ての認証用ポートの監視を行い、フラグにＳＹＮフラグ又はＦＩＮフラグが設定されたＴＣＰセグメントの受信を判断する（ＳＴ９０１〜ＳＴ９０３）。ここでは、ＦＩＮフラグが設定されたＴＣＰセグメントを受信するものとする。
【００８２】
ＦＩＮフラグが設定されたＴＣＰセグメントを受信した場合、サーバ１００は、そのＴＣＰセグメントのディスティネーションポート番号及びソースＩＰアドレスを記録するとともに、当該認証用ポートの”閉”状態を記録する（ＳＴ９０８）。そして、処理を戻し、再び全ての認証用ポートの監視を行い、フラグにＳＹＮフラグ又はＦＩＮフラグが設定されたＴＣＰセグメントの受信を判断する（ＳＴ９０１〜ＳＴ９０３）。なお、このとき、シーケンス番号はデクリメントせず、そのままの値を維持する。
【００８３】
このようにＳＴ９０１〜ＳＴ９０８の処理を繰り返すうち、ＳＴ９０６でシーケンス番号が最後であると判断した場合には、クライアント１０１の認証ＯＫ、すなわち正規の利用者からのアクセスと判断し（ＳＴ９０９）、処理を終了する。認証ＯＫと判断されたことにより、クライアント１０１は、本来のサービスの提供を受けることが可能となる。
【００８４】
図１０は、実施の形態２に係るネットワーク機器の接続制御方法において、認証用ポートの開閉状態の推移を説明するための図である。図１０（ａ）は、認証ＯＫの場合について示し、図１０（ｂ）は、認証ＮＧの場合について示している。なお、同図において、（１）〜（６）の実線で示す部分は、各ＴＣＰコネクションにおいて認証用ポートが”開”状態となっていることを示している。また、下方に配置した数値は、認証用ポートの開閉状態を示している。図８と同様に、”１”は”開”状態を示し、”０”は”閉”状態を示す。
【００８５】
認証ＯＫの例においては、同図（ａ）に示すように、ＴＣＰコネクション（１）が開始されることで、認証用ポートＡのみが”開”状態となる（認証用ポートＡ、Ｂ及びＣ：１、０、０（以下、開閉状態を示す１、０のみ示す）。そして、ＴＣＰコネクション（１）が終了する前にＴＣＰコネクション（２）が開始されることで、認証用ポートＡ及びＢが”開”状態となる（１、１、０）。さらに、ＴＣＰコネクション（１）及び（２）が終了する前にＴＣＰコネクション（３）が開始されることで全ての認証用ポートが”開”状態となる（１、１、１）。
【００８６】
ＴＣＰコネクション（２）が終了した後、ＴＣＰコネクション（３）が終了する前にＴＣＰコネクション（４）が開始されることで認証用ポートＢが”閉”状態となり、認証用ポートＡ及びＣが”開”状態となる（１、０、１）。そして、ＴＣＰコネクション（３）が終了した後、ＴＣＰコネクション（４）が終了する前にＴＣＰコネクション（５）が開始されることで認証用ポートＡ及びＢが”開”状態となる（１、１、０）。さらに、ＴＣＰコネクション（４）が終了した後、ＴＣＰコネクション（５）が終了する前にＴＣＰコネクション（６）が開始されることで認証用ポートＡが”閉”状態となり、認証用ポートＢ及びＣが”開”状態となる（０、１、１）。
【００８７】
このように認証用ポートの開閉状態が推移した場合、サーバ１００は、登録されたタイムテーブルの認証用ポートの開閉状態のパターンと全て一致するため、クライアント１０１の認証ＯＫと判断する。
【００８８】
一方、認証ＮＧの例においては、同図（ｂ）に示すように、ＴＣＰコネクション（１）が開始されることで、認証用ポートＡのみが”開”状態となる（１、０、０）。そして、ＴＣＰコネクション（１）が終了する前にＴＣＰコネクション（２）が開始されることで、認証用ポートＡ及びＢが”開”状態となる（１、１、０）。さらに、ＴＣＰコネクション（１）及び（２）が終了する前にＴＣＰコネクション（３）が開始されることで全ての認証用ポートが”開”状態となる（１、１、１）。
【００８９】
ＴＣＰコネクション（２）及び（３）が終了する前にＴＣＰコネクション（４）が開始されることで全ての認証用ポートが”開”状態となる（１、１、１）。このとき、サーバ１００は、タイムテーブルに登録された認証用ポートの開閉状態のパターンと相違するため、クライアント１０１の認証ＮＧと判断する。
【００９０】
このように実施の形態２に係るネットワーク機器の接続制御方法によれば、本来のサービスの提供を目的とするＴＣＰポート以外に複数の認証用ポートを予め決めておき、この認証用ポートの開閉状態に応じてアクセスしてきたクライアント１０１の認証を行い、そのクライアント１０１との接続を制御する。このため、本来のサービスに移行した後にサーバ１００とクライアント１０１との間でパスワードなどの情報を交換する必要がない。したがって、インターネットやＬＡＮ等にパスワード等の情報が流出する事態を確実に回避することができる。この結果、簡易な構成で特定の利用者のみの利用を可能とし、セキュリティ性の向上を実現することができる。
【００９１】
また、実施の形態２に係るネットワーク機器の接続制御方法によれば、タイムテーブルに登録された認証用ポートの開閉状態のパターンに応じてアクセスしてきたクライアント１０１の認証を行い、そのクライアント１０１との接続を制御する。このため、ＳＹＮアタックやバッファオーバーフローの攻撃に耐え得る実装を容易に実現することができる。
【００９２】
すなわち、ＳＹＮアタックを受けた場合においても、タイムテーブルに登録された認証用ポートの”開”状態数のパターンと異なる場合には、２回目以降のＳＹＮを拒否するため、ＳＹＮアタックを未然に防止することができる。また、バッファオーバーフローを受けた場合においても、実際にバッファに格納されるデータを受信する前にアクセスを拒否するため、バッファオーバーフローも未然に防止することができるという効果を奏する。同様に、負荷の大きいデータ処理に到達する前にアクセスを拒否することができるので、ＤｏＳ（Denial of Service）攻撃に強いネットワークシステムを構築することができるという効果を奏する。
【００９３】
特に、実施の形態２に係るネットワーク機器の接続制御方法によれば、複数の認証用ポートを用い、その開閉状態に応じてアクセスしてきたクライアント１０１の認証を行い、そのクライアント１０１との接続を制御する。このため、単一の認証用ポートを用い、その”開”状態数に応じてクライアント１０１の接続を制御する実施の形態１に係るネットワーク機器の接続制御方法に比べてよりセキュリティ性の向上を実現することができる。また、実施の形態１と同様に、一旦行ったクライアント１０１の認証結果を後の処理に有効活用することももちろん可能である。
【００９４】
（実施の形態３）
実施の形態１及び実施の形態２に係るネットワーク機器の接続制御方法において、ｔｅｌｎｅｔプロトコルを使用するアプリケーションなどの本来のサービスの提供を目的とするＴＣＰポート以外に認証用ＴＣＰポートの開閉状態に応じてアクセスしてきたネットワーク機器の接続を制御する。これに対して、実施の形態３に係るネットワーク機器の接続制御方法においては、本来のサービスの提供を目的とするＵＤＰポート以外に複数の認証用ＵＤＰポート（以下、実施の形態２において「認証用ポート」といい、そのポート番号を「認証用ポート番号」という）を予め決めておき、この認証用ポートに対する同一のソースＩＰアドレスからのパケットの入力状態に応じてアクセスしてきたネットワーク機器の接続を制御する。
【００９５】
特に、実施の形態３に係るネットワーク機器の接続制御方法においては、パケットの到来する認証用ポート番号の配列を示すタイムテーブルに従ってネットワーク機器の接続を制御する。
【００９６】
図１１は、実施の形態３に係るネットワーク機器の接続制御方法において、サーバ１００及びクライアント１０１の双方で登録された認証用ポートの配列とシーケンス番号の関係を示すタイムテーブルである。なお、同図において、認証用ポートの数は３つであるものとし、その認証用ポートはＡ〜Ｃであるものとする。認証用ポートの数は、３つに限らずより多くの認証用ポートを設けるようにしてもよい。
【００９７】
同図に示すように、シーケンス番号は１〜７まで登録されている。シーケンス番号１〜７に応じて、それぞれ認証用ポートの配列は、認証用ポートＡ、Ｂ、Ｃ、Ｂ、Ａ、Ｂ、Ｃと登録されている。パケットの到来した認証用ポートの配列が同図に示すように移行した場合、実施の形態３に係るネットワーク機器の接続制御方法においては、正規の利用者からのアクセスと判断し、接続を許可する。
【００９８】
図１２は、実施の形態３に係るネットワーク機器の接続制御方法において、サーバ１００におけるクライアント１０１の認証処理（接続制御）を説明するためのフロー図である。
【００９９】
認証処理を開始する場合、サーバ１００は、まず、全ての認証用ポートを監視し（ＳＴ１２０１）、いずれかの認証用ポートでパケットを受信するか判断する（ＳＴ１２０２）。ここでは、いずれかの認証用ポートでパケットを受信したものとする。
【０１００】
パケットを受信したならば、ソースＩＰアドレス別、すなわち、各クライアント別にディスティネーションポート番号を記録するとともに、シーケンス番号を１つインクリメントする（ＳＴ１２０３）。
【０１０１】
そして、上述のタイムテーブルに登録された認証用ポートの配列と一致するか判断する（ＳＴ１２０４）。例えば、シーケンス番号１の場合には、受信したパケットのディスティネーションポート番号が認証用ポートＡと一致するか判断する。一方、シーケンス番号４の場合には、受信したパケットのディスティネーションポート番号が認証用ポートＢと一致するか判断する。
【０１０２】
タイムテーブルに登録された認証用ポートの配列と一致するならば、シーケンス番号が最後であるか判断する（ＳＴ１２０５）。実施の形態３においては、図１１に示すように、シーケンス番号７が最後である。したがって、ＳＴ１２０５では、シーケンス番号７であるかを判断することとなる。ここでは、シーケンス番号が最後ではないものとする。
【０１０３】
なお、タイムテーブルに登録された認証用ポートの配列と一致しない場合には、サーバ１００は、クライアント１０１の認証ＮＧ、すなわち正規でない利用者からのアクセスであると判断し、シーケンス番号をクリアして（ＳＴ１２０６）、処理を終了する。
【０１０４】
シーケンス番号が最後でないと判断した場合には、サーバ１００は、処理を戻し、再びＳＴ１２０１〜ＳＴ１２０５の処理を繰り返す。この処理を繰り返すうち、ＳＴ１２０５でシーケンス番号が最後であると判断した場合には、クライアント１０１の認証ＯＫ、すなわち正規の利用者からのアクセスと判断し（ＳＴ１２０７）、処理を終了する。
【０１０５】
図１３は、実施の形態３に係るネットワーク機器の接続制御方法において、受信パケットで指定された認証用ポートの推移を説明するための図である。図１３（ａ）は、認証ＯＫの場合について示し、図１３（ｂ）は、認証ＮＧの場合について示している。なお、同図において、実線で示す部分はパケットを受信していることを示している。また、下方に配置した文字は、受信パケットで指定された認証用ポートを示している。
【０１０６】
認証ＯＫの例においては、同図（ａ）に示すように、受信パケットで認証用ポートＡが指定され、続いて認証用ポートＢ、認証用ポートＣが指定されている。さらに、認証用ポートＢが指定され、続いて認証用ポートＡ、認証用ポートＢ及び認証用ポートＣが指定されている。このように受信パケットで指定された認証用ポートが推移した場合、サーバ１００は、登録されたタイムテーブルの認証用ポートの配列と全て一致するため、クライアント１０１の認証ＯＫと判断する。
【０１０７】
一方、認証ＮＧの例においては、同図（ｂ）に示すように、受信パケットで認証用ポートＡが指定され、続いて認証用ポートＢ、認証用ポートＣが指定されている。さらに、認証用ポートＣが指定されている。このとき、サーバ１００は、タイムテーブルに登録された認証用ポートの配列と相違するため、クライアント１０１の認証ＮＧと判断する。
【０１０８】
このように実施の形態３に係るネットワーク機器の接続制御方法によれば、本来のサービスの提供を目的とするＵＤＰポート以外に複数の認証用ポートを予め決めておき、受信パケットで指定された認証用ポートの配列に応じてアクセスしてきたクライアント１０１の認証を行い、そのクライアント１０１との接続を制御する。このため、本来のサービスに移行した後にサーバ１００とクライアント１０１との間でパスワードなどの情報を交換する必要がない。したがって、インターネットやＬＡＮ等にパスワード等の情報が流出する事態を確実に回避することができる。この結果、簡易な構成で特定の利用者のみの利用を可能とし、セキュリティ性の向上を実現することができる。
【０１０９】
また、実施の形態３に係るネットワーク機器の接続制御方法によれば、タイムテーブルに登録された認証用ポートの配列に応じてアクセスしてきたクライアント１０１の認証を行い、そのクライアント１０１との接続を制御する。このため、バッファオーバーフローの攻撃に耐え得る実装を容易に実現することができる。
【０１１０】
すなわち、バッファオーバーフローを受けた場合においても、実際にバッファに格納されるデータを受信する前にアクセスを拒否するため、バッファオーバーフローも未然に防止することができるという効果を奏する。同様に、負荷の大きいデータ処理に到達する前にアクセスを拒否することができるので、ＤｏＳ（Denial of Service）攻撃に強いネットワークシステムを構築することができるという効果を奏する。
【０１１１】
なお、上記説明では、実施の形態１〜３に係るネットワーク機器の接続制御方法を独立して利用する場合について説明している。しかし、実施の形態１〜３に係るネットワーク機器の接続制御方法のいずれか２つ以上を組み合わせて実行することももちろん可能である。このように組み合わせて実行した場合には、各実施の形態に係るネットワーク機器の接続制御方法を単独で実行する場合に比べ、セキュリティ性の更なる向上を実現することができる。
【０１１２】
また、本発明は、当業者に明らかなように、上記実施の形態に記載した技術に従ってプログラムされた一般的な市販のデジタルコンピュータおよびマイクロプロセッサを使って実施することができる。また、当業者に明らかなように、本発明は、上記実施の形態に記載した技術に基づいて当業者により作成されるコンピュータプログラムを包含する。
【０１１３】
さらに、本発明を実施するコンピュータをプログラムするために使用できる命令を含む記憶媒体であるコンピュータプログラム製品が本発明の範囲に含まれる。この記憶媒体は、フロッピー（Ｒ）ディスク、光ディスク、ＣＤＲＯＭ及び磁気ディスク等のディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気光カード、メモリカードまたはＤＶＤ等であるが、特にこれらに限定されるものではない。
【産業上の利用可能性】
【０１１４】
本発明に係るネットワーク機器の接続制御方法は、ＴＣＰ・ＵＤＰプロトコルを用いるネットワークシステムにおいて、簡易な構成で特定の利用者のみの利用を可能とし、セキュリティ性の向上を実現するのに有用である。
【図面の簡単な説明】
【０１１５】
【図１】本発明の実施の形態１に係るネットワーク機器の接続制御方法が適用されるネットワークの構成を示す図
【図２】従来のクライアント／サーバシステムで構成されたネットワークにおいて、クライアントとサーバとの間のシーケンスを示す図
【図３】実施の形態１に係るネットワーク機器の接続制御方法が適用されるネットワークにおける、サーバとクライアントとの間のシーケンスを示す図
【図４】実施の形態１に係るネットワーク機器の接続制御方法において、サーバ及びクライアントの双方で登録された単一の認証用ポートの”開”状態数とシーケンス番号の関係を示すタイムテーブルの一例を示す図
【図５】実施の形態１に係るネットワーク機器の接続制御方法において、サーバにおけるクライアントの認証処理（接続制御）を説明するためのフロー図
【図６】実施の形態１に係るネットワーク機器の接続制御方法において、認証用ポートの”開”状態数の推移を説明するための図
【図７】実施の形態１に係るネットワーク機器の接続制御方法において、アクセスしてきたクライアントのソースＩＰアドレスを記憶し、以後のアクセスを許可又は拒否した場合の結果を説明するための図
【図８】本発明の実施の形態２に係るネットワーク機器の接続制御方法において、サーバ及びクライアントの双方で登録された複数の認証用ポートの開閉状態とシーケンス番号の関係を示すタイムテーブルの一例を示す図
【図９】実施の形態２に係るネットワーク機器の接続制御方法において、サーバにおけるクライアントの認証処理（接続制御）を説明するためのフロー図
【図１０】実施の形態２に係るネットワーク機器の接続制御方法において、認証用ポートの開閉状態の推移を説明するための図
【図１１】本発明の実施の形態３に係るネットワーク機器の接続制御方法において、サーバ及びクライアントの双方で登録された認証用ポートの配列とシーケンス番号の関係を示すタイムテーブルの一例を示す図
【図１２】実施の形態３に係るネットワーク機器の接続制御方法において、サーバにおけるクライアントの認証処理（接続制御）を説明するためのフロー図
【図１３】実施の形態３に係るネットワーク機器の接続制御方法において、受信パケットで指定された認証用ポートの推移を説明するための図
【符号の説明】
【０１１６】
１００  サーバ装置（サーバ）
１０１  クライアント装置（クライアント）
【図１】
2005086452.tif 000003
【図２】
2005086452.tif 000004
【図３】
2005086452.tif 000005
【図４】
2005086452.tif 000006
【図５】
2005086452.tif 000007
【図６】
2005086452.tif 000008
【図７】
2005086452.tif 000009
【図８】
2005086452.tif 000010
【図９】
2005086452.tif 000011
【図１０】
2005086452.tif 000012
【図１１】
2005086452.tif 000013
【図１２】
2005086452.tif 000014
【図１３】
2005086452.tif 000015