JP6084278B1 - 情報処理装置、方法およびプログラム - Google Patents
情報処理装置、方法およびプログラム Download PDFInfo
- Publication number
- JP6084278B1 JP6084278B1 JP2015231697A JP2015231697A JP6084278B1 JP 6084278 B1 JP6084278 B1 JP 6084278B1 JP 2015231697 A JP2015231697 A JP 2015231697A JP 2015231697 A JP2015231697 A JP 2015231697A JP 6084278 B1 JP6084278 B1 JP 6084278B1
- Authority
- JP
- Japan
- Prior art keywords
- communication
- session
- electronic certificate
- terminal
- identification information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/31—User authentication
- G06F21/33—User authentication using certificates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/44—Program or device authentication
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
- G06F21/55—Detecting local intrusion or implementing counter-measures
- G06F21/56—Computer malware detection or handling, e.g. anti-virus arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/16—Implementing security features at a particular protocol layer
- H04L63/166—Implementing security features at a particular protocol layer at the transport layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
- H04L9/3268—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements using certificate validation, registration, distribution or revocation, e.g. certificate revocation list [CRL]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
- H04L2209/26—Testing cryptographic entity, e.g. testing integrity of encryption key or encryption algorithm
Abstract
【課題】電子証明書の検査漏れを低減させることを課題とする。【解決手段】ネットワーク監視装置に、相手側端末へ到達する前に通信取得する通信取得部と、取得された通信のプロトコルを解析することで、該通信に含まれる、秘匿化の対象となるセッションにおける通信相手の電子証明書を含むセッション確立用メッセージを特定する、プロトコル解析部と、特定されたセッション確立用メッセージから電子証明書を抽出する証明書抽出部と、抽出された電子証明書を検査する検査部と、を備えた。【選択図】図3
Description
本開示は、電子証明書を検査するための技術に関する。
従来、クライアントからの検査要求を受けて証明書を検証する証明書検証サーバーが提案されている(非特許文献1を参照)。
また、既知の不正通信のうちいずれかの不正通信を端末が行った場合に、該不正通信の発生時刻から所定範囲の時間帯において端末が通信に使用した通信先のアクセスURLを取得して、取得された各通信先のアクセスURLが、不正通信および他の不正通信において出現する頻度に基づいて、各通信先のアクセスURLのなかから不正通信と関連する通信先のアクセスURLを検出する解析装置が提案されている(特許文献1を参照)。
株式会社日立製作所、「証明書検証サーバ>製品紹介」http://www.hitachi.co.jp/Prod/comp/app/kensho/product.html、平成27年9月24日取得
従来、SSL/TLS等の暗号通信において、通信相手を認証する目的で、電子証明書が利用されている。しかし、電子証明書は、従来、終端するアプリケーションによって検査されているため、アプリケーションの実装に不備があった場合、意図しない通信先と通信してしまう可能性がある。
このような問題を受けて、従来、代理サーバーによって検査する方法や、利用するアプリケーションの検査機能を強化する方法等が提案されているが、このような方法を採用する場合には、アプリケーションに対し、代理サーバーを利用するための設定や検査機能強化のための設定等が必要であり、電子証明書の検査漏れが発生する可能性がある。
また、マルウェアの中にも、C&Cサーバーと暗号通信を行うためにSSL/TLS プロトコルを使用するものがあり、このようなマルウェアは、正当な電子証明書を使用しないことも多い。そして、本来電子証明書の検査を行なうべき終端アプリケーションはマルウェアであるため、端末側ではこのような電子証明書を検査することも困難である。
本開示は、上記した問題に鑑み、電子証明書の検査漏れを低減させることを課題とする。
本開示の一例は、ネットワークに接続された第一の端末と第二の端末との間の通信を、相手側端末へ到達する前に取得する通信取得手段と、前記通信取得手段によって取得された通信のプロトコルを解析することで、該通信に含まれる、秘匿化の対象となるセッションにおける通信相手の電子証明書を含むセッション確立用メッセージを特定する、プロト
コル解析手段と、前記プロトコル解析手段によって特定された前記セッション確立用メッセージから電子証明書を抽出する証明書抽出手段と、抽出された前記電子証明書を検査する検査手段と、を備える情報処理装置である。
コル解析手段と、前記プロトコル解析手段によって特定された前記セッション確立用メッセージから電子証明書を抽出する証明書抽出手段と、抽出された前記電子証明書を検査する検査手段と、を備える情報処理装置である。
本開示は、情報処理装置、システム、コンピューターによって実行される方法またはコンピューターに実行させるプログラムとして把握することが可能である。また、本開示は、そのようなプログラムをコンピューターその他の装置、機械等が読み取り可能な記録媒体に記録したものとしても把握できる。ここで、コンピューター等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的または化学的作用によって蓄積し、コンピューター等から読み取ることができる記録媒体をいう。
本開示によれば、電子証明書の検査漏れを低減させることが可能となる。
以下、本開示に係る情報処理装置、方法およびプログラムの実施の形態を、図面に基づいて説明する。但し、以下に説明する実施の形態は、実施形態を例示するものであって、本開示に係る情報処理装置、方法およびプログラムを以下に説明する具体的構成に限定するものではない。実施にあたっては、実施の態様に応じた具体的構成が適宜採用され、また、種々の改良や変形が行われてよい。
本実施形態では、本開示に係る情報処理装置、方法およびプログラムを、ネットワークを監視するためのシステムにおいて実施した場合の実施の形態について説明する。但し、本開示に係る情報処理装置、方法およびプログラムは、電子証明書を検査するための技術について広く用いることが可能であり、本開示の適用対象は、本実施形態において示した例に限定されない。
<システムの構成>
図1は、本実施形態に係るシステム1の構成を示す概略図である。本実施形態に係るシステム1は、複数の情報処理端末90(以下、「ノード90」と称する)が接続されるネットワークセグメント2と、ノード90に係る通信を監視するためのネットワーク監視装置20と、を備える。また、ネットワークセグメント2内のノード90は、インターネットや広域ネットワークを介して遠隔地において接続された各種のサーバーと、ルータ10を介して通信可能である。本実施形態において、ネットワーク監視装置20は、ネットワークセグメント2のスイッチまたはルータ(図1に示した例では、ルータ10)と、その上位にある他のスイッチまたはルータと、の間に接続されることで、通過するパケットやフレーム等を取得する。この場合、ネットワーク監視装置20は、取得したパケットのうち、遮断しなくてもよいパケットについては転送するインラインモードで動作する。
図1は、本実施形態に係るシステム1の構成を示す概略図である。本実施形態に係るシステム1は、複数の情報処理端末90(以下、「ノード90」と称する)が接続されるネットワークセグメント2と、ノード90に係る通信を監視するためのネットワーク監視装置20と、を備える。また、ネットワークセグメント2内のノード90は、インターネットや広域ネットワークを介して遠隔地において接続された各種のサーバーと、ルータ10を介して通信可能である。本実施形態において、ネットワーク監視装置20は、ネットワークセグメント2のスイッチまたはルータ(図1に示した例では、ルータ10)と、その上位にある他のスイッチまたはルータと、の間に接続されることで、通過するパケットやフレーム等を取得する。この場合、ネットワーク監視装置20は、取得したパケットのうち、遮断しなくてもよいパケットについては転送するインラインモードで動作する。
図2は、本実施形態に係るネットワーク監視装置20のハードウェア構成を示す図である。なお、図2においては、ネットワーク監視装置20以外の構成(ルータ10、ノード90等)については、図示を省略している。ネットワーク監視装置20は、CPU(Central Processing Unit)11、RAM(Random Access Memory)13、ROM(Read Only Memory)12、EEPROM(Electrically Erasable and Programmable Read Only Memory)やHDD(Hard Disk Drive)等の記憶装置14、NIC(Network Interface Card)15等の通信ユニット、等を備えるコンピューターである。
図3は、本実施形態に係るネットワーク監視装置20の機能構成の概略を示す図である。なお、図3においては、ネットワーク監視装置20以外の構成(ルータ10およびノード90等)については、図示を省略している。ネットワーク監視装置20は、記憶装置14に記録されているプログラムが、RAM13に読み出され、CPU11によって実行されることで、通信取得部21、フロー管理部22、プロトコル解析部23、証明書抽出部24、識別情報抽出部25、検査部26、情報取得部27、イベント処理部28および通信遮断部29を備える情報処理装置として機能する。なお、本実施形態では、ネットワーク監視装置20の備える各機能は、汎用プロセッサであるCPU11によって実行されるが、これらの機能の一部または全部は、1または複数の専用プロセッサによって実行されてもよい。また、これらの機能の一部または全部は、クラウド技術等を用いて、遠隔値に設置された装置や、分散設置された複数の装置によって実行されてもよい。
通信取得部21は、ネットワークに接続された端末によって送受信される通信のデータを、相手側端末へ到達する前に取得する。なお、本実施形態において、ネットワーク監視装置20による監視および検知の対象となる「端末」には、ネットワークセグメント2に接続されたノード90の他、ノード90とルータ10を介して通信するその他の端末(他のネットワークに属するノードや外部サーバー等)が含まれる。
フロー管理部22は、通信取得部21によって取得されたデータが属する通信フロー(以下、単に「フロー」とも称する)を識別し、また、夫々のフローに属するデータが受信される毎に、取得されたデータや解析結果、検査結果に基づいてフローテーブル(図示は省略する)を更新することで、フローを管理する。ここで、フローとは、TCP(Transmission Control Protocol)のコネクションや、SSL/TLSのセッション等、1まとまりのデータの送受信を識別するための単位である。
フローテーブルには、ネットワーク監視装置20によって取得される通信のフロー毎に、当該フローに係る情報(以下、「フロー関連情報」と称する)が管理されている。本実施形態において、フローはフローIDが付されることで識別されており、フロー管理部22は、フローIDをキーとして、フローテーブルから目的のフロー関連情報を索出することが出来る。また、フローは、パケットのヘッダーに含まれるプロトコル番号、送信元IPアドレス、宛先IPアドレス、送信元ポート番号、宛先ポート番号等を参照することで識別される。このため、新たなフローに係るパケットが受信されると、フロー管理部22は、フローIDを採番し、先述したフローの識別に用いられる情報との対応関係を保持する。
更に、フロー管理部22は、通信取得部21によって取得された複数のパケットを、当該複数のパケットの夫々が属するフローに基づいて、ノード90と外部サーバー等との間で送受信される通信の内容を組み立てる。
プロトコル解析部23は、予め設定されたプロトコルの特徴に従って、通信取得部21によって取得された対象データを解析することで、当該フローに係るプロトコルが何れのプロトコルであるか否かを推定する。また、プロトコル解析部23は、フロー管理部22によって組み立てられた通信の内容を参照し、プロトコルを解析することで、当該通信に含まれる、秘匿化の対象となるセッションにおける通信相手の電子証明書を含むセッション確立用メッセージ(本実施形態では、SSL/TLSハンドシェイク)を特定する。
証明書抽出部24は、プロトコル解析部23によって特定されたセッション確立用メッセージから、電子証明書(サーバー証明書および/または認証局証明書)を抽出する。
識別情報抽出部25は、ノード90の通信相手であるサーバーの識別情報を抽出する。ここで抽出されるサーバーの識別情報は、例えばFQDN(Fully Qualified Domain Name)やIPアドレス等である。また、識別情報抽出部25は、様々な方法でサーバーの識別情報を抽出してよい。例えば、識別情報抽出部25は、セッション確立用メッセージ(例えば、ClientHelloメッセージのSNI(Server Name Indication)フィールド)から通信相手の識別情報を抽出することが出来る。加えて、識別情報抽出部25は、通信取得部21によって取得された通信のうち、セッション確立用メッセージの送受信の前にノード90と外部サーバー等との間で送受信される通信から、通信相手の識別情報を抽出してもよい。ここでいう「セッション確立用メッセージの送受信の前にノード90と外部サーバー等との間で送受信される通信」とは、例えば名前解決のためのメッセージ送受信や、プロキシサーバーとのセッションを確立するための3WAYハンドシェイク等である。
検査部26は、電子証明書に含まれる1または複数の所定のフィールドの値と、予め定義された、各フィールドの値が取り得る範囲と、を比較することで、抽出された電子証明書を検査する。また、検査部26は、外部サーバーから取得された情報に基づいて、電子証明書を検査する。
また、検査部26は、識別情報抽出部25によって抽出された通信相手の識別情報と、電子証明書(サーバー証明書)に含まれる対象(subject)サーバー情報とを比較することで、セッションにおける通信相手の正当性を検査する。
更に、検査部26は、セッション確立用メッセージに含まれる、確立されようとしているセッションにおいて用いられる暗号通信方式(暗号化スイート)と、予め定義された、該情報処理装置が設置された環境において許可される暗号通信方式と、を比較することで、該セッションのセキュリティ強度を更に検査する。
情報取得部27は、外部サーバー(例えば、認証局)から、電子証明書に関する情報を取得する。情報の取得には、CRL(Certificate Revocation List:証明書失効リスト)やOCSP(Online Certificate Status Protocol)等を利用することが出来る。
イベント処理部28は、プロトコル解析部23または検査部26によってイベントが検知された場合に、当該イベントに係るログ(証跡)を保存または当該イベントの検知をユーザーに通知する。本実施形態において検知されるイベントとしては、例えば、不正な電子証明書の通信や、不正な通信相手、セキュリティポリシーを満たさない通信、プロトコルに沿っていない通信、マルウェアによる通信、等がある。より具体的には、イベント処理部28は、検査部26による検査の結果が所定の基準を満たさない場合に、ノード90、外部サーバー等または該情報処理装置の管理者に対して通知(警告)を送信する。更に、イベント処理部28は、検査部26による検査結果をログとして記憶装置14等に蓄積
する。
する。
通信遮断部29は、検査部26による検査の結果が所定の基準を満たさない場合、例えば、検査結果が正常でないと判定された場合に、ノード90と外部サーバー等との間の通信を遮断する。なお、本実施形態では、検査結果が正常でないと判定された場合、当該端末の通信を遮断する対処が採られる例について説明しているが、検査結果が正常でないと判定された場合の対処方法は、通信の遮断に限定されない。ネットワーク監視装置20は、検査結果が正常でないと判定された場合に、アラート(警告)の通知を行ってもよいし、正常でない通信を行っている端末の治癒(例えば、マルウェアの除去や脆弱性の除去)を行ってもよい。
なお、ネットワーク監視装置20は、例えば、ノード90に対してARP偽装によるパケット送信先の誘導を行う方法や、ルータ10に指示してノード90に係る通信を破棄させる方法、またはノード90が属するVLANを変更して隔離する方法、等を用いて、ノード90による通信を遮断することができる。また、ネットワーク監視装置20は、ノード90が受信または送信する通信を直接遮断することもできる。また、ネットワーク監視装置20は、管理サーバーやノード90、予め設定された管理者端末等に通知パケットやメール等を送信する方法や、ネットワーク監視装置20自身に設けられた表示装置(ディスプレイやLED等)を介して警告表示する方法等を用いて、アラートを通知することが出来る。
<処理の流れ>
次に、本実施形態に係るシステム1によって実行される処理の流れを、フローチャートを用いて説明する。なお、以下に説明するフローチャートに示された処理の具体的な内容および処理順序は、本開示を実施するための一例である。具体的な処理内容および処理順序は、本開示の実施の形態に応じて適宜選択されてよい。
次に、本実施形態に係るシステム1によって実行される処理の流れを、フローチャートを用いて説明する。なお、以下に説明するフローチャートに示された処理の具体的な内容および処理順序は、本開示を実施するための一例である。具体的な処理内容および処理順序は、本開示の実施の形態に応じて適宜選択されてよい。
図4は、本実施形態に係るデータ処理の流れを示すフローチャートである。本実施形態に係るデータ処理は、ネットワーク監視装置20によって、ネットワーク上を流れるデータが取得される度に実行される。
ステップS101では、データが取得される。通信取得部21は、ネットワーク上を流れる、ノード90と外部サーバー等との間の通信に係るデータを取得する。ここで、フロー管理部22は、対象データを含むパケットのヘッダー等を参照することで、対象データが属するフローを識別し、データが複数のパケットに分割されている場合には、分割された複数のパケットの受信を待つことで、所定の単位のデータを取得する。
より具体的には、フロー管理部22は、通信取得部21によって新たに通信(入力パケット)が取得されると、入力パケットの整形、分類、および有効な既存フローへの関連付けを行う。また、ネットワーク監視装置20は、入力パケットを端末単位(送信元/宛先IPアドレス(MACアドレス)単位)、トランスポート層およびトランスポート層より上位層のプロトコル(TCP、UDP、ICMP、SSL/TLS等)単位に分類、および既存フローとの関連付けを行う。そして、フロー管理部22は、フローテーブルを参照することで、識別されたフローに係る情報を取得する。その後、処理はステップS102へ進む。
ステップS102およびステップS103では、対象データが、SSL/TLSプロトコルのハンドシェイクのためのメッセージであるか否かの解析(パース)が行われる。プロトコル解析部23は、対象データを参照し、データのパース処理やトランザクションの管理などの解析を行なう。解析は、例えば、予め定義されたプロトコルのデータパターン
との比較等によって行われる。
との比較等によって行われる。
但し、プロトコルの解析に用いられる方法は、本開示における例示に限定されない。例えば、当該プロトコル解析部23に係るプロトコルのデータパターンとの一致点や不一致点についてポイントを累積し、このポイントと閾値とを比較する方法を用いて、これまでに受信された対象データの当該プロトコルらしさを判定することで、対象データが当該プロトコル解析部23の担当するプロトコルであるか否かが解析されてもよい。なお、対象データが当該フローに係る2回目以降のデータである場合、即ち、以前に当該フローに係るデータを当該プロトコル解析部23が解析したことがある場合、解析にあたって、対象データに加えて前回までの解析コンテキストも参照される。
プロトコル解析の結果、対象データがSSL/TLSのハンドシェイクメッセージでないと判定された場合、処理はステップS101へ戻る。一方、プロトコル解析の結果、対象データがSSL/TLSのハンドシェイクメッセージであると判定された場合、処理はステップS104へ進む。
ステップS104からステップS107では、メッセージの種類に応じて、検査に必要な情報が取得される。プロトコル解析部23は、取得されたSSL/TLSのハンドシェイクメッセージが、ハンドシェイクメッセージのうちの何れの種類のメッセージであるかを判定する(ステップS104)。
メッセージの種類がClientHelloであった場合、識別情報抽出部25は、取得されたClientHelloメッセージのSNIフィールドから、ノード90の通信相手であるサーバーの識別情報(具体的には、FQDNやIPアドレス等)を抽出する(ステップS105)。但し、ノード90の通信相手であるサーバーの識別情報は、ノード90からサーバー宛に送信されたパケットに設定されている宛先IPアドレスから抽出されてもよい。
また、メッセージの種類がServerHelloであった場合、プロトコル解析部23は、取得されたServerHelloメッセージから、確立されようとしているSSL/TLSのセッションにおいて用いられることが提案されている暗号化スイート(暗号通信方法。具体的には、暗号化方式や鍵の強度等)を抽出する(ステップS106)。
また、メッセージの種類がサーバーから送信されたCertificateであった場合、証明書抽出部24は、取得されたCertificateメッセージから、ノード90の通信相手であるサーバーの電子証明書(サーバー証明書)を抽出する(ステップS107)。
SSL/TLSのハンドシェイクメッセージに含まれる各種情報の抽出が行われると、処理はステップS108へ進む。
ステップS108では、検査に必要な情報の取得処理が完了したか否かが判定される。但し、「取得処理が完了」とは、ステップS105からステップS107において取得可能な全ての情報が取得されたことを意味するものではない。例えば、詳細については後述するが、サーバーの識別情報はClientHelloメッセージのSNIフィールド以外のパケットからも取得可能であるため、その他のパケットから取得が完了していれば、ステップS105における取得は不要である。また、何らかの理由(パケットに情報が含まれていない等の理由)でステップS105からステップS107において取得すべき情報が取得できなかった場合も、検査を開始するため、取得処理が完了したと判定される。情報の取得処理が完了していない場合、処理はステップS101へ戻る。一方、情報の取
得処理が完了した場合、処理はステップS109へ進む。
得処理が完了した場合、処理はステップS109へ進む。
ステップS109では、検査処理が実行される。本実施形態に係る検査処理では、電子証明書、セッションにおける通信相手の正当性、および秘匿化通信のセキュリティ強度、等が検査される。検査の詳細については、図5を参照して後述する。検査が完了すると、処理はステップS110へ進む。
ステップS110およびステップS111では、検査の結果が判定され、検査結果が正常でない場合に、イベント処理が行われる。検査結果が正常でないと判定された場合、イベント処理部28は、証跡の保存や管理者へ通知などの処理を行なう。また、通信遮断部29による通信の遮断が行われてもよい。なお、検査結果が正常でないと判定された場合の対処方法は、通信の遮断に限定されない。ネットワーク監視装置20は、検査結果が正常でないと判定された場合に、アラート(警告)の通知を行ってもよいし、正常ではない通信を行っている端末の治癒(例えば、マルウェアの除去や脆弱性の除去)を行ってもよい。その後、本フローチャートに示された処理は終了する。
図5は、本実施形態に係る検査処理の流れを示すフローチャートである。本実施形態に係る検査処理は、図4を参照して説明したデータ処理において、ステップS109に示された検査処理が呼び出されたことを契機として実行される。即ち、図5に示されたフローチャートは、図4のステップS109に示された検査処理の詳細を示すものである。
ステップS201では、確立されようとしているセッションにおける通信相手の正当性が検査される。検査部26は、これまでの処理で得られている、ノード90の通信相手の識別情報と、サーバー証明書に含まれる対象サーバー情報(具体的には、subjectフィールド、およびsubjectAltNameフィールドの情報)と、の一致/不一致を検査することによって、確立されようとしているセッションにおける通信相手の正当性を検査する。なお、通信相手の識別情報が得られていない場合、本ステップの処理はスキップされてよい。正当な通信相手ではないと判定された場合、処理はステップS205へ進む。一方、正当な通信相手であると判定された場合、処理はステップS202へ進む。
ステップS202では、抽出された電子証明書が正規の証明書であるか否か検査される。検査部26は、例えば、以下の手順で、SSLサーバー証明書の正当性を検査する。
(1) SSL/TLS HandshakeプロトコルのServer Certificateメッセージを監視する。なお、SSLセッションの再利用(SSLセッションキャッシュ)シーケンスでは、Server Certificateメッセージは送信されないため、この項目は検査されない。
(2) Server Certificateメッセージに含まれるSSLサーバー証明書の内容を検査する。例えば、検査部26は、以下の条件を満たさない証明書を、不正なSSLサーバー証明書とみなす。
・versionフィールドの値がv3(0x02)である(v3以外の古い形式は認めない)。
・validityフィールドの「notBefore」と「notAfter」の値が妥当(notBeforeが現在より過去、notAfterが現在より未来である)である。
・extensionsフィールドの「keyUsage(Id:2.5.29.15)」や「extKeyUsage(Id:2.5.29.37)」拡張フィールドに正当な値が設定されている(例えば、Digital Signatureビットや、serv
erAuth(KeyPurposeId:1.3.6.1.5.5.7.3.1)が設定されていることを確認する)。
・versionフィールドの値がv3(0x02)である(v3以外の古い形式は認めない)。
・validityフィールドの「notBefore」と「notAfter」の値が妥当(notBeforeが現在より過去、notAfterが現在より未来である)である。
・extensionsフィールドの「keyUsage(Id:2.5.29.15)」や「extKeyUsage(Id:2.5.29.37)」拡張フィールドに正当な値が設定されている(例えば、Digital Signatureビットや、serv
erAuth(KeyPurposeId:1.3.6.1.5.5.7.3.1)が設定されていることを確認する)。
(3) 正当な認証局が発行したSSLサーバー証明書であることを検証する。例えば、以下の何れかの条件を満たす場合は、自己署名SSLサーバー証明書とみなす。
・issuerフィールドとsubjectフィールドの値が一致する。
・信頼出来る認証局によって署名された証明書でない。
・issuerフィールドとsubjectフィールドの値が一致する。
・信頼出来る認証局によって署名された証明書でない。
また、証明書チェーンに認証局証明書が含まれている場合、同様の手法(各フィールドの内容チェック)を用いて、この認証局証明書もチェックされてよい。
以上の手順による検査の結果、電子証明書が正規の証明書ではない(不正な証明書である)と判定された場合、処理はステップS205へ進む。一方、電子証明書が正規の証明書であると判定された場合、処理はステップS203へ進む。
また、ネットワーク監視装置20は、より詳細な検査を行なう為に、抽出された証明書に示されている認証局の存在を確認したり、証明書の付加情報を自発的に入手して検査したりしてもよい。具体的には、情報取得部27が、認証局等の外部サーバーから、電子証明書に関する情報を取得する。情報の取得には、CRLやOCSP等を利用することが出来る。そして、検査部26は、外部のサービス(CRLやOCSPレスポンダ等)へ問い合わせて得られた情報を用いて、より正確に証明書の有効性を検査する。検査部26は、外部から取得された1または複数の情報と、予め定義された、各情報の値が取り得る範囲と、を比較することで、電子証明書を検査する。また、検査部26は、上位の認証局証明書の鍵を用いて、サーバー証明書の署名を検査するといった、通常の終端アプリケーションが行なう検査を行ってもよい。
ステップS203では、確立されようとしているセッションにおいて用いられる暗号化スイートのセキュリティ強度が検査される。検査部26は、セッション確立用メッセージから抽出した暗号化スイートの内容と、予め設定された所定の基準とを比較する。暗号化スイートのセキュリティ強度が所定の基準(例えば、管理者によって設定されたセキュリティポリシー)を満たしていないと判定された場合、処理はステップS205へ進む。一方、暗号化スイートのセキュリティ強度が所定の基準を満たしていると判定された場合、処理はステップS204へ進む。
ステップS204では、検査結果として、検査結果が正常である旨を示す値が設定される。その後、本フローチャートに示された処理は終了し、図4に示されたデータ処理に戻る。
ステップS205では、検査結果として、検査結果が正常ではない旨を示す値が設定される。その後、本フローチャートに示された処理は終了し、図4に示されたデータ処理に戻る。
<バリエーション1>
次に、通信相手の情報を取得する方法のバリエーションを説明する。ノード90において通信を終端するクライアントアプリケーションは、自身が接続したい通信相手の情報を保持しているため、自身が保持している通信相手の情報を用いて通信相手の正当性を検査することが可能であるが、本実施形態に示されたネットワーク監視装置20は、伝送路上でノード90の通信相手の正当性を検査するため、ノード90の通信相手の情報を有していない。このため、ネットワーク監視装置20は、ノード90の通信相手の情報を、通信データから取得する必要がある。通信相手の情報は、以下の何れかから取得することが出
来る。
(1)ノード90が実際に通信するサーバーの宛先IPアドレス
(2)ノード90が名前解決に用いたDNSクエリおよびリプライに含まれるFQDN
(3)ノード90がHTTPプロキシに対し、トンネル接続を要求するCONNECTメソッドのURI
(4)ノード90がおこなうSSL/TLSハンドシェイクのClientHelloメッセージに含まれるSNIフィールド
このうち、(1)および(4)については図4に示されたフローチャートを用いて説明済みであるため、以下に、図6および図7を用いて、(2)および(3)について説明する。
次に、通信相手の情報を取得する方法のバリエーションを説明する。ノード90において通信を終端するクライアントアプリケーションは、自身が接続したい通信相手の情報を保持しているため、自身が保持している通信相手の情報を用いて通信相手の正当性を検査することが可能であるが、本実施形態に示されたネットワーク監視装置20は、伝送路上でノード90の通信相手の正当性を検査するため、ノード90の通信相手の情報を有していない。このため、ネットワーク監視装置20は、ノード90の通信相手の情報を、通信データから取得する必要がある。通信相手の情報は、以下の何れかから取得することが出
来る。
(1)ノード90が実際に通信するサーバーの宛先IPアドレス
(2)ノード90が名前解決に用いたDNSクエリおよびリプライに含まれるFQDN
(3)ノード90がHTTPプロキシに対し、トンネル接続を要求するCONNECTメソッドのURI
(4)ノード90がおこなうSSL/TLSハンドシェイクのClientHelloメッセージに含まれるSNIフィールド
このうち、(1)および(4)については図4に示されたフローチャートを用いて説明済みであるため、以下に、図6および図7を用いて、(2)および(3)について説明する。
図6は、本実施形態に係る、SSL/TLSセッション確立処理およびその前に実行される名前解決処理の流れを示すシーケンス図である。このシーケンス図に示された名前解決処理は、図4および図5を用いて説明したデータ処理および検査処理の前に実行される。通信取得部21によって取得された通信が、プロトコル解析部23によって名前解決プロトコルであると判定された場合、識別情報抽出部25は、名前解決のためのメッセージ(DNSクエリまたはリプライ)から、名前解決を要した通信相手の識別情報を抽出する。即ち、図6に示された例では、識別情報抽出部25は、セッション確立用メッセージの前に送受信される通信の内容から、通信相手の識別情報を抽出する。
そして、検査部26は、識別情報抽出部25によって抽出された識別情報、および名前解決の後にステップS105で取得される識別情報の、何れか一方又は両方を用いて、通信相手の正当性を検査する(検査の詳細については、ステップS201を参照)。
図7は、本実施形態に係るSSL/TLSセッション確立処理およびその前に実行されるプロキシサーバーとのセッション確立処理の流れを示すシーケンス図である。このシーケンス図に示されたプロキシサーバーとのセッション確立処理は、図4および図5を用いて説明したデータ処理および検査処理の前に実行される。通信取得部21によって取得された通信が、プロトコル解析部23によってプロキシサーバーとのコネクション確立のための通信であると判定された場合、識別情報抽出部25は、プロキシサーバーへのセッション確立用メッセージ(HTTP CONNECTメソッド)に含まれる、該仲介サーバーを介した通信の宛先を示す情報(URI)から、通信相手の識別情報を抽出する。
その後、プロキシサーバー(仲介サーバー)は、ノード90と外部サーバー等との間の通信を仲介する。即ち、図6に示された例では、識別情報抽出部25は、セッション確立用メッセージの前に送受信される通信の内容から、通信相手の識別情報を抽出する。なお、プロキシサーバーとのセッション確立後、SSL/TLSのセッション確立用メッセージは、プロキシサーバーによるトンネルを介して送受信される。
そして、検査部26は、識別情報抽出部25によって抽出された識別情報、およびプロキシサーバーとのセッション確立の後にステップS105で取得される識別情報の、何れか一方又は両方を用いて、通信相手の正当性を検査する(検査の詳細については、ステップS201を参照)。
<バリエーション2>
上記実施形態では、ネットワーク監視装置20が、スイッチまたはルータと、その上位にある他のスイッチまたはルータと、の間に接続されることでノード90によって送受信されるパケットやフレーム等を取得し、遮断しなくてもよいパケットについては転送するインラインモードで動作する例について説明した(図1を参照)。但し、上記実施形態に示したネットワーク構成は、本開示を実施するための一例であり、実施にあたってはその
他のネットワーク構成が採用されてもよい。
上記実施形態では、ネットワーク監視装置20が、スイッチまたはルータと、その上位にある他のスイッチまたはルータと、の間に接続されることでノード90によって送受信されるパケットやフレーム等を取得し、遮断しなくてもよいパケットについては転送するインラインモードで動作する例について説明した(図1を参照)。但し、上記実施形態に示したネットワーク構成は、本開示を実施するための一例であり、実施にあたってはその
他のネットワーク構成が採用されてもよい。
例えば、ネットワーク監視装置20は、スイッチまたはルータ(図1に示した例では、ルータ10)のモニタリングポート(ミラーポート)に接続されることで、ノード90によって送受信されるパケットやフレーム等を取得してもよい(図8を参照)。この場合、ネットワーク監視装置20は、取得したパケットを転送しないパッシブモードで動作する。また、例えば、ネットワーク監視装置20は、モニタリングポート(ミラーポート)に接続されず、単にネットワークセグメント2に接続されている場合であっても、ネットワークセグメント2を流れるフレームを、自身のMACアドレス宛でないものも含めて全て取得することで、ノード90によって送受信されるパケットやフレーム等を取得することが出来る。この場合も、ネットワーク監視装置20は、パッシブモードで動作する。また、例えば、ネットワーク監視装置20は、ルータまたはスイッチに内包されてもよい。
1 システム
20 ネットワーク監視装置
90 ノード
20 ネットワーク監視装置
90 ノード
Claims (18)
- ネットワークに接続された第一の端末と第二の端末との間の通信に係るデータを、相手側端末へ到達する前に取得する通信取得手段と、
前記通信取得手段によって取得されたデータに係る通信のプロトコルを解析することで、該データに含まれる、秘匿化の対象となるセッションにおける通信相手の電子証明書を含むセッション確立用メッセージを特定する、プロトコル解析手段と、
前記プロトコル解析手段によって特定された前記セッション確立用メッセージから電子証明書を抽出する証明書抽出手段と、
抽出された前記電子証明書及び前記セッションにおける通信相手の正当性を検査する検査手段と、
前記通信取得手段によって取得されたデータのうち、前記セッション確立用メッセージの送受信の前に前記第一の端末と前記第二の端末との間で送受信されるデータから、前記通信相手の識別情報を抽出する識別情報抽出手段と、を備え、
前記検査手段は、前記識別情報抽出手段によって抽出された前記通信相手の識別情報と、前記電子証明書に含まれる対象サーバー情報とを比較することで、前記セッションにおける通信相手の正当性を検査する、
情報処理装置。 - 前記識別情報抽出手段は、前記セッション確立用メッセージの前に送受信される名前解決のためのメッセージから、名前解決を要した前記通信相手の識別情報を抽出する、
請求項1に記載の情報処理装置。 - 前記識別情報抽出手段は、前記第一の端末と前記第二の端末との間の通信を仲介する仲介サーバーへのセッション確立用メッセージに含まれる、該仲介サーバーを介した通信の宛先を示す情報から、前記通信相手の識別情報を抽出する、
請求項1に記載の情報処理装置。 - ネットワークに接続された第一の端末と第二の端末との間の通信に係るデータを、相手側端末へ到達する前に取得する通信取得手段と、
前記通信取得手段によって取得されたデータに係る通信のプロトコルを解析することで、該データに含まれる、秘匿化の対象となるセッションにおける通信相手の電子証明書を
含むセッション確立用メッセージを特定する、プロトコル解析手段と、
前記プロトコル解析手段によって特定された前記セッション確立用メッセージから電子証明書を抽出する証明書抽出手段と、
抽出された前記電子証明書及び前記セッションにおける通信相手の正当性を検査する検査手段と、
前記セッション確立用メッセージから前記通信相手の識別情報を抽出する識別情報抽出手段と、を備え、
前記検査手段は、前記識別情報抽出手段によって抽出された前記通信相手の識別情報と、前記電子証明書に含まれる対象サーバー情報とを比較することで、前記セッションにおける通信相手の正当性を検査する、
情報処理装置。 - ネットワークに接続された第一の端末と第二の端末との間の通信に係るデータを、相手側端末へ到達する前に取得する通信取得手段と、
前記通信取得手段によって取得されたデータに係る通信のプロトコルを解析することで、該データに含まれる、秘匿化の対象となるセッションにおける通信相手の電子証明書を含むセッション確立用メッセージを特定する、プロトコル解析手段と、
前記プロトコル解析手段によって特定された前記セッション確立用メッセージから電子証明書を抽出する証明書抽出手段と、
抽出された前記電子証明書を検査する検査手段と、を備え、
前記検査手段は、セッション確立用メッセージに含まれる、確立されようとしているセッションにおいて用いられる暗号通信方式と、予め定義された、該情報処理装置が設置された環境において許可される暗号通信方式と、を比較することで、該セッションのセキュリティ強度を更に検査する、
情報処理装置。 - 外部サーバーから、前記電子証明書に関する情報を取得する情報取得手段を更に備え、
前記検査手段は、外部サーバーから取得された情報に基づいて、前記電子証明書を検査する、
請求項1から5の何れか一項に記載の情報処理装置。 - 前記検査手段は、前記電子証明書に含まれる所定のフィールドの値と、予め定義された、該所定のフィールドの値が取り得る範囲と、を比較することで、前記電子証明書を検査する、
請求項1から6の何れか一項に記載の情報処理装置。 - 前記検査手段による検査の結果が所定の基準を満たさない場合に、前記第一の端末、前記第二の端末または該情報処理装置の管理者に対して通知を送信するイベント処理手段を更に備える、
請求項1から7の何れか一項に記載の情報処理装置。 - 前記検査手段による検査の結果が所定の基準を満たさない場合に、前記第一の端末と前記第二の端末との間の通信を遮断する通信遮断手段を更に備える、
請求項1から8の何れか一項に記載の情報処理装置。 - 前記通信取得手段によって取得された複数のパケットを、該複数のパケットの夫々に付された識別情報に基づいて、前記第一の端末と前記第二の端末との間で送受信される通信の内容を組み立てるフロー管理手段を更に備え、
前記プロトコル解析手段は、前記フロー管理手段によって組み立てられた通信の内容を解析することで、前記セッション確立用メッセージを特定する、
請求項1から9の何れか一項に記載の情報処理装置。 - コンピューターが、
ネットワークに接続された第一の端末と第二の端末との間の通信に係るデータを、相手側端末へ到達する前に取得する通信取得ステップと、
前記通信取得ステップで取得されたデータに係る通信のプロトコルを解析することで、該データに含まれる、秘匿化の対象となるセッションにおける通信相手の電子証明書を含むセッション確立用メッセージを特定する、プロトコル解析ステップと、
前記プロトコル解析ステップで特定された前記セッション確立用メッセージから電子証明書を抽出する証明書抽出ステップと、
抽出された前記電子証明書及び前記セッションにおける通信相手の正当性を検査する検査ステップと、
前記通信取得ステップで取得されたデータのうち、前記セッション確立用メッセージの送受信の前に前記第一の端末と前記第二の端末との間で送受信されるデータから、前記通信相手の識別情報を抽出する識別情報抽出ステップと、を実行し、
前記検査ステップでは、前記識別情報抽出ステップで抽出された前記通信相手の識別情報と、前記電子証明書に含まれる対象サーバー情報とを比較することで、前記セッションにおける通信相手の正当性が検査される、
方法。 - コンピューターが、
ネットワークに接続された第一の端末と第二の端末との間の通信に係るデータを、相手側端末へ到達する前に取得する通信取得ステップと、
前記通信取得ステップで取得されたデータに係る通信のプロトコルを解析することで、該データに含まれる、秘匿化の対象となるセッションにおける通信相手の電子証明書を含むセッション確立用メッセージを特定する、プロトコル解析ステップと、
前記プロトコル解析ステップで特定された前記セッション確立用メッセージから電子証明書を抽出する証明書抽出ステップと、
抽出された前記電子証明書及び前記セッションにおける通信相手の正当性を検査する検査ステップと、
前記セッション確立用メッセージから前記通信相手の識別情報を抽出する識別情報抽出ステップと、を実行し、
前記検査ステップでは、前記識別情報抽出ステップで抽出された前記通信相手の識別情報と、前記電子証明書に含まれる対象サーバー情報とを比較することで、前記セッションにおける通信相手の正当性が検査される、
方法。 - コンピューターが、
ネットワークに接続された第一の端末と第二の端末との間の通信に係るデータを、相手側端末へ到達する前に取得する通信取得ステップと、
前記通信取得ステップで取得されたデータに係る通信のプロトコルを解析することで、該データに含まれる、秘匿化の対象となるセッションにおける通信相手の電子証明書を含むセッション確立用メッセージを特定する、プロトコル解析ステップと、
前記プロトコル解析ステップで特定された前記セッション確立用メッセージから電子証明書を抽出する証明書抽出ステップと、
抽出された前記電子証明書を検査する検査ステップと、を実行し、
前記検査ステップでは、セッション確立用メッセージに含まれる、確立されようとしているセッションにおいて用いられる暗号通信方式と、予め定義された、該情報処理装置が設置された環境において許可される暗号通信方式と、を比較することで、該セッションのセキュリティ強度が更に検査される、
方法。 - 外部サーバーから、前記電子証明書に関する情報を取得する情報取得ステップを更に実行し、
前記検査ステップでは、外部サーバーから取得された情報に基づいて、前記電子証明書が検査される、
請求項11から13の何れか一項に記載の方法。 - コンピューターに、
ネットワークに接続された第一の端末と第二の端末との間の通信に係るデータを、相手側端末へ到達する前に取得する通信取得ステップと、
前記通信取得ステップで取得されたデータに係る通信のプロトコルを解析することで、該データに含まれる、秘匿化の対象となるセッションにおける通信相手の電子証明書を含むセッション確立用メッセージを特定する、プロトコル解析ステップと、
前記プロトコル解析ステップで特定された前記セッション確立用メッセージから電子証明書を抽出する証明書抽出ステップと、
抽出された前記電子証明書及び前記セッションにおける通信相手の正当性を検査する検査ステップと、
前記通信取得ステップで取得されたデータのうち、前記セッション確立用メッセージの送受信の前に前記第一の端末と前記第二の端末との間で送受信されるデータから、前記通信相手の識別情報を抽出する識別情報抽出ステップと、を実行させ、
前記検査ステップでは、前記識別情報抽出ステップで抽出された前記通信相手の識別情報と、前記電子証明書に含まれる対象サーバー情報とを比較することで、前記セッションにおける通信相手の正当性が検査される、
プログラム。 - コンピューターに、
ネットワークに接続された第一の端末と第二の端末との間の通信に係るデータを、相手側端末へ到達する前に取得する通信取得ステップと、
前記通信取得ステップで取得されたデータに係る通信のプロトコルを解析することで、該データに含まれる、秘匿化の対象となるセッションにおける通信相手の電子証明書を含むセッション確立用メッセージを特定する、プロトコル解析ステップと、
前記プロトコル解析ステップで特定された前記セッション確立用メッセージから電子証明書を抽出する証明書抽出ステップと、
抽出された前記電子証明書及び前記セッションにおける通信相手の正当性を検査する検査ステップと、
前記セッション確立用メッセージから前記通信相手の識別情報を抽出する識別情報抽出ステップと、を実行させ、
前記検査ステップでは、前記識別情報抽出ステップで抽出された前記通信相手の識別情報と、前記電子証明書に含まれる対象サーバー情報とを比較することで、前記セッションにおける通信相手の正当性が検査される、
プログラム。 - コンピューターに、
ネットワークに接続された第一の端末と第二の端末との間の通信に係るデータを、相手側端末へ到達する前に取得する通信取得ステップと、
前記通信取得ステップで取得されたデータに係る通信のプロトコルを解析することで、該データに含まれる、秘匿化の対象となるセッションにおける通信相手の電子証明書を含むセッション確立用メッセージを特定する、プロトコル解析ステップと、
前記プロトコル解析ステップで特定された前記セッション確立用メッセージから電子証
明書を抽出する証明書抽出ステップと、
抽出された前記電子証明書を検査する検査ステップと、を実行させ、
前記検査ステップでは、セッション確立用メッセージに含まれる、確立されようとしているセッションにおいて用いられる暗号通信方式と、予め定義された、該情報処理装置が設置された環境において許可される暗号通信方式と、を比較することで、該セッションのセキュリティ強度が更に検査される、
プログラム。 - 外部サーバーから、前記電子証明書に関する情報を取得する情報取得ステップを更に実行させ、
前記検査ステップでは、外部サーバーから取得された情報に基づいて、前記電子証明書が検査される、
請求項15から17の何れか一項に記載のプログラム。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2015231697A JP6084278B1 (ja) | 2015-11-27 | 2015-11-27 | 情報処理装置、方法およびプログラム |
US15/079,766 US10263975B2 (en) | 2015-11-27 | 2016-03-24 | Information processing device, method, and medium |
CN201610549900.0A CN106815511B (zh) | 2015-11-27 | 2016-07-13 | 信息处理装置和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2015231697A JP6084278B1 (ja) | 2015-11-27 | 2015-11-27 | 情報処理装置、方法およびプログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP6084278B1 true JP6084278B1 (ja) | 2017-02-22 |
JP2017098876A JP2017098876A (ja) | 2017-06-01 |
Family
ID=58095257
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2015231697A Active JP6084278B1 (ja) | 2015-11-27 | 2015-11-27 | 情報処理装置、方法およびプログラム |
Country Status (3)
Country | Link |
---|---|
US (1) | US10263975B2 (ja) |
JP (1) | JP6084278B1 (ja) |
CN (1) | CN106815511B (ja) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10116634B2 (en) * | 2016-06-28 | 2018-10-30 | A10 Networks, Inc. | Intercepting secure session upon receipt of untrusted certificate |
WO2018202934A1 (en) * | 2017-05-02 | 2018-11-08 | Airo Finland Oy | Elimination of latency in a communication channel |
JP6272529B1 (ja) * | 2017-05-18 | 2018-01-31 | 株式会社ドリームエンジン | マグネシウム空気電池 |
US20190068556A1 (en) * | 2017-08-31 | 2019-02-28 | Check Point Software Technologies Ltd. | Method to avoid inspection bypass due to dns poisoning or http host header spoofing |
JP7045949B2 (ja) | 2018-07-13 | 2022-04-01 | 株式会社Pfu | 情報処理装置、通信検査方法及びプログラム |
JP7352092B2 (ja) | 2019-12-24 | 2023-09-28 | 富士通株式会社 | 制御方法、情報処理装置及び制御プログラム |
US20220345428A1 (en) * | 2021-04-27 | 2022-10-27 | Michael Luu | System and method for secured communications |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006270504A (ja) * | 2005-03-24 | 2006-10-05 | Mitsubishi Electric Corp | 検証装置及び通信システム |
US20110154017A1 (en) * | 2009-12-23 | 2011-06-23 | Christofer Edstrom | Systems and methods for evaluating and prioritizing responses from multiple ocsp responders |
JP2012532516A (ja) * | 2009-07-02 | 2012-12-13 | クゥアルコム・インコーポレイテッド | 複数のパケットにわたる制御情報の送信 |
JP2014099800A (ja) * | 2012-11-15 | 2014-05-29 | Fuji Xerox Co Ltd | 通信装置及びプログラム |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002082907A (ja) * | 2000-09-11 | 2002-03-22 | Nec Corp | データ通信におけるセキュリティ機能代理方法、セキュリティ機能代理システム、及び、記録媒体 |
US8161547B1 (en) | 2004-03-22 | 2012-04-17 | Cisco Technology, Inc. | Monitoring traffic to provide enhanced network security |
US7778194B1 (en) | 2004-08-13 | 2010-08-17 | Packeteer, Inc. | Examination of connection handshake to enhance classification of encrypted network traffic |
US20090083537A1 (en) * | 2005-08-10 | 2009-03-26 | Riverbed Technology, Inc. | Server configuration selection for ssl interception |
CN101431415B (zh) * | 2008-12-12 | 2011-12-21 | 天柏宽带网络科技(北京)有限公司 | 一种双向认证的方法 |
US8146159B2 (en) * | 2009-01-20 | 2012-03-27 | Check Point Software Technologies, Ltd. | Methods for inspecting security certificates by network security devices to detect and prevent the use of invalid certificates |
JP2012137975A (ja) * | 2010-12-27 | 2012-07-19 | Canon Marketing Japan Inc | 中継処理装置、及びその制御方法、プログラム |
US9288234B2 (en) | 2011-08-04 | 2016-03-15 | International Business Machines Corporation | Security policy enforcement |
US9491620B2 (en) * | 2012-02-10 | 2016-11-08 | Qualcomm Incorporated | Enabling secure access to a discovered location server for a mobile device |
JP2014225812A (ja) * | 2013-05-17 | 2014-12-04 | 株式会社日立製作所 | 端末接続方式およびゲートウェイ装置 |
US9419942B1 (en) * | 2013-06-05 | 2016-08-16 | Palo Alto Networks, Inc. | Destination domain extraction for secure protocols |
JP6162021B2 (ja) | 2013-10-23 | 2017-07-12 | 日本電信電話株式会社 | 解析装置、悪性通信先登録方法及び悪性通信先登録プログラム |
-
2015
- 2015-11-27 JP JP2015231697A patent/JP6084278B1/ja active Active
-
2016
- 2016-03-24 US US15/079,766 patent/US10263975B2/en not_active Expired - Fee Related
- 2016-07-13 CN CN201610549900.0A patent/CN106815511B/zh not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006270504A (ja) * | 2005-03-24 | 2006-10-05 | Mitsubishi Electric Corp | 検証装置及び通信システム |
JP2012532516A (ja) * | 2009-07-02 | 2012-12-13 | クゥアルコム・インコーポレイテッド | 複数のパケットにわたる制御情報の送信 |
US20110154017A1 (en) * | 2009-12-23 | 2011-06-23 | Christofer Edstrom | Systems and methods for evaluating and prioritizing responses from multiple ocsp responders |
JP2014099800A (ja) * | 2012-11-15 | 2014-05-29 | Fuji Xerox Co Ltd | 通信装置及びプログラム |
Non-Patent Citations (2)
Title |
---|
JPN6013044187; 梅澤 克之、他: 'モバイル向け証明書検証システムの開発' 情報処理学会論文誌 Vol. 48, No. 2, 20070215, pp. 625-634, 社団法人情報処理学会 * |
JPN6016027078; 島岡 政基、他: '安全な通信を確保するSSL/TLSの教科書 インターネットの通信セキュリティを確保するしくみをマスタ' SoftwareDesign 第298号, 20150818, p.82-94, (株)技術評論社 * |
Also Published As
Publication number | Publication date |
---|---|
CN106815511A (zh) | 2017-06-09 |
US20170155642A1 (en) | 2017-06-01 |
CN106815511B (zh) | 2019-10-11 |
US10263975B2 (en) | 2019-04-16 |
JP2017098876A (ja) | 2017-06-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6084278B1 (ja) | 情報処理装置、方法およびプログラム | |
US10277614B2 (en) | Information processing apparatus, method for determining activity and computer-readable medium | |
US9860278B2 (en) | Log analyzing device, information processing method, and program | |
US8347383B2 (en) | Network monitoring apparatus, network monitoring method, and network monitoring program | |
US10257213B2 (en) | Extraction criterion determination method, communication monitoring system, extraction criterion determination apparatus and extraction criterion determination program | |
CA3059788A1 (en) | Correlation-driven threat assessment and remediation | |
US20170223054A1 (en) | Methods and Apparatus for Verifying Transport Layer Security Server by Proxy | |
EP3297248B1 (en) | System and method for generating rules for attack detection feedback system | |
CN111010409B (zh) | 加密攻击网络流量检测方法 | |
US9621544B2 (en) | Computer implemented method of analyzing X.509 certificates in SSL/TLS communications and the data-processing system | |
JP6435695B2 (ja) | コントローラ,及びその攻撃者検知方法 | |
JP2008306706A (ja) | シグナリングフローの異常を検知する方法及び装置 | |
US11909606B2 (en) | Systems and methods for determining flow and path analytics of an application of a network using sampled packet inspection | |
EP3570519A1 (en) | Identifying self-signed certificates using http access logs for malware detection | |
CN110636076B (zh) | 一种主机攻击检测方法及系统 | |
JP4823728B2 (ja) | フレーム中継装置及びフレーム検査装置 | |
CN110892695A (zh) | 在建立连接期间检查受密码保护的通信连接的连接参数的方法、设备和计算机程序产品 | |
JP2006099590A (ja) | アクセス制御装置、アクセス制御方法およびアクセス制御プログラム | |
JP2016127394A (ja) | 情報処理装置、方法およびプログラム | |
Pickel et al. | Enabling automated detection of security events that affect multiple administrative domains | |
Jawi et al. | Rules and results for SSL/TLS nonintrusive proxy based on JSON data | |
Wannigama et al. | Unveiling Behavioral Transparency of Protocols Communicated by IoT Networked Assets (Full Version) | |
JP2023125089A (ja) | 情報処理システム、推定方法及びプログラム | |
CN117528529A (zh) | 一种面向5g专网的网络安全探测检测方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20170110 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20170124 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6084278 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |