JP2023088290A - 中間者攻撃防止を伴うリモートアクセス - Google Patents

中間者攻撃防止を伴うリモートアクセス Download PDF

Info

Publication number
JP2023088290A
JP2023088290A JP2022195321A JP2022195321A JP2023088290A JP 2023088290 A JP2023088290 A JP 2023088290A JP 2022195321 A JP2022195321 A JP 2022195321A JP 2022195321 A JP2022195321 A JP 2022195321A JP 2023088290 A JP2023088290 A JP 2023088290A
Authority
JP
Japan
Prior art keywords
network
network device
sigs
data item
peer
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.)
Pending
Application number
JP2022195321A
Other languages
English (en)
Inventor
ヨナス クレモン，
Cremon Jonas
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Axis AB
Original Assignee
Axis AB
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Axis AB filed Critical Axis AB
Publication of JP2023088290A publication Critical patent/JP2023088290A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • H04L63/0281—Proxies
    • 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/3247—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 digital signatures
    • H04L9/3249—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 digital signatures using RSA or related signature schemes, e.g. Rabin scheme
    • 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/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1441—Countermeasures against malicious traffic
    • H04L63/1466—Active attacks involving interception, injection, modification, spoofing of data unit addresses, e.g. hijacking, packet injection or TCP sequence number attacks
    • 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/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • 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/0807—Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
    • 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/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • 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/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • 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/12—Applying verification of the received information
    • H04L63/126—Applying verification of the received information the source of the received data
    • 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/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1441—Countermeasures against malicious traffic
    • 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
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1108—Web based protocols, e.g. webRTC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • 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/321—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 a third party or a trusted authority
    • H04L9/3213—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 a third party or a trusted authority using tickets or tokens, e.g. Kerberos
    • 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/3247—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 digital signatures

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • Multimedia (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Power Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

【課題】第２のネットワークデバイス（ネットワークカメラ）から第１のネットワークデバイス（ラップトップ）へのリモートアクセスを可能にする方法、ネットワークデバイス及びネットワークシステムを提供する。【解決手段】方法は、ネットワークカメラ２２０が、ラップトップ２１０によって信頼されているネットワークサービスによって署名され、ネットワークカメラの公開鍵（の指紋）を含むデータ項目３２１を生成する。署名付きデータ項目３２３は、ピアツーピア接続３４０のための条件のネゴシエーションの一部として、シグナリングサービス（ＳＩＧＳ）２５０を介してラップトップに送信される。ラップトップは、受信した署名付きデータ項目３２３’を使用して、ＳＩＧＳが中間者攻撃を実行するのを防止するために、ＳＩＧＳから受信した条件３２４’が、ＳＩＧＳによって改ざんされていないことを検証する。【選択図】図３Ａ

Description

本開示は、リモートネットワークアクセスの分野に関する。詳細には、本開示は、例えばウェブリアルタイムコネクト（ＷｅｂＲＴＣ）で使用されるように、中間シグナリングサービスを使用して２つのネットワークデバイス間のピアツーピア接続をネゴシエーションするときのリモートネットワークアクセスのセキュリティ保護に関する。
インターネットの複雑さのために、異なるネットワーク上に位置する２つのネットワークデバイスは、常に必ずしも中間シグナリングサービスを使用せずに互いに接続する方法を知っているとは限らない場合がある。例えば、両方のネットワークデバイスがすでに同じシグナリングサービスに接続されているが、互いに接続されていない場合、２つのネットワークデバイス間でネットワーク接続情報を中継するためにシグナリングサービスが使用されてもよく、その結果、２つのデバイスは、それら自体のピアツーピア接続の条件をネゴシエーションし、最終的にそれを確立することができる。
しかしながら、中間シグナリングサービスは、いわゆる中間者（ＭＩＴＭ）攻撃のための攻撃対象領域の一部を形成する可能性がある。シグナリングサービスが第三者によって危険にさらされている場合、ネットワークデバイス間で中継されるネットワーク接続情報は、例えば、一方のデバイスが他方のネットワークデバイスに直接接続するのではなく、第三者によって制御されるネットワークポイントにだまされて接続するように改ざんされている可能性があり、実際には他方のネットワークデバイスに直接接続していると依然として信じている。そうすることにより、２つのネットワークデバイス間のそう思われているピアツーピア接続は、シグナリングサービスを介して秘密に中継される場合があり、第三者は、次いで、ネットワークデバイス間で送信された潜在的に機密性の高いデータにアクセスするか、またはそれを変更することさえできる。
上記の１つの実例は、例えば、ＷｅｂＲＴＣを使用してネットワークカメラにリモートアクセスしようと試みるユーザであってもよく、直接ピアツーピア接続を確立することができる前にユーザとネットワークカメラとの間でデータを交換するためにシグナリングサービスがしばしば必要とされる。シグナリングサービスに不正アクセスすることにより、第三者は、ネットワークカメラまたはユーザのいずれも進行中の侵入に気付かずに、例えばカメラからのビデオフィードにアクセスすることができる。
ピアツーピア接続を確立するために中間シグナリングサービスに依存するときの潜在的なＭＩＴＭ攻撃の上記の識別された問題を少なくとも部分的に解決するために、本開示は、添付の独立請求項において定義されるように、第２のネットワークデバイスから第１のネットワークデバイスへのリモートネットワークアクセスを可能にする改善された方法、様々な改善されたネットワークデバイス、ならびに改善されたネットワークシステムを提供する。他の態様はまた、様々な改善されたコンピュータプログラムおよびコンピュータプログラム製品を提供する。様々な代替実施形態が従属請求項において定義される。
本開示の第１の態様によれば、第２のネットワークデバイスから第１のネットワークデバイスへのリモートネットワークアクセスを可能にする方法が提供される。方法は、第２のネットワークデバイスが第２のネットワークデバイスの公開鍵および公開鍵の指紋のうちの少なくとも一方を含むデータ項目を生成するステップａ）を含む。方法は、第２のネットワークデバイスがネットワークサービスを使用して、対応する第１の署名付きデータ項目を生成するためにデータ項目に暗号化署名するステップｂ）を含み、第１の署名付きデータ項目がネットワークサービスによって署名されていることは、第１のネットワークデバイスによって検証可能である。方法は、第１のネットワークデバイスおよび第２のネットワークデバイスが、中間シグナリングサービス（ＳＩＧＳ）を介して、（第１のネットワークデバイスと第２のネットワークデバイスとの間の）ピアツーピア接続を確立するための条件のネゴシエーションを実行するステップｃ）を含み、第２のネットワークデバイスが、ＳＩＧＳへの１つまたは複数のメッセージ内で、第１の署名付きデータ項目、および第２のネットワークデバイスに連絡するための第１のネットワークアドレスを送信することを含む。ネゴシエーションは、第１のネットワークデバイスが、ＳＩＧＳからの１つまたは複数のメッセージ内で、第２の署名付きデータ項目および第２のネットワークアドレスを受信することをさらに含む。方法は、第１のネットワークデバイスが、ネゴシエーションされた条件を使用してピアツーピア接続を介して第２のネットワークアドレスからのリモートネットワークアクセスを可能にするステップｄ）をさらに含むが、最初にｄ－ｉ）（ＳＩＧＳから受信された）第２の署名付きデータ項目がネットワークサービスによって署名されていることを検証すること、およびｄ－ｉｉ）第２の署名付きデータ項目を使用して、（ＳＩＧＳから受信された）第２のネットワークアドレスが第２のネットワークデバイスから生じ（すなわち、第２のネットワークデバイスに連絡するための第１のネットワークアドレスであり）、ＳＩＧＳによって改ざんされていないことを検証することの後に限る。
本明細書で使用される何か（例えば、メッセージ）の「指紋」は、例えば、メッセージに加えられた特定のハッシュ関数の結果であってもよい。一般に、「指紋」は、指紋およびメッセージが知られると、メッセージから生じるものとして容易に確認／検査され得る何かであると考えられるが、その結果、メッセージは指紋のみから取り出されない場合がある。
本明細書で使用される２つのネットワークデバイス間のピアツーピア接続は、直接または間接のいずれかであり得、後者は、例えば、中間ネットワークアドレス変換（ＮＡＴ）および／またはファイアウォールサーバの存在のために、ネットワークデバイス間の直接経路を確立することができない場合、１つまたは複数の中間プロキシサーバを使用してピアツーピア接続を確立する可能性を含む。そのような中間プロキシサーバは、例えば、いわゆるＮＡＴ周辺のリレーを使用するトラバーサル（ＴＵＲＮ）サーバなどであってもよい。別の言い方をすれば、「直接」は「可能な限り直接」と解釈されるべきである。しかしながら、本明細書で使用される真のピアツーピア接続は、ピアツーピア接続が確立されると、ＳＩＧＳを介してその任意のデータを送信することを必要としないと考えられるが、ＳＩＧＳによって実行されるＭＩＴＭ攻撃が成功すると、そのような真のピアツーピア接続が依然として適切に確立されていると２つのネットワークデバイスが誤って信じることになる可能性がある。ネットワークサービスは、例えば、第１のネットワークデバイスによって信頼されている第三者によって提供されるサービスであってもよい。ここで、「信頼されている」は、例えば、第１のネットワークデバイスが少なくともネットワークサービスの公開鍵にアクセスすること、およびネットワークサービスが対応する秘密鍵を使用して（メッセージ、または例えばメッセージの指紋などの）データ項目に署名することを含んでもよい。そうすることにより、第１のネットワークデバイスは、データ項目、その署名、および公開鍵が一致することを検証することにより、受信された署名付きデータ項目が実際にネットワークサービスによって署名されていることを確認することができる。そのような公開鍵暗号／署名システムの例には、例えば、Ｒｉｖｅｓｔ－Ｓｈａｍｉｒ－Ａｄｌｅｍａｎ（ＲＳＡ）によるもの、および楕円曲線暗号（ＥＣＣ）のものがあるが、他の同等または同様のシステムも当然使用されてもよい。
本明細書では、ネットワークアドレスが「第２のネットワークデバイスから生じる」ということは、ネットワークアドレスが、ピアツーピア接続のための条件のネゴシエーション中に元々第２のネットワークデバイスによって提案されたのと同じネットワークアドレス（例えば、第２のネットワークデバイスに連絡するためのネットワークアドレス）であると理解されるべきである。特許請求の範囲の文言を使用すると、これは、（第１のネットワークデバイスがＳＩＧＳから受信する）第２のネットワークアドレスが、（第２のネットワークデバイスがＳＩＧＳに送信する）第１のネットワークアドレスであることを意味する。ネットワークアドレスは、第２のネットワークデバイスを直接指す必要はないが、例えば、第２のネットワークデバイスに向かう経路上のネットワークノードのアドレスであってもよい。しかしながら、ネットワークアドレスは、「第２のネットワークデバイスから生じる」ために、例えば、ＳＩＧＳまたはＭＩＴＭ攻撃を実行するために使用されるＳＩＧＳによって制御される任意のネットワークノードのアドレスであるべきではないことが想定される。
方法の本開示は、第２のネットワークデバイスの「個人所有」（すなわち、公開鍵）が署名され、ピアツーピア接続のための条件ネゴシエーションの一部として第１のネットワークデバイスに提供されるという点で、既存の技術を改良する。署名は第１のネットワークデバイスによって検証され得るので、ＳＩＧＳは、第２のネットワークデバイスの公開鍵（または公開鍵の指紋）を含むデータ項目を改ざんすることができない。したがって、公開鍵は、例えば、第２のネットワークデバイスに接続するために第１のネットワークデバイスに提案されたネットワークアドレスを含む、ピアツーピア接続のネゴシエーションされた条件をＳＩＧＳが改ざんしようと試みていないことも検証するために使用することができる。これは、第１のネットワークデバイスまたは第２のネットワークデバイスのいずれかに対するいかなる実質的な修正も必要とせずに、ＳＩＧＳがＭＩＴＭ攻撃を実行することを防止する容易な方法を提供する。第１のネットワークデバイスは、事前にインストールされた証明書を使用することにより、例えば、検証が実行された時点で、別のサーバと確立されたいかなる接続も必要とせずに、例えばネットワークサービスの署名の検証を実行することができる。
方法のいくつかの実施形態では、ステップｄ）の上のステップは、第１のネットワークデバイスが、第２のネットワークアドレスから受信された公開鍵を使用してピアツーピア接続を暗号化する試みに参加することを含んでもよく、上記のステップｄ－ｉ）は、第１のネットワークデバイスが、第２のネットワークアドレスから受信された公開鍵、および／または第２のネットワークアドレスから受信された公開鍵の指紋がＳＩＧＳから受信された第２の署名付きデータ項目に含まれる（例えば、第２のネットワークデバイスの公開鍵である）ことを検証することを含んでもよい。これは、暗号化の目的で第２のネットワークデバイスに利用可能な公開鍵がすでに存在するという点、および（さらなる公開鍵／秘密鍵のペアを生成する必要なしに）ＭＩＴＭ攻撃を防ぐためにもこの公開鍵を使用することができるという点で有益であり得る。
方法のいくつかの実施形態では、セッションを暗号化することは、データグラムトランスポートレイヤセキュリティ（ＤＴＬＳ）を使用して実行されてもよい。第２のネットワークアドレスから受信される公開鍵は、例えば、ＤＴＬＳ公開鍵であってもよい。
方法のいくつかの実施形態では、方法は、第２のネットワークデバイスが、第２のネットワークデバイスの第２の公開鍵に関連付けられた秘密鍵を使用して、（例えば、第１のネットワークアドレスを含む）１つもしくは複数のメッセージの少なくとも一部、および／または（例えば、第１のネットワークアドレスを含む）ＳＩＧＳに送信された１つもしくは複数のメッセージの少なくとも一部の指紋に署名することを含んでもよい。上記のステップｄ－ｉｉ）は、第１のネットワークデバイスが、（例えば、第２のネットワークアドレスを含む）ＳＩＧＳから受信された１つまたは複数のメッセージの少なくとも一部、および／または（例えば、第２のネットワークアドレスを含む）ＳＩＧＳから受信された１つもしくは複数のメッセージの少なくとも一部の指紋が第２の署名付きデータ項目に含まれる公開鍵に関連付けられた秘密鍵を使用して署名されていることを検証することを含んでもよい。第２のネットワークデバイスの第２の公開鍵は、例えば、署名付きデータ項目に含まれる第２のネットワークデバイスの公開鍵であってもよい。署名付きデータ項目が第２のネットワークデバイスの複数の公開鍵を含むことも想定され得、例えば、１つのそのような鍵は、ピアツーピア接続を暗号化するために使用され、別のそのような鍵は、（例えば、第１のネットワークアドレスを含む）ＳＩＧＳに送信された１つまたは複数のメッセージの少なくとも一部に署名するために使用される。
方法のいくつかの実施形態では、方法は、ウェブリアルタイムコネクト（Ｗ３Ｃによって推奨および公開されているＷｅｂＲＴＣ）を使用してリモートネットワークアクセスを提供することを含んでもよい。１つまたは複数のメッセージは、少なくともセッション記述プロトコル（ＳＤＰ）の回答および／または申入れを含んでもよい。（第２のネットワークデバイスに連絡するための）ネットワークアドレスは、例えば、１つまたは複数のＮＡＴをどのようにトラバースするかをネゴシエーションするときに使用される、相互接続確立（ＩＣＥ）候補であってもよい。
方法のいくつかの実施形態では、データ項目はまた、第２のネットワークデバイスを認可および／または認証するために、ネットワークサービスによって提供され署名もされたアクセストークンであってもよく、それを含んでもよく、それによって補完されてもよい。上記のステップｄ）は、第１のネットワークデバイスが、アクセストークンがＳＩＧＳから受信された第２の署名付きデータ項目であるか、それに含まれるか、またはそれを補完することを検証することを含んでもよい。これは、例えば、（ネットワークサービスを信頼する）第１のネットワークデバイスが、第２のネットワークデバイスが第１のネットワークデバイスに全く、または少なくともどの範囲までリモートアクセスできるべきかどうかを知るのに役立つことができる。ここで、「によって補完される」は、アクセストークンおよびデータ項目が２つの別々に署名された項目として提供されるオプションとして理解されるべきである。
本開示の第２の態様によれば、ネットワークデバイスが提供される。このネットワークデバイスは、例えば、ネットワークカメラなどであってもよい。ネットワークデバイスは、プロセッサおよびメモリを含む。メモリは命令を記憶する。命令は、プロセッサによって実行されると、中間シグナリングサービス（ＳＩＧＳ）を介して、ネットワークデバイスと（例えば、ネットワークデバイスにアクセスしようとしているユーザデバイスであり得る）第２のネットワークデバイスとの間のピアツーピア接続のための条件をネットワークデバイスにネゴシエーションさせ、ＳＩＧＳからの１つまたは複数のメッセージ内で、署名付きデータ項目および（第２のネットワークデバイスに連絡するためとされる）ネットワークアドレスをネットワークデバイスに受信させることを含む。命令は、ネゴシエーションされた条件を使用してピアツーピア接続を介してネットワークアドレスからのリモートネットワークアクセスをネットワークデバイスにさらに可能／有効にさせるが、最初にｉ）ＳＩＧＳから受信された署名付きデータ項目がネットワークサービスによって信頼されている特定のネットワークサービスによって署名されていることを検証すること、およびまたｉｉ）ＳＩＧＳから受信された署名付きデータ項目を使用して、ＳＩＧＳから受信されたネットワークアドレスが、ＳＩＧＳによって改ざんされていない（例えば、第２のネットワークデバイスに連絡するためのネットワークアドレスである）ことを検証することをネットワークデバイスに行わせることを含む。
ネットワークデバイスのいくつかの実施形態では、命令はさらに、ネットワークアドレスから受信された公開鍵を使用してピアツーピア接続を暗号化する試みにネットワークデバイスを参加させ、最初にまたネットワークアドレスから受信された公開鍵、および／またはネットワークアドレスから受信された公開鍵の指紋がＳＩＧＳから受信された署名付きデータ項目に含まれることを検証した後に、ネットワークアドレスからのリモートネットワークアクセスをネットワークデバイスに可能にさせることができる。
ネットワークデバイスのいくつかの実施形態では、命令はさらに、ネットワークアドレスを含むＳＩＧＳから受信された１つもしくは複数のメッセージの少なくとも一部、および／またはネットワークアドレスを含むＳＩＧＳから受信された１つもしくは複数のメッセージの少なくとも一部の指紋が、ＳＩＧＳから受信された署名付きデータ項目に含まれる公開鍵に関連付けられた秘密鍵を使用して署名されていることをネットワークデバイスに検証させることができる。
本開示の第３の態様によれば、別のネットワークデバイスが提供される。この他のネットワークデバイスは、例えば、スマートフォン、ラップトップ、デスクトップコンピュータ、タブレット、ウェアラブルデバイスなどの、ネットワークカメラにリモートアクセスするために使用されるユーザデバイスであってもよい。ネットワークデバイスは、プロセッサおよびメモリを含む。メモリは命令を記憶する。命令は、プロセッサ上で実行されると、ネットワークデバイスの公開鍵および公開鍵の指紋のうちの少なくとも一方を含むデータ項目をネットワークデバイスに生成させる。命令はさらに、ネットワークサービスを使用して、対応する署名付きデータ項目を生成するためにデータ項目に暗号化署名することをネットワークデバイスに行わせ、署名付きデータ項目がネットワークサービスによって署名されていることは、第２のネットワークデバイス（例えば、ネットワークカメラ）によって検証可能である。ネットワークサービスは、第２のネットワークデバイスによって信頼されている。命令はさらに、中間シグナリングサービス（ＳＩＧＳ）を介して、ネットワークデバイスと第２のネットワークデバイスとの間のピアツーピア接続のための条件をネットワークデバイスにネゴシエーションさせ、ＳＩＧＳへの１つまたは複数のメッセージ内で、署名付きデータ項目および（例えば、ＳＴＵＮサーバなどを使用して取得された）ネットワークデバイスに連絡するためのネットワークアドレスをネットワークデバイスに送信させることを含む。
ネットワークデバイスのいくつかの実施形態では、命令はさらに、公開鍵を使用してピアツーピア接続を暗号化する試みにネットワークデバイスを参加させることができる。
ネットワークデバイスのいくつかの実施形態では、命令はさらに、公開鍵に関連付けられた秘密鍵を使用して、ネットワークアドレスを含む１つもしくは複数のメッセージの少なくとも一部に署名すること、および／またはネットワークアドレスを含む１つもしくは複数のメッセージの少なくとも一部の指紋に署名することをネットワークデバイスに行わせることができる。
ネットワークデバイスのいくつかの実施形態では、命令はさらに、ネットワークサービスを使用して、ネットワークデバイスを第２のネットワークデバイスに対して認可および／または認証するためにネットワークサービスによって署名されたアクセストークンであるか、それを含むか、またはそれによって補完される署名付きデータ項目をネットワークデバイスに使用させることができる。
本開示の第４の態様によれば、ネットワークシステムが提供される。ネットワークシステムは、（例えば、第２の態様によるネットワークデバイスなどの）第１のネットワークデバイスおよび（例えば、第３の態様によるネットワークデバイスなどの）第２のネットワークデバイスを含む。ネットワークシステムは、第１の態様による方法に従って、第２のネットワークデバイスから第１のネットワークデバイスへのリモートアクセスを可能にするように構成される。
ネットワークシステムのいくつかの実施形態では、第１のネットワークデバイスはネットワークカメラであってもよい。リモートネットワークアクセスは、ネットワークカメラから第２のネットワークデバイスへのビデオフィードをストリーミングすることを含んでもよい。
第５の態様によれば、１つまたは複数のコンピュータプログラムが提供される。コンピュータプログラムは、各々、例えば第２および／または第３の態様によるネットワークデバイスのプロセッサによって実行されると、第１の態様の方法の関連部分をネットワークデバイスに実行させるように構成される。
第６の態様によれば、１つまたは複数のコンピュータプログラム製品が提供される。各コンピュータプログラム製品は、第５の態様による１つまたは複数のコンピュータプログラムが記憶されたコンピュータ可読記憶媒体を含む。
本開示の他の目的および利点は、以下の発明を実施するための形態、図面、および特許請求の範囲から明らかになるであろう。本開示の範囲内で、例えば第１の態様の方法を参照して記載されたすべての特徴および利点が、第２の態様のネットワークデバイス、第３の態様のネットワークデバイス、第４の態様のネットワークシステム、第５の態様のコンピュータプログラム、および／または第６の態様のコンピュータプログラム製品を参照して記載された任意の特徴および利点にも関連し、適用され、それらと組み合わせて使用されてもよく、逆もまた同様であることが想定される。
ここで、添付の図面を参照して、例示的な実施形態が記載される。
中間シグナリングサービス（ＳＩＧＳ）を使用する従来のネットワークシステムのセットアップを概略的に示す図である。 中間シグナリングサービス（ＳＩＧＳ）を使用する従来のネットワークシステムのセットアップを概略的に示す図である。 中間シグナリングサービス（ＳＩＧＳ）を使用する従来のネットワークシステムのセットアップを概略的に示す図である。 本開示による、中間ＳＩＧＳを使用するネットワークシステムのセットアップの実施形態を概略的に示す図である。 本開示による、ネットワークデバイスの実施形態を概略的に示す図である。 本開示による、方法の実施形態におけるメッセージのフローを概略的に示す図である。 本開示による、方法の実施形態のフローを概略的に示す図である。 本開示による、方法の実施形態のフローを概略的に示す図である。 本開示による、方法の実施形態のフローを概略的に示す図である。 本開示による、方法の実施形態のフローを概略的に示す図である。 本開示による、方法の実施形態のフローを概略的に示す図である。
図面において、特に明記しない限り、同様の参照番号は同様の要素に使用される。反対のことが明示的に述べられていない限り、図面は、例示的な実施形態を示すために必要な要素のみを示しているが、他の要素は、明確にするために省略されるか、または示唆されるだけでもよい。図に示されたように、要素および領域の（絶対的または相対的な）サイズは、例示目的のためにそれらの真値に対して誇張または過小評価される場合があり、したがって、実施形態の一般構造を示すために提供される。
図１Ａは、２つのネットワークデバイスが、単独で（直接）ピアツーピア接続を確立することが困難であり得る状況を概略的に示す。第１のネットワークデバイス１１０および第２のネットワークデバイス１２０は、例えば第１のネットワークデバイス１１０の構成を実行するために、かつ／または例えば第１のネットワークデバイス１１０からデータストリームを受信するために、第２のネットワークデバイス１２０が第１のネットワークデバイス１１０にリモートアクセスすることができるように、ピアツーピア接続１４０を確立することを望む。本明細書で使用される「第１のネットワークデバイス」（例えば、第１のネットワークデバイス１１０）は、例えば監視および／または偵察に使用されるネットワークカメラであると仮定し、「第２のネットワークデバイス」（例えば、第２のネットワークデバイス１２０）は、ラップトップの形態のユーザデバイスであると仮定する。当然、（ラップトップの代わりにデスクトップコンピュータ、スマートフォン、タブレット、ウェアラブルデバイスなどの）第２のネットワークデバイスの他の例も可能であり、想定されるが、本明細書ではこれ以上示されない。当然、第１のネットワークデバイスも、第２のネットワークデバイスがリモートアクセスを望むことができる任意のネットワーク接続可能デバイスなどの、ネットワークカメラ以外の何かであってもよい。
ネットワークカメラ１１０は第１のローカルエリアネットワーク（ＬＡＮ）１３０上に存在し、ラップトップ１２０は第２のＬＡＮ１３１上に存在する。そして、２つのＬＡＮ１３０および１３１は、（例えば、インターネットなどの）共通ネットワーク１３６を介して接続される。例えばセキュリティおよび／またはネットワークアドレス管理の理由から、第１のＬＡＮ１３０と共通ネットワーク１３６との間の接続は直接ではなく、代わりに、例えば第１のファイアウォール１３２および／または第１のネットワークアドレス変換（ＮＡＴ）デバイス１３４を介して提供される。第１のファイアウォール１３２は、例えば、第１のＬＡＮ１３０への（例えば特定のネットワークポート上の）望ましくない着信接続の試みを阻止するのに役立つことができ、第１のＮＡＴデバイス１３４は、例えば、第１のＬＡＮ１３０上で使用されるアドレス空間と共通ネットワーク１３６上で使用されるアドレス空間との間の着信および発信データパケットのネットワークアドレスを変換／マッピングするのに役立つことができる。これは、例えば、第１のＬＡＮ１３０上のネットワークカメラ１１０に割り当てられたネットワークアドレスが、例えば、共通ネットワーク１３６に向かう第１のＮＡＴ１３４のネットワークアドレスとは異なる場合があるためである。同様に、かつ同様の理由で、第２のＬＡＮ１３１は、例えば第２のファイアウォール１３３および／または第２のＮＡＴデバイス１３５を介して共通ネットワーク１３６を経由して接続される。
上記のネットワーク構成の結果として、ネットワークカメラ１１０は、ラップトップ１２０にどのように連絡するかをそれ自体で知らない場合があり、逆もまた同様である。したがって、ピアツーピア接続１４０を確立することは、さらなる支援なしには可能でない場合がある。
図１Ｂは、この問題を解決するための１つの一般的に利用可能な解決策を概略的に示す。ここでは、ネットワークカメラ１１０とラップトップ１２０の両方が、各々いわゆるシグナリングサービス（ＳＩＧＳ）１５０との接続をすでに確立していると仮定する。それにより、ネットワークカメラ１１０は、接続１５２を介してＳＩＧＳ１５０とメッセージを交換することができ、ラップトップ１２０は、接続１５４を介してＳＩＧＳ１５０とメッセージを交換することができる。したがって、ＳＩＧＳ１５０は、ネットワークカメラ１１０とラップトップ１２０との間の中継器として機能することができる。例えば、ラップトップ１２０は、確立された接続１５４を使用してＳＩＧＳ１５０にメッセージを送信することができる。ＳＩＧＳ１５０は、同じメッセージを受け取り、接続１５２を使用してそれをさらにネットワークカメラ１１０に送信することができる。そうすることにより、ネットワークカメラ１１０およびラップトップ１２０が互いに直接通信する方法を自身で知らないときでも、ネットワークカメラ１１０およびラップトップ１２０は、ＳＩＧＳ１５０を介して間接的に通信することができる。
ネットワークカメラ１１０およびラップトップ１２０は、ＳＩＧＳ１５０を介して（間接的に）通信することができるので、ネットワークカメラ１１０およびラップトップ１２０は、次いで、ＳＩＧＳ１５０を使用してそのようなピアツーピア接続のための条件のネゴシエーションを実行することにより、直接ピアツーピア接続１４０を確立するように試みることができる。このネゴシエーションは、例えば、ＮＡＴ用セッショントラバーサルユーティリティ（ＳＴＵＮ、インターネットエンジニアリングタスクフォース、ＩＥＴＦによってＲＦＣ５３８９として公開）、ＮＡＴ周辺のリレーを使用するトラバース（ＴＵＲＮ、ＩＥＴＦによってＲＦＣ８６５６として公開）、相互接続確立（ＩＣＥ、ＩＥＴＦによってＲＦＣ８４４５として公開）、ＩＣＥとのＴＣＰ候補（ＩＥＴＦによってＲＦＣ６５４４として公開）などの１つまたは複数の標準化された技法および手順に従い、それらを使用することができる。例えば、ネットワークカメラ１１０は、第１のＮＡＴ１３４がネットワークカメラ１１０のユーザデータグラムプロトコル（ＵＤＰ）に割り当てたどの公開ＩＰアドレスおよびポート番号がリモートホストに流れるかを見つけるために、（図示されていないが、ファイアウォール１３２、１３３、およびＮＡＴ１３４、１３５の外側、例えば共通ネットワーク１３６上のどこかに位置する）ＳＴＵＮサーバに連絡することができる。次いで、この情報は、ＩＣＥ候補としてＳＩＧＳ１５０を介してラップトップ１２０に中継されてもよい。同様に、ラップトップ１２０も、第２のＮＡＴ１３５の構成に関する対応する情報を得るために（潜在的に同じ）ＳＴＵＮサーバに連絡することができ、ＳＩＧＳ１５０を介してこの情報をネットワークカメラ１１０に提供することができる。ネットワークカメラ１１０およびラップトップ１２０は、相手から受信された情報が有用であるかどうか（すなわち、受信されたアドレス情報を使用して連絡が試みられた場合、相手が応答するか？）をチェックすることができる。そうでない場合、ネットワークカメラ１１０および／またはラップトップ１２０は、例えば、ＳＴＵＮサーバを使用して他の代替策を見つけることができ、ネットワークカメラ１１０とラップトップ１２０との間の情報は、双方が相手に接続するために有用な情報を受信するまで交換されてもよい。当然、ネゴシエーションのプロセスを潜在的にスピードアップするために、いくつかの妥当なＩＣＥ候補が同時に一部によって取得され、単一のメッセージの代替策として相手に転送されることも想定され得る。
マルチメディアセッションが望まれる場合、ピアツーピア接続１４０が確立されると、例えば、ネットワークカメラ１１０とラップトップ１２０との間でビデオおよび／またはオーディオを転送するために、そのようなセッションの条件は、例えば、セッション記述プロトコル（ＳＤＰ、ＩＥＴＦによってＲＦＣ８８６６として公開）を使用してネゴシエーションされてもよく、申入れと対応する回答との交換は、ネットワークカメラ１１０とラップトップ１２０の両方に受け入れ可能な条件が合意されるまで実行される。そのようなネゴシエーションは、例えば、ＩＣＥネゴシエーションの一部を形成することができ、またはＩＣＥネゴシエーションが終了する前または後のいずれかで別々に実行されてもよい。ＳＤＰフォーマットされたメッセージは、例えば、ＩＣＥネゴシエーションにも使用され得る。
最後に、条件のネゴシエーションの結果、ネットワークカメラ１１０とラップトップ１２０の両方が相手との連絡方法を知った後、ＳＩＧＳ１５０を介して受信された情報は、ネットワークカメラ１１０とラップトップ１２０との間の直接ピアツーピア接続１４０を確立するために使用することができ、例えば、ネットワークカメラ１１０からラップトップ１２０にビデオデータを転送するために、かつ／またはネットワークカメラ１１０へのラップトップ１２０のリモートアクセスのために、所望のセッションが確立されてもよい。
ピアツーピア接続１４０を確立するためにＳＩＧＳ１５０を使用する方法の上記で概説された手順は可能な一例にすぎず、当業者は、そのような接続のための条件ネゴシエーションのプロセスによく精通しており、他の選択肢も可能であることを理解していることが想定されることに留意されたい。しかしながら、ネットワークカメラ１１０およびラップトップ１２０が直接ピアツーピア接続１４０を確立する準備ができる前に、両者間の中間物としてＳＩＧＳ１５０が必要とされることが想定される。また、「直接」ピアツーピア接続は、「可能な限り直接」として解釈されるべきである。ネゴシエーションの結果は、例えば、ネットワークカメラ１１０とラップトップ１２０との間の中間物として、（１つもしくは複数のＴＵＲＮサーバ、または他のタイプのサーバなどの）１つまたは複数の中間プロキシサーバが必要とされることであってもよい。しかしながら、重要なことは、「真の」ピアツーピア接続（直接的であれ間接的であれ）は、ピアツーピア接続１４０が確立されると、ＳＩＧＳ１５０のさらなる使用を必要としないことである。しかしながら、当然、ＳＩＧＳ１５０は、例えば、切断されたピアツーピア接続を再確立するためなどに使用されてもよい。
図１Ｃは、中間ＳＩＧＳ１５０を使用する上述された一般的な解決策に伴う潜在的な問題を概略的に示す。図１Ｃに示された状況では、ＳＩＧＳ１５０は、例えば、ＳＩＧＳ１５０内に特定のソフトウェアを導入することによって危険にさらされている、例えば悪意のある者によってハッキングされている。通常、ＳＩＧＳ１５０は、各着信メッセージから十分な情報を取り出して、メッセージがどのアドレスに中継されることになっているかを判断するだけである。しかしながら、ＳＩＧＳ１５０は、通常、中継するメッセージの残りの内容には関心がない。しかしながら、危険にさらされた後、ＳＩＧＳ１５０は、メッセージと干渉し始め、メッセージがさらに受信相手に中継される前に、メッセージ内の一部またはすべての情報を置き換えることさえできる。
例えば、ラップトップ１２０は、条件ネゴシエーションの一部として、ラップトップ１２０との（直接）ピアツーピア接続を確立するためにネットワークカメラ１１０が接続するべき場所に関する情報を含むメッセージをＳＩＧＳ１５０に送信することが想定され得る。ＳＩＧＳ１５０は、このメッセージに気付き、メッセージがさらにネットワークカメラ１１０に送信される前に、そのようなメッセージ内のラップトップ１２０の連絡先情報（すなわち、ネットワークアドレス、ポートなど）を自身の情報と置き換えることができる。同じことが、宛先としてラップトップ１２０を有するネットワークカメラ１１０からＳＩＧＳに送信される任意の同様のメッセージにも当てはまる場合がある。ネットワークカメラ１１０とラップトップ１２０との間で中継されるメッセージを改ざんすることにより、ＳＩＧＳ１５０は、（ラップトップ１２０と直接ではなく）ＳＩＧＳ１５０と直接ピアツーピア接続１４１を確立するようにネットワークカメラ１１０を欺くことができる。同様に、ＳＩＧＳ１５０は、（ネットワークカメラ１１０と直接ではなく）ＳＩＧＳ１５０と直接ピアツーピア接続１４２を確立するようにラップトップ１２０を欺くことができる。次いで、ＳＩＧＳ１５０は、双方（ネットワークカメラ１１０およびラップトップ１２０）が、想定される直接ピアツーピア接続１４０が実際には存在せず、すべてのデータが代わりにＳＩＧＳ１５０を介して送信されることを認識することなく、それらそれぞれのピアツーピア接続１４１および１４２が相手と直接であると依然として信じることができるように、一方から他方にすべての着信情報を中継することができる。この手順は、中間者（ＭＩＴＭ）攻撃と呼ばれるものであり、ＳＩＧＳ１５０および悪意のある者が、例えば、ネットワークカメラ１１０からラップトップ１２０に送信された（ビデオ監視フィードなどの）機密情報にアクセスすることができるので、有害であり得る。潜在的なＭＩＴＭ攻撃のリスクは、例えば、ＳＩＧＳ１５０がネットワークカメラ１１０およびラップトップ１２０のいずれか一方または両方の所有者によって提供および／または運営されず、代わりにサードパーティサービスが使用される状況では増加する可能性がある。ＳＩＧＳ１５０を直接制御することができないと、ネットワークカメラ１１０および／またはラップトップ１２０の所有者がＳＩＧＳ１５０を信頼し、ＳＩＧＳ１５０が中継するメッセージを改ざんしないことを保証することがより困難になり得る。
本開示は、あるネットワークデバイスから別のネットワークデバイスへのリモートアクセスを確立する改善された方法を提供し、それにより、ＭＩＴＭ攻撃に伴う上記の識別された問題を回避することが可能になる。ここで、そのような改善された方法の例示的な実施形態、ならびに想定される改善されたネットワークデバイスおよび改善されたネットワークシステムの例示的な実施形態が、添付の図面の残りの図を参照して以下でより完全に記載される。図面は現在好ましい実施形態を示すが、本発明は、しかしながら、多くの異なる形態で具現化されてもよく、本明細書に記載された実施形態に限定されると解釈されるべきではなく、むしろ、これらの実施形態は完璧さおよび完全さのために提供され、本発明の範囲を当業者に完全に伝達する。
図２Ａは、本開示による、ネットワークシステム２００の一実施形態を概略的に示す。（ここでもネットワークカメラの形態の）第１のネットワークデバイス２１０は、ネットワークカメラ２１０へのラップトップ２２０のリモートアクセスを可能にするために、（ここでもラップトップの形態の）第２のネットワークデバイス２２０との（直接）ピアツーピア接続２４０を確立することを望む。本明細書で前述されたように、ネットワークカメラ２１０とラップトップ２２０との間にある１つまたは複数のＮＡＴ、ファイアウォール、または同様のアイテム（図示せず）の存在は、ネットワークカメラ２１０およびラップトップ２２０が、そのような直接ピアツーピア接続を自ら確立することを妨げる。代わりに、ネットワークカメラ２１０およびラップトップ２２０は、ピアツーピア接続の条件がネゴシエーションされている間、メッセージを中継するために中間ＳＩＧＳ２５０に依存する。ネットワークカメラ２１０は、ＳＩＧＳ２５０へのすでに確立された接続２５２を有し、ラップトップ２２０は、ＳＩＧＳ２５０へのすでに確立された接続２５４を有する。ＳＩＧＳ２５０は、ネットワークシステム２００の一部を形成するようには想定されていないが、その代わりに、必ずしも信頼できるとは限らない可能性がある第三者によって運営される（すなわち、ネットワークカメラ２１０およびラップトップ２２０の一方または両方の所有者は、ＳＩＧＳ２５０が危険にさらされているか否かを知らない）。
想定されるネットワークシステム２００は、データ項目に署名するために使用され、少なくともネットワークカメラ２１０によって信頼されている別のネットワークサービス２６０の使用を含む。ここで、「信頼されている」は、特定のデータ項目が特定のネットワークサービス２６０によって署名されているか否かをネットワークカメラ２１０が知ることができるように、ネットワークサービス２６０の署名がネットワークカメラ２１０によって検証され得ることを意味する。これは、例えばネットワークサービス２６０の公開鍵へのアクセスを有するネットワークカメラ２１０により、かつネットワークサービス２６０がデータ項目に署名するために対応する（すなわち、同じキーペアの一部の）秘密鍵を使用するという点で実現することができる。好ましくは、ネットワークサービス２６０の公開鍵は、事前にネットワークカメラ２１０に提供されており、署名付きデータ項目と一緒に送信されない。そうすることにより、（署名付きデータ項目を中継するために使用される場合）ＳＩＧＳ２５０は、ネットワークカメラ２１０が気付かずにネットワークサービス２６０の署名を改ざんすることはできず、ネットワークカメラ２１０は、必ずしもネットワークサービス２６０へのアクティブなネットワーク接続を必要としない。受信されたデータ項目の署名を検証することにより、ネットワークカメラ２１０は、署名付きデータ項目の内容がＳＩＧＳ２５０によって改ざんされていないことを確認することができる。
図２Ｂは、本開示による、ネットワークデバイス２１０、２２０の様々な実施形態を概略的に示す。各ネットワークデバイスは、少なくともプロセッサ２３０（または例えば処理回路）およびメモリ２３２を含む。メモリ２３２は、プロセッサ２３０によって実行されると、本明細書で想定される様々な方法のうちの１つに従ってデバイスに実行させる命令を含む（すなわち、記憶する）。例えば、ネットワークデバイスが第１のネットワークデバイス２１０（例えば、ネットワークカメラ）である場合、メモリ２３２に記憶された命令は、第１のネットワークデバイス２１０に、図３Ｂを参照して本明細書で後述される方法３０１の１つもしくは複数の実施形態の関連部分を実行させ、かつ／または図３Ｃ、図３Ｄ、および図３Ｅを参照して本明細書で後述される方法３０２の１つもしくは複数の実施形態のステップを実行させることができる。ネットワークデバイスが第２のネットワークデバイス２２０である場合、メモリ２３２に記憶された命令は、例えば、第２のネットワークデバイス２２０に、方法３０１の１つもしくは複数の実施形態の関連部分を実行させ、かつ／または図３Ｆを参照して本明細書で後述される方法３０３の１つもしくは複数の実施形態のステップを実行させることができる。ネットワークデバイス２１０、２２０が各々何を実行することになっているかに応じて、それらは、そのような実行に必要な追加アイテム２３６をさらに含んでもよい。例えば、第１のネットワークデバイス２１０がネットワークカメラである場合、アイテム２３６は、例えばカメラおよびそれに関連する電子機器を含んでもよく、メモリ２３２は、例えばそのようなカメラの機能に関連するプロセッサのための１つまたは複数の命令をさらに記憶することができる。ネットワークデバイスが第２のネットワークデバイス２２０（例えば、ラップトップ）である場合、追加アイテム２３６は、例えば、ネットワークカメラから受信されたビデオストリームを視聴するためのモニタ、ユーザ入力を受けるためのキーボードなどを含んでもよい。ネットワークに接続するために、ネットワークデバイス２１０および２２０は、例えば、（例えば、ＩＥＥＥ８０２．１１で定義された）Ｗｉ－Ｆｉをサポートするワイヤレスインタフェース、および／または（例えば、ＩＥＥＥ８０２．３で定義された）イーサネットをサポートする有線インタフェースなどであり得るネットワークインタフェース２３４を含んでもよい。通信バス２３８は、例えば、様々な部品２３０、２３２、２３４、および２３６を相互接続するために設けられてもよく、その結果、これらの部品は、所望の機能を取得するために必要に応じて互いに通信することができる。
ここで、本開示による（ネットワークシステム２００によって／において実行される、かつ／またはネットワークカメラ２１０およびラップトップ２２０の各々において別々に実行される）方法の様々な実施形態が、図３Ａ～図３Ｆを参照してより詳細に記載される。前述されたように、「第１のネットワークデバイス」および「ネットワークカメラ」という用語は交換可能に使用されるが、反対のことが明示的に述べられていない場合、同じことが「第２のネットワークデバイス」および「ラップトップ」という用語にも当てはまる。
図３Ｂは、本開示による方法３０１の一実施形態における様々なステップを概略的に示し、図３Ａは、方法３０１を実行するときのメッセージのフロー３００を概略的に示す。本明細書では、「データ項目」は、情報、例えば、メッセージ、データブロブなどを表すビットの集合である。詳細には、方法３０１のステップＳ３０１において、データ項目３２１がラップトップ２２０によって取得され（例えば、生成され）、ラップトップ２２０の公開鍵およびラップトップ２２０の公開鍵の指紋の一方または両方を含むようにされる。鍵の指紋は、例えば、鍵にハッシュ関数が適用された結果である。本明細書では、「ハッシュ関数」という用語は、その一般的な意味、すなわち、入力を受け取り、（しばしばより小さい）出力を提供する何かを有し、特定の入力が特定の出力を生成することを確認することは容易であるが、出力のみから入力が元々あったものを推論することは困難または不可能である。これは、例えば、指紋が完全な鍵よりもはるかに小さい場合があるという点、および指紋が元々入力された鍵にもはや対応していないときに、誰かまたは何かが指紋を改ざんしようとしている場合に容易に発見され得るという点で有用であり得る。
その公開鍵（および／または公開鍵の指紋）を含むデータ項目３２１を生成した後に、ラップトップ２２０は、メッセージ３１０内で、接続２６２を使用してネットワークサービス２６０にデータ項目３２１を（方法３０１のステップＳ３０２において）送信する。ネットワークサービス２６０は、データ項目３２１を含むメッセージ３１０を受信し、データ項目３２１に暗号化署名し、少なくとも署名３２２を含むメッセージ３２０を返す。他の実施形態では、ネットワークサービス２６０は、代わりに、メッセージ３２０内のデータ項目３２１の署名付きバージョン（すなわち、データ項目３２１と署名３２２の両方）を返すことができる。いずれにせよ、ネットワークサービス２６０からメッセージ３２０を受信した後に、ラップトップ２２０は、署名３２２およびデータ項目３２１の両方を含む第１の署名付きデータ項目３２３を所有している。
次いで、中間物としてＳＩＧＳ２５０を使用して、ネットワークカメラ２１０およびラップトップ２２０は、ネットワークカメラ２１０とラップトップ２２０との間のピアツーピア接続を確立するための条件をネゴシエーションすることに進む。ＳＩＧＳ２５０は、この目的のために、ネットワークカメラ２１０とラップトップ２２０との間で複数のメッセージ３３０を中継するために使用される。ラップトップがそのようなメッセージの最初のメッセージ３３２を送信するように図３Ａに示されているが、その逆も真であり得る。例えば、ラップトップ２２０が（何らかの他の通信チャネルを使用して）ネットワークカメラ２１０に連絡し、ラップトップ２２０に接続要求／申入れを送信することによってネゴシエーションを開始するようにネットワークカメラ２１０に依頼することができることが想定される。しかしながら、話を進める便宜上、ここでは、接続条件のネゴシエーションを開始するのはラップトップ２２０であると仮定する。また、ネゴシエーションは、ネットワークカメラ２１０およびラップトップ２２０が各々ネゴシエーションが終了する前に複数のメッセージを前後に送信することを含んでもよく、メッセージ３３２、３３２’、３３４、３３４’は各々複数のメッセージを表すことができると仮定する。しかしながら、説明を容易にするために、図３Ａは、各当事者から他の当事者に送信される単一のメッセージのみを示す。また、示されたタイムラインは異なっていてもよい（すなわち、ネットワークカメラ２１０からのメッセージは、例えば、ラップトップ２２０からのメッセージの前に送信されてもよく、例えば、ネットワークカメラは、ラップトップ２２０からの任意のメッセージを受信する前に複数のメッセージを送信してもよく、その逆も同様である）ことが想定されるべきである。別の言い方をすれば、ネゴシエーションは任意の形態をとることができ、メッセージ３３０は、時間内の任意の特定の配置において、ＳＩＧＳ２５０を介してネットワークカメラ２１０とラップトップ２２０との間で送受信されるメッセージの任意の組合せを含んでもよいことが想定される。その結果、そのような単一のメッセージの（署名、受信、読取り、送信などの）何かが実行されると本明細書で述べるとき、複数のメッセージが存在してもよいこと、および前記何かが複数のメッセージのうちの少なくとも１つまたはすべてに対して行われることなども想定される。
いずれにせよ、方法３０１のステップＳ３０３において、ラップトップ２２０は、ＳＩＧＳ２５０に１つまたは複数のメッセージ３３２を送信する。通常、ＳＩＧＳ２５０は、宛先が誰であるかよりも多くの情報を１つまたは複数のメッセージ３３２から取り出す必要はなく、１つまたは複数のメッセージ３３２の残りの部分を触れずに、さらに未読のまま残すことができる。これは、ラップトップ２２０へ転送するためにＳＩＧＳ２５０がネットワークカメラ２１０から受信するメッセージにも当てはまる。ラップトップ２２０から受信される１つまたは複数のメッセージ３３２は、例えば、１つまたは複数のＩＣＥ候補、１つまたは複数のＳＤＰ回答および／または申入れなどを含んでもよい。詳細には、１つまたは複数のメッセージ３３２（のうちの少なくとも１つ）は、例えばＳＴＵＮサーバを使用して見つけられる、（例えばラップトップ２２０とのピアツーピア接続を確立するために）ラップトップ２２０に連絡するための少なくとも第１のネットワークアドレスを含む。１つまたは複数のメッセージ３３２のうちの少なくとも１つは、第１の署名付きデータ項目３２３も含む。ＳＩＧＳ３５０は、方法３０１のステップＳ３０４において、ネットワークカメラ２１０によって受信される対応する１つまたは複数のメッセージ３３２’を送信し、１つまたは複数のメッセージ３３２’は、少なくとも第２の署名付きデータ項目３２３’および第２のネットワークアドレス３２４’を含む。方法ではここまで、ＳＩＧＳ２５０がメッセージを改ざんしているかどうか、例えば、第１および第２の署名付きデータ項目３２３および３２３’が同じであるかどうか、かつ／または、例えば、第１および第２のネットワークアドレス３２４および３２４’が同じであるかどうかは知られていない。
次に、ネットワークカメラ２１０は、ＳＩＧＳ２５０がラップトップ２２０に１つまたは複数の対応するメッセージ３３４’を送信することによって１つまたは複数のメッセージ３３４を中継することができるように、ネゴシエーションの一部としてＳＩＧＳ２５０に１つまたは複数の独自のメッセージ３３４を送信することができる。１つまたは複数のメッセージ３３４は、例えば、ネットワークカメラ２１０に連絡するための対応するネットワークアドレスなどを含むことができる。条件のネゴシエーションが終了した後に、ＳＩＧＳ２５０はもはや必要とされず、ネットワークカメラ２１０およびラップトップ２２０は、ネゴシエーション中に実現されたそれぞれの相手に関する情報を使用して、ピアツーピア接続３４０を確立することができる。
ピアツーピア接続３４０を確立することは、ピアツーピア接続３４０を介してラップトップ２２０からのリモートアクセスを可能にするネットワークカメラ２１０の一部を形成することができる。しかしながら、ＳＩＧＳ２５０がたまたま危険にさらされた場合に潜在的なＭＩＴＭ攻撃を受けることを回避するために、想定される方法３０１およびネットワークシステム２００は、ネットワークカメラ２１０がＳＩＧＳ２５０から受信された署名付きデータ項目３２３’を利用することを含む。次に、この手順がより詳細に記載される。
ＳＩＧＳ２５０から受信された１つまたは複数のメッセージ３３２’が、元々ラップトップ２２０によってＳＩＧＳ２５０に送信されたまさにその１つまたは複数のメッセージ３３２であるとネットワークカメラ２１０が信じた場合、ネットワークカメラ２１０は、先に進み、それ以上考慮することなくピアツーピア接続３４０を確立するその一部を行うことができる。ラップトップ２２０にも同じことが当てはまる。しかしながら、ＳＩＧＳ２５０は危険にさらされる可能性があり、例えば、１つまたは複数のメッセージ３３２’は、元々ラップトップ３３２から送信された１つまたは複数のメッセージ３３２に必ずしも正確に対応するとは限らない場合があり、第１および第２の署名付きデータ項目３２３および３２３’、ならびに第１および第２のネットワークアドレス３２４および３２４’は異なる場合がある。ＳＩＧＳ２５０は、例えば、第２のネットワークアドレス３２４’を例えばＳＩＧＳ２５０自体に属するネットワークアドレスにすることにより、ラップトップ２２０と直接ではなく、ＳＩＧＳ２５０とピアツーピア接続を確立するとネットワークカメラ２１０を欺くように試みて、１つまたは複数のメッセージ３３２’を送信する前に、１つまたは複数のメッセージ３３２の一部または全部を交換している場合がある。同様に、ＳＩＧＳ２５０は、ネットワークカメラ２１０と直接接続するのではなく、ＳＩＧＳ２５０とピアツーピア接続を確立するとラップトップ２２０を欺くために、ラップトップ２２０に１つまたは複数のメッセージ３３４’を送信する前に、ネットワークカメラ２１０から受信された１つまたは複数のメッセージ３３４の内容を変更することができる。しかしながら、これが発生するのを防止するために、または少なくとも、例えば、メッセージ３３２’を送信する前にＳＩＧＳ２５０がメッセージ３３２を改ざんしているかどうかを検出するために、ＳＩＧＳ２５０から受信された第２の署名付きデータ項目３２３は、検証目的のためにネットワークカメラ２１０によって使用されてもよい。方法３０１のステップＳ３０５において、ネットワークカメラは、例えばネットワークサービス２６０のローカルに記憶された公開鍵を使用することにより、第２の署名付きデータ項目３２３’が実際にネットワークサービス２６０によって署名されたことを検証する。方法３０１のステップＳ３０６において、ネットワークカメラ２１０は、第２の署名付きデータ項目３２３’を使用して、ＳＩＧＳ２５０から受信された第２のネットワークアドレス３２４’がラップトップ２２０から生じ、ＳＩＧＳ２５０によって改ざんされていないことを検証する。検証Ｓ３０５およびＳ３０６が成功した後に、ネットワークカメラ２１０は、次いで、方法３０１のステップＳ３０７において、確立されたピアツーピア接続３４０を介したラップトップ２２０からのリモートアクセスの有効化に進むことができる。
以下では、図３Ｃ～図３Ｅをさらに参照して、ＳＩＧＳ２５０によって実行されるＭＩＴＭ攻撃を回避するために、ＳＩＧＳ２５０から受信された第２の署名付きデータ項目３２３’が検証ステップＳ３０６においてネットワークカメラ２１０によってどのように使用され得るかのさらなる詳細を各々が含む２つの提案がここで提示される。本明細書ではこれ以上詳細に記載されないが、他のそのような提案も当然可能である。
最初に、図３Ｃは、ネットワークカメラ２１０内で／によって実行することができる方法３０２の一実施形態のフローを概略的に示す。方法３０２のステップは、ネットワークカメラ２１０内で実行される方法３０１のステップに対応し、それらの詳細はここでもう一度繰り返す必要はない。
図３Ｄは、第１の提案「Ａ」に対応する、方法３０２のステップＳ３０６の想定されるサブステップを概略的に示す。提案「Ａ」では、ネットワークカメラ２１０とラップトップ２２０の両方は、ネットワークカメラ２１０がＳＩＧＳ２５０から受信された第２のネットワークアドレス２３４’とのピアツーピア接続のその一部を確立することを含む、ＳＩＧＳ２５０による潜在的なＭＩＴＭ攻撃を心配する前に、最初に、それらが他のピアであると信じるものとのピアツーピア接続を確立することができる。この段階で、ネットワークカメラ２１０とラップトップ２２０の両方の「他のピア」が実際にはＳＩＧＳ２５０であり、例えば、ＳＩＧＳ２５０が中継されたメッセージ３３０を改ざんして、例えば、第２のネットワークアドレス３２４’をそれ自体のネットワークアドレスに等しくしていることは排除されない可能性がある。これまでのいかなるＭＩＴＭに関しても先入観をもつことなく、ネットワークカメラ２１０とラップトップ２２０の両方は、「他のピア」（または他の「当事者」、当事者およびピアという用語は、反対のことが述べられていない場合、本明細書では交換可能に使用されるので）と確立されたそれぞれのピアツーピア接続を暗号化する試みに参加することができる。これは、ピアツーピア接続の端部間で１つまたは複数のセキュリティキーを交換することを含んでもよい。方法３０２のステップＳ３０６のサブステップＳ３０６ａ－Ｉにおいて、これは、ネットワークカメラ２１０が、接続の他のピア（すなわち、第２のネットワークアドレス３２４’）の公開鍵も受信しながら、接続の他のピア（すなわち、第２のネットワークアドレス３２４’）に自身の公開鍵を提供できることを含んでもよい。同様に、ラップトップは、接続の想定される他のピアから公開鍵を受信しながら、接続の想定される他のピアに自身の公開鍵を提供することができる。特定の他のピアから受信された公開鍵は、特定の他のピアに送信する前にデータを暗号化するために使用されてもよく、特定の他のピアは、その対応する秘密鍵を使用してデータを解読することができるなどである。暗号化のそのような手順は、当業者によく知られていると想定され、例えば、トランスポートレイヤセキュリティ（例えば、ＲＦＣ８４４６に記載されているＴＬＳ、またはＩＥＴＦによって公開されたそれに対する任意の拡張）、データグラムＴＬＳ（例えば、ＲＦＣ６３４７またはＩＥＴＦによる関連刊行物に記載されているＤＴＬＳ）などの確立されたプロトコルの使用を含んでもよい。
重要なことに、方法３０２のステップＳ３０６のサブステップＳ３０６ａ－ｉｉにおいて、ラップトップ２２０は、第２のネットワークアドレス３２４’から受信した公開鍵が、ＳＩＧＳ２５０から受信された第２の署名付きデータ項目３２３’にも含まれることを検証することができる。あるいは、代わりに（または加えて）第２の署名付きデータ項目３２３’が公開鍵の指紋を含む場合、ネットワークカメラ２１０は、第２のネットワークアドレス３２４’から受信された公開鍵の指紋が第２の署名付きデータ項目３２３’に含まれる指紋であることを検証することができる。最初に、第２の署名付きデータ項目３２３’が実際に信頼できるネットワークサービス２６０によって署名されたことを（方法３０２のステップＳ３０５において）検証することにより、ネットワークカメラ２１０は、ラップトップ２２０の公開鍵を含むデータ項目３２１がＳＩＧＳ２５０によって改ざんされておらず、第２の署名付きデータ項目３２３’がラップトップ２２０の第１の署名付きデータ項目３２３と同じであり、第２のネットワークアドレス３２４’がラップトップ２２０に連絡するための第１のネットワークアドレス３２４と同じであることを、大きい確信をもって想定することができる。これは、ラップトップ２２０が、ネットワークカメラ２１０へのピアツーピア接続であると信じるものの暗号化にその公開鍵を使用する場合、ラップトップ２２０の公開鍵（または少なくともその指紋）が、ネットワークカメラ２１０がＳＩＧＳ２５０から受信する第２の署名付きデータ項目３２３’に含まれるからである。
結果として、ネットワークカメラ２１０は、想定される他のピア（すなわち、第２のネットワークアドレス）から受信された公開鍵がラップトップ２２０の公開鍵であるかどうかを知ることができ、次いで、想定される他のピアが実際にラップトップ２２０であるかどうか、またはそれが、例えば、ＳＩＧＳ２５０がＭＩＴＭ攻撃を実行しようとしているかどうかも知ることができる。公開鍵（または少なくともそれらの指紋）が一致すること、およびピアツーピア接続がラップトップ２２０との直接のピアツーピア接続３４０であることを検証する場合、ネットワークカメラ２１０は、先へ進み、方法３０２のステップＳ３０７において、ピアツーピア接続３４０を介したラップトップ２２０からのリモートアクセスを可能／有効にすることができる。公開鍵（またはそれらの指紋）が一致することを検証することができない場合、ネットワークカメラ２１０は、何かが間違っていること、例えば、ＳＩＧＳ２５０が１つまたは複数のメッセージ３３２’を改ざんしようとしていること、およびＳＩＧＳ２５０のようなものが中間者として機能していないことを確認できないので、リモートアクセスが許可されるべきではないことを想定することができる。次いで、ネットワークカメラ２１０は、例えばエラーメッセージで応答するか、確立されたピアツーピア接続を切断するか、またはその両方を行うことができる。例えば、他の代替も可能であるが、本明細書ではさらに詳述されない。提案「Ａ」は、例えば、ラップトップ２２０の公開鍵が暗号化目的ですでに利用可能である（それは、例えば、ＴＬＳまたはＤＴＬＳ暗号鍵であり得る）という点、およびＳＩＧＳ２５０がさらなる公開鍵／秘密鍵のペアを生成する必要なくそのＭＩＴＭ攻撃を実行し成功することを防止するためにも同じ公開鍵が使用され得るという点で、特に有利であり得る。
図３Ｅは、別の第２の提案「Ｂ」による方法３０２のステップＳ３０６のサブステップを概略的に示す。提案「Ｂ」において、ラップトップ２２０は、それがＳＩＧＳ２５０に送信する１つまたは複数のメッセージ３３２の少なくとも一部に暗号署名することを選択することができる。署名は、データ項目３２１および署名付きデータ項目３２３に含まれるラップトップ２２０の公開鍵に関連付けられた秘密鍵を使用して実行される（本明細書では、「関連付けられた」は公開鍵および秘密鍵が同じ公開鍵／秘密鍵のペアの一部を形成することを意味する）。ラップトップ２２０は、例えば、ネットワークアドレス３２４が提供される１つまたは複数のメッセージ３３２の少なくとも一部に署名することができる。ＳＩＧＳ２５０から１つまたは複数のメッセージ３３２’を受信した後に、ネットワークカメラ２１０は、ＳＩＧＳ２５０から受信された第２の署名付きデータ項目３２３’を使用して、方法３０２のステップＳ３０６のサブステップＳ３０６ｂにおいて、第２のネットワークアドレス３２４’（の少なくとも指紋）が、第２の署名付きデータ項目３２３’に含まれる公開鍵に関連付けられた秘密鍵によって署名されていることを検証することができる。そうすることにより、ネットワークカメラ２１０は、ＳＩＧＳ２５０から受信されたたメッセージ３３２’が、元々ラップトップ２２０からＳＩＧＳ２５０に送信されたメッセージ３３２と同じであるかどうか、またはメッセージがＳＩＧＳ２５０によって改ざんされているかどうかをチェックすることができる。ＳＩＧＳ２５０は、例えば、ラップトップ２２０の第１のネットワークアドレスをそれ自体の第２のネットワークアドレスによって置き換えようとしている可能性があるが、メッセージ３３２のその部分の署名がメッセージの内容ともはや一致しなくなる（または署名がＳＩＧＳ２５０によって更新されなければならなくなる）ので、ネットワークカメラ２１０はそのような改ざんの試みを検出することができる。改ざんがネットワークカメラ２１０によって発見された場合、ネットワークカメラ２１０は、例えばピアツーピア接続を全く確立しないことを選択することができる。この提案は、ネットワークカメラ２１０とラップトップ２２０に属すると想定される任意のアドレスとの間にその（または任意の）ピアツーピア接続が確立される前でも、ネットワークカメラ２１０によって改ざんの試みを検出することができるという点で特に有益である。
上記の提案「Ａ」（および対応するサブステップＳ３０６ａ－ｉおよびＳ３０６ａ－ｉｉ）ならびに「Ｂ」（および対応するサブステップＳ３０６ｂ）は、方法３０２の一部として（したがって方法３０１の一部として）ネットワークカメラ２１０によって一度に１つずつ、または一度に両方実施され得ると想定される。
いくつかの想定される実施形態では、ネットワークサービス２６０は、ラップトップ２２０の認可および／または認証を提供するために使用することもでき、その結果、ネットワークカメラ２１０は、ラップトップ２２０がリモートアクセスを許可されるべきか否かを知ることができる。例えば、ラップトップ２２０からネットワークサービス２６０に送信されるメッセージ３１０は、アクセストークンの要求を含んでもよい（または、図３に示されていない別のメッセージ内でそれによって補完されてもよい）。ネットワークサービス２６０は、ラップトップ２２０がネットワークカメラ２１０へのアクセスを提供されるべきかどうかをチェックすることができ、答えが肯定である場合、ネットワークサービス２６０は、そのようなアクセストークンを生成しラップトップ２２０に返すことができる。アクセストークンは、例えば、データ項目３２１に挿入され、ラップトップ２２０の公開鍵と一緒に共同署名されてもよい。次いで、第１の署名付きデータ項目３２３は、（署名付き）アクセストークンも含んでもよく、ネットワークカメラ２１０は、ＳＩＧＳ２５０からの署名付きデータ項目３３３内で受信されたアクセストークンが、実際に特定のネットワークサービス２５０によって署名されていることを検証し、次いで、ラップトップ２２０からネットワークカメラ２１０へのアクセスを許可することができる。これは、ネットワークサービス２６０がネットワークカメラ２１０によって信頼されていると想定されるためである。アクセストークンは、ＭＩＴＭ攻撃を防止するために必ずしも必要ではないが、ラップトップ２２０が認可／認証されているかどうかに関する追加情報として機能できることに留意されたい。データ項目は、例えば、ジャバウェブトークン（ＪＷＴ）などであってもよく、例えば、ラップトップ２２０の公開鍵、ネットワークサービス２６０の署名、および場合によっては（使用される場合）アクセストークンも含むことができる。例えば、ラップトップ２２０の認可および／または認証のためにＪＷＴがすでに使用されている場合、すでに利用可能で使用済みのＪＷＴに公開鍵（またはその指紋）を実装し含めることにより、さらなるデータ構造の必要性を防止し、交換されるデータ変数の数を減らすことができる。当然、データ項目のフォーマットを指定する他の方法も可能である。データ項目３２１は、例えば、ラップトップ２２０の公開鍵がアクセストークン内に含まれる場合、アクセストークン自体であってもよい。
図３Ｆは、ラップトップ２２０内で／によって実行され得る方法３０３の一実施形態を示す。方法３０３のステップＳ３０１～Ｓ３０３は、図３Ｂを参照して記載された方法３０１の同じステップＳ３０１～Ｓ３０３に対応し、したがって、それらの詳細はここでは再度繰り返さない。図３Ｆは、方法３０３の一部として（かつ図３Ｂを参照して記載された方法３０１の一部として）ラップトップ２２０によって実行され得る２つの任意選択のサブステップＳ３０８ａおよびＳ３０８ｂをさらに示す。例えば、サブステップＳ３０８ａおよびＳ３０８ｂの一方のみが実行されること、またはサブステップＳ３０８ａおよびＳ３０８ｂの両方が実行されることが想定される。サブステップＳ３０８ａは、ラップトップ２２０が想定されるネットワークカメラ２１０とのピアツーピア接続を暗号化する試みに参加することを含む。次いで、ラップトップ２２０は、少なくとも指紋が第１の署名付きデータ項目３２３に含まれる公開鍵を使用する。これにより、本明細書で前述されたように、ネットワークカメラ２１０は、ピアツーピア接続が確立され、その暗号化が試みられると、ＳＩＧＳ２５０によってＭＩＴＭ攻撃が実行されないことを検証することが可能になる。サブステップＳ３０８ｂにおいて、ラップトップ２２０は、第１のネットワークアドレス３２４が含まれる１つまたは複数のメッセージ３３２の少なくとも一部（の少なくとも指紋）に署名する。本明細書で前述されたように、これにより、ネットワークカメラ２１０が、第２のネットワークアドレス３２４’へのピアツーピア接続を確立しなければならない前に、第２のネットワークアドレス３２４’がＳＩＧＳ２５０によって改ざんされていないこと、および第２のネットワークアドレス３２４’がラップトップ２２０に連絡するための第１のネットワークアドレス３２４に対応することをチェックすることが可能になる。
本明細書で想定されるすべての実施形態では、例えばネットワークカメラ２１０からラップトップ２２０にデータをストリーミングするための規格は、例えば、ウェブリアルタイムコネクト（ＷｅｂＲＴＣ）として知られている規格に従うことができ、それは、例えばネットワークカメラと、例えばネットワークカメラからのビデオストリームが消費されるべき（ラップトップなどで動作する）ブラウザとの間のピアツーピア接続を確立するためのシグナリングサービス（ＳＩＧＳ）にすでに依存している。本明細書で提案される解決策は、ＳＩＧＳ２５０を介してネットワークカメラ２１０とラップトップ２２０との間で実行される通信におけるデータ項目（すなわち、ラップトップ２２０の公開鍵、または公開鍵の指紋を含む）に追加の項目を提供することのみを含むので、本明細書で提案された方法を実施しながら、ＷｅｂＲＴＣの実践に依然として従うことができる。詳細には、ＷｅｂＲＴＣは、例えばセッションおよび接続条件をネゴシエーションするためのＳＤＰメッセージの使用を指定し、これらのＳＤＰメッセージは、ＷｅｂＲＴＣ手順の他の部分に悪影響を与えることなく、本明細書で説明された署名付きデータ項目に必要な追加データを含めるのによく適している。
本明細書では、１つまたは複数のコンピュータプログラムを提供することも想定される。そのようなコンピュータプログラムの１つは、例えば、ネットワークシステムにおいて方法３０１を実行するためのもの、例えばネットワークカメラの形態のネットワークデバイスにおいて方法３０２を実行するためのもの、および／または、例えばユーザデバイス（ラップトップ、タブレット、スマートフォン、ウェアラブルデバイス、デスクトップコンピュータなど）の形態のネットワークデバイスにおいて方法３０３を実行するためのものであってもよい。コンピュータプログラムは、例えば、ネットワークデバイス２１０および２２０の一方または両方のメモリ２３２に記憶された命令に対応することができ、その結果、対応する方法は、プロセッサ（または処理回路）が命令を実行するとネットワークデバイスによって実行される。他の想定される実施形態では、コンピュータプログラムは、まだプロセッサによって読取り可能ではない形態であってもよく、むしろ、例えばプログラミング言語によるテキストとして提供されてもよく、そのテキストは、例えばその適切なコンパイラを使用することにより、プロセッサによって読取り可能なフォーマットにコンパイルされる必要がある。当然、コンパイラは、プロセッサ自体によって実行されてもよく、リアルタイムコンパイルのためにプロセッサ自体の一部を形成さえしてもよい。本明細書では、１つまたは複数のコンピュータプログラム製品を提供することも想定される。各々のそのようなコンピュータプログラム製品は、上述されたコンピュータプログラムのうちの１つまたは複数が記憶されたコンピュータ可読記憶媒体を含む。例えば、１つのコンピュータプログラム製品は、本明細書で前述されたように、方法３０１を実行するためのコンピュータプログラム、方法３０２を実行するためのコンピュータプログラム、および／または方法３０３を実行するためのコンピュータプログラムを含んでもよい。本開示において本明細書で使用されるように、（コンピュータ可読）記憶媒体（例えば、「メモリ」）は、例えば、ランダムアクセスメモリ（ＲＡＭ）と読取り専用メモリ（ＲＯＭ）の任意の組合せであってもよい。いくつかの実施形態では、コンピュータ可読記憶媒体は、一時的（例えば、プロセッサによって読取り可能な電気信号）であってもよい。他の実施形態では、コンピュータ可読記憶媒体は、非一時的（例えば、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）、セキュアデジタル（ＳＤ）カードなどの不揮発性メモリ、ＵＳＢフラッシュドライブ、または磁気メモリ、光メモリ、ソリッドステートメモリ、またはさらには遠隔実装メモリの任意の組合せなどの形態）であってもよい。それらの機能がプロセッサおよび／または中間コンパイラによって読取り可能であるようにコンピュータプログラムを記憶することを可能にする限り、他のタイプのコンピュータ可読記憶媒体も想定される。本開示において本明細書で使用されるように、「処理回路」または「プロセッサ」は、例えば、メモリに記憶されたソフトウェア命令を実行することが可能な、適切な中央処理装置（ＣＰＵ）、マルチプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などのうちの１つまたは複数の任意の組合せであってもよい。
本明細書で提示された様々な実施形態を要約すると、本開示は、例えばユーザデバイスから例えばネットワークカメラへのリモートアクセスを可能にする改善された方法を提供する。これは、ａ）ユーザデバイス（例えば、ラップトップ）が、例えばユーザデバイスの公開鍵（の指紋）などの「個人的な」何かを含むデータ項目をユーザデバイスに提供し、ｂ）データ項目が、ネットワークカメラが知らずにＳＩＧＳがデータ項目を改ざんできないように、ネットワークカメラによって信頼されているネットワークサービスによって署名され、ｃ）ユーザデバイスが、ネットワークカメラとユーザデバイスとの間のピアツーピア接続のための条件のネゴシエーションの一部として、ＳＩＧＳを介してネットワークカメラに署名付きデータ項目を転送しようと試み、ｄ）データ項目がユーザデバイスにとって個人的な何かを含むので、ネットワークカメラが、この個人的な何かを使用して、ＳＩＧＳがＭＩＴＭ攻撃を実行するためにネゴシエーション中に中継されたメッセージを改ざんしようとしていないことを検証することができるからである。これは、ユーザデバイスの公開鍵が、例えば、ｉ）このネットワークアドレスがＳＩＧＳによって改ざんされているかどうかをネットワークカメラが通知することができるように、ネゴシエーション中にネットワークカメラに転送されたユーザデバイスに連絡するための提案されたネットワークアドレスに署名するために、かつ／またはｉｉ）ネットワークデバイスがネゴシエーションの一部として受信する提案されたネットワークアドレスから提供された公開鍵が実際にユーザデバイスの公開鍵であり、例えばＳＩＧＳの公開鍵ではないかどうかをネットワークデバイスが知ることができるようにピアツーピア接続を暗号化するために、ユーザデバイスによって使用され得るからである。本明細書で想定されるこれらの様々な解決策は、ネットワークカメラおよび／またはユーザデバイスのいずれかのいかなる実質的な修正も必要とせずに、ＳＩＧＳによる潜在的なＭＩＴＭ攻撃を回避する容易な方法を提供する。
特徴および要素は特定の組合せで上述されてもよいが、各々の特徴または要素は、他の特徴および要素なしで単独で、または他の特徴および要素の有無にかかわらず様々な組合せで使用されてもよい。さらに、開示された実施形態に対する変形形態は、図面、開示、および添付の特許請求の範囲の学習から、特許請求された発明を実践する際に当業者によって理解および達成されてもよい。
特許請求の範囲において、「備える」および「含む」という語は他の要素を排除せず、不定冠詞「ａ」または「ａｎ」は複数を排除しない。いくつかの特徴が相互に異なる従属請求項に記載されているという単なる事実は、利益をもたらすためにこれらの特徴の組合せを使用することができないことを示すものではない。
１１０、２１０ 第１のネットワークデバイス（ネットワークカメラ）
１２０、２２０ 第２のネットワークデバイス（ラップトップ、ユーザデバイス）
１３０ 第１のＬＡＮ
１３１ 第２のＬＡＮ
１３２、１３３ 第１および第２のファイアウォール
１３４、１３５ 第１および第２のＮＡＴデバイス
１３６ 共通ネットワーク（例えば、インターネット）
１４０、２４０ 第１のネットワークデバイスと第２のネットワークデバイスとの間のピアツーピア（Ｐ２Ｐ）接続
１４１、１４２ 悪意のあるＳＩＧＳへのＰ２Ｐ接続
１５０、２５０ シグナリングサービス（ＳＩＧＳ）
２００ ネットワークシステム
２３０ プロセッサ
２３２ メモリ
２３４ ネットワークインタフェース
２３６ 追加項目
２３８ 通信バス
２６０ 信頼できるネットワークサービス
３００ メッセージフロー
３０１ ネットワークシステムにおいて／によって実行される方法
３０２ 第１のネットワークデバイスにおいて／によって実行される方法
３０３ 第２のネットワークデバイスにおいて／によって実行される方法
３２１ データ項目
３２２ 署名
３２３、３２３’ 第１および第２の署名付きデータ項目
３２４、３２４’ 第１および第２のネットワークアドレス
３３０ ネゴシエーションメッセージ
３３２ 第２のネットワークデバイスからＳＩＧＳへのメッセージ
３３２’ ＳＩＧＳから第１のネットワークデバイスへのメッセージ
３３４ 第１のネットワークデバイスからＳＩＧＳへのメッセージ
３３４’ ＳＩＧＳから第２のネットワークデバイスへのメッセージ

Claims (15)

  1. 第２のネットワークデバイス（１２０）から第１のネットワークデバイス（１１０）へのリモートネットワークアクセスを可能にする方法（３００、３０１）であって、
    ａ）前記第２のネットワークデバイスが、前記第２のネットワークデバイスの公開鍵および前記公開鍵の指紋のうちの少なくとも一方を含むデータ項目（３２１）を生成すること（Ｓ３０１）と、
    ｂ）前記第２のネットワークデバイスが、ネットワークサービス（２６０）を使用して、対応する第１の署名付きデータ項目（３２３）を生成するために前記データ項目に暗号化署名すること（Ｓ３０２）であって、前記第１の署名付きデータ項目が前記ネットワークサービスによって署名されていることが前記第１のネットワークデバイスによって検証可能である、暗号化署名すること（Ｓ３０２）と、
    ｃ）前記第１のネットワークデバイスおよび前記第２のネットワークデバイスが、中間シグナリングサービス、ＳＩＧＳ（２５０）を介して、ピアツーピア接続（３４０）を確立するための条件のネゴシエーションを実行することであって、前記第２のネットワークデバイスが、前記ＳＩＧＳへの１つまたは複数のメッセージ（３３２）内で、前記第１の署名付きデータ項目（３２３）および前記第２のネットワークデバイスに接続するための第１のネットワークアドレス（３２４）を送信すること（ｓ３０３）を含み、前記第１のネットワークデバイスが、前記ＳＩＧＳからの１つまたは複数のメッセージ（３３２’）内で、第２の署名付きデータ項目（３２３’）および第２のネットワークアドレス（３２４’）を受信すること（Ｓ３０４）を含む、ネゴシエーションを実行することと、
    ｄ）前記第１のネットワークデバイスが、最初に
    ｄ－ｉ）前記第２の署名付きデータ項目が前記ネットワークサービスによって署名されていることを検証すること（Ｓ３０５）、および
    ｄ－ｉｉ）前記第２の署名付きデータ項目を使用して、前記第２のネットワークアドレスが前記第１のネットワークアドレスであり、前記ＳＩＧＳによって改ざんされていないことを検証すること（Ｓ３０６）
    の後に、ネゴシエーションされた前記条件を使用して前記ピアツーピア接続を介して前記第２のネットワークアドレスからの前記リモートネットワークアクセスを可能にすること（Ｓ３０７）と
    を含む、方法。
  2. ステップｄ）が、前記第１のネットワークデバイスが、前記第２のネットワークアドレス（３２４’）から受信された公開鍵を使用して前記ピアツーピア接続を暗号化する試みに参加すること（Ｓ３０６ａ－ｉ）を含み、ステップｄ－ｉｉ）が、前記第１のネットワークデバイスが、前記第２のネットワークアドレスから受信された前記公開鍵、および／または前記第２のネットワークアドレスから受信された前記公開鍵の指紋が、前記ＳＩＧＳから受信された前記第２の署名付きデータ項目に含まれることを検証すること（Ｓ３０６ａ－ｉｉ）を含む、請求項１に記載の方法。
  3. 前記暗号化が、データグラムトランスポートレイヤセキュリティ、ＤＴＬＳを使用して実行され、前記第２のネットワークアドレスから受信された前記公開鍵がＤＴＬＳ公開鍵である、請求項２に記載の方法。
  4. 前記第２のネットワークデバイスが、前記第２のネットワークデバイスの第２の公開鍵に関連付けられた秘密鍵を使用して、前記ＳＩＧＳに送信された前記１つもしくは複数のメッセージ（３３２）の少なくとも一部、および／または前記ＳＩＧＳに送信された前記１つもしくは複数のメッセージ（３３２）の前記少なくとも一部の指紋の少なくとも一部に署名すること（Ｓ３０８ｂ）を含み、ステップｄ－ｉｉ）が、前記ＳＩＧＳから受信された前記１つもしくは複数のメッセージ（３３２’）の少なくとも一部、および／またはＳＩＧＳから受信された前記１つもしくは複数のメッセージ（３３２’）の前記少なくとも一部の指紋の少なくとも一部が、前記第２の署名付きデータ項目に含まれる公開鍵に関連付けられた秘密鍵を使用して署名されていることを前記第１のネットワークデバイスが検証するステップ（Ｓ３０６ｂ）を含む、請求項１から３のいずれか一項に記載の方法。
  5. ウェブリアルタイムコネクト、ＷｅｂＲＴＣを使用して前記リモートネットワークアクセスを提供することを含み、前記１つまたは複数のメッセージ（３３０）が、少なくともセッション記述プロトコル、ＳＤＰの回答および／または申入れを含み、前記第１のネットワークアドレスが相互接続確立、ＩＣＥ候補である、請求項１から４のいずれか一項に記載の方法。
  6. 前記データ項目が、前記第２のネットワークデバイスを認可および／または認証するために、前記ネットワークサービスによって提供および署名もされたアクセストークンであるか、それを含むか、またはそれによって補完され、前記ステップｄ）が、前記アクセストークンが前記ＳＩＧＳから受信された前記第２の署名付きデータ項目であるか、それに含まれるか、またはそれを補完することを前記第１のネットワークデバイスが検証することを含む、請求項５に記載の方法。
  7. ネットワークデバイス（２１０）であって、
    プロセッサ（２３０）と、
    前記プロセッサによって実行されると、
    中間シグナリングサービス、ＳＩＧＳ（２５０）を介して前記ネットワークデバイスと第２のネットワークデバイス（２２０）との間のピアツーピア接続のための条件をネゴシエーションすることであって、前記ＳＩＧＳからの１つまたは複数のメッセージ（３３２’）内で、署名付きデータ項目（３２３’）およびネットワークアドレス（３２４’）を受信すること（Ｓ３０４）を含む、ピアツーピア接続のための条件をネゴシエーションすることと、
    ネゴシエーションされた前記条件を使用して前記ピアツーピア接続を介して前記ネットワークアドレスからのリモートネットワークアクセスを可能にすること（Ｓ３０７）であって、最初に、
    前記ＳＩＧＳから受信された前記署名付きデータ項目が前記ネットワークデバイスによって信頼されているネットワークサービス（２６０）によって署名されていることを検証すること（Ｓ３０５）、および
    前記ＳＩＧＳから受信された前記署名付きデータ項目を使用して、前記ＳＩＧＳから受信された前記ネットワークアドレスが前記ＳＩＧＳによって改ざんされていないことを検証すること
    を含む、リモートネットワークアクセスを可能にすること（Ｓ３０７）と
    を前記ネットワークデバイスに行わせる命令を記憶するメモリ（２３２）と
    を備える、ネットワークデバイス（２１０）。
  8. 前記命令がさらに、前記ネットワークアドレスから受信された公開鍵を使用して前記ピアツーピア接続を暗号化する試みに前記ネットワークデバイスを参加させ（Ｓ３０６ａ－ｉ）、最初にまた前記ネットワークアドレスから受信された前記公開鍵、および／または前記ネットワークアドレスから受信された前記公開鍵の指紋が、前記ＳＩＧＳから受信された前記署名付きデータ項目に含まれることを検証した（Ｓ３０６ａ－ｉｉ）後に、前記ネットワークアドレスからの前記リモートネットワークアクセスを前記ネットワークデバイスに可能にさせる、請求項７に記載のネットワークデバイス。
  9. 前記命令がさらに、前記ネットワークアドレスを含む前記ＳＩＧＳから受信された前記１つもしくは複数のメッセージの少なくとも一部、および／または前記ネットワークアドレスを含む前記ＳＩＧＳから受信された前記１つもしくは複数のメッセージの前記少なくとも一部の指紋が、前記ＳＩＧＳから受信された前記署名付きデータ項目に含まれる公開鍵に関連付けられた秘密鍵を使用して署名されていることを前記ネットワークデバイスに検証させる（Ｓ３０６ｂ）、請求項７または８に記載のネットワークデバイス。
  10. ネットワークデバイス（２２０）であって、
    プロセッサ（２３０）と、
    前記プロセッサによって実行されると、
    前記ネットワークデバイスの公開鍵および前記公開鍵の指紋のうちの少なくとも一方を含むデータ項目（３２１）を生成すること（Ｓ３０１）と、
    ネットワークサービス（２６０）を使用して、対応する署名付きデータ項目（３２３）を生成するために前記データ項目に暗号化署名すること（Ｓ３０２）であって、前記署名付きデータ項目が前記ネットワークサービスによって署名されていることが第２のネットワークデバイス（２１０）によって検証可能である、暗号化署名すること（Ｓ３０２）と、
    中間シグナリングサービス、ＳＩＧＳ（２５０）を介して前記ネットワークデバイスと前記第２のネットワークデバイスとの間のピアツーピア接続のための条件をネゴシエーションすることであって、前記ＳＩＧＳへの１つまたは複数のメッセージ（３３２）内で、前記署名付きデータ項目および前記ネットワークデバイスに連絡するためのネットワークアドレス（３２４）を送信すること（Ｓ３０３）を含む、ピアツーピア接続のための条件をネゴシエーションすることと
    を前記ネットワークデバイスに行わせる命令を記憶するメモリ（２３２）と
    を備える、ネットワークデバイス（２２０）。
  11. 前記命令がさらに、前記公開鍵を使用して前記ピアツーピア接続を暗号化する試みに前記ネットワークデバイスを参加させる（Ｓ３０８ａ）、請求項１０に記載のネットワークデバイス。
  12. 前記命令がさらに、前記公開鍵に関連付けられた秘密鍵を使用して、前記ネットワークアドレスを含む前記１つもしくは複数のメッセージの少なくとも一部に署名すること、および／または前記ネットワークアドレスを含む前記１つもしくは複数のメッセージの前記少なくとも一部の指紋に署名すること（Ｓ３０８ｂ）を前記ネットワークデバイスに行わせる、請求項１０または１１に記載のネットワークデバイス。
  13. 前記命令がさらに、前記ネットワークサービスを使用して、前記署名付きデータ項目が前記ネットワークデバイスを前記第２のネットワークデバイスに対して認可および／または認証するために前記ネットワークサービスによって署名されたアクセストークンであるか、それを含むか、またはそれによって補完されるようにすることを前記ネットワークデバイスに行わせる、請求項１０から１２のいずれか一項に記載のネットワークデバイス。
  14. 第１のネットワークデバイス（２１０）および第２のネットワークデバイス（２２０）を含み、請求項１から６のいずれか一項に記載の方法（３００、３０１）に従って、前記第２のネットワークデバイスから前記第１のネットワークデバイスへのリモートネットワークアクセスを可能にするように構成されている、ネットワークシステム（２００）。
  15. 前記第１のネットワークデバイスがネットワークカメラであり、リモートアクセスが前記ネットワークカメラから前記第２のネットワークデバイスへのビデオフィードをストリーミングすることを含む、請求項１４に記載のネットワークシステム。
JP2022195321A 2021-12-14 2022-12-07 中間者攻撃防止を伴うリモートアクセス Pending JP2023088290A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP21214231.9A EP4199417A1 (en) 2021-12-14 2021-12-14 Remote access with man-in-the-middle attack-prevention
EP21214231 2021-12-14

Publications (1)

Publication Number Publication Date
JP2023088290A true JP2023088290A (ja) 2023-06-26

Family

ID=78851219

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022195321A Pending JP2023088290A (ja) 2021-12-14 2022-12-07 中間者攻撃防止を伴うリモートアクセス

Country Status (6)

Country Link
US (1) US20230188562A1 (ja)
EP (1) EP4199417A1 (ja)
JP (1) JP2023088290A (ja)
KR (1) KR20230090231A (ja)
CN (1) CN116264525A (ja)
TW (1) TW202335460A (ja)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015115893A (ja) * 2013-12-13 2015-06-22 富士通株式会社 通信方法、通信プログラム、および中継装置
GB2529864A (en) * 2014-09-04 2016-03-09 Westhawk Ltd Secure communication method
US10298404B1 (en) * 2014-12-12 2019-05-21 Amazon Technologies, Inc. Certificate echoing for session security
US11151229B1 (en) * 2020-04-10 2021-10-19 Avila Technology, LLC Secure messaging service with digital rights management using blockchain technology

Also Published As

Publication number Publication date
CN116264525A (zh) 2023-06-16
KR20230090231A (ko) 2023-06-21
TW202335460A (zh) 2023-09-01
US20230188562A1 (en) 2023-06-15
EP4199417A1 (en) 2023-06-21

Similar Documents

Publication Publication Date Title
US9398026B1 (en) Method for authenticated communications incorporating intermediary appliances
US10051666B2 (en) Peer to peer networking and sharing systems and methods
KR102021213B1 (ko) 엔드 투 엔드 서비스 계층 인증
US10389524B2 (en) Introducing middleboxes into secure communications between a client and a server
US8788805B2 (en) Application-level service access to encrypted data streams
US8725885B1 (en) Securely establishing ice relay connections
US10587586B2 (en) System and method for a multi system trust chain
EP1267548A2 (en) Method and system for integrating security mechanisms into session initiation protocol request messages for client-proxy authentication
US20100138649A1 (en) Transmission of packet data over a network with security protocol
CN107147611B (zh) 传输层安全tls建链的方法、用户设备、服务器和系统
US9882897B2 (en) Method and system for transmitting and receiving data, method and device for processing message
US11736304B2 (en) Secure authentication of remote equipment
US10721219B2 (en) Method for establishing a secure communication session in a communications system
CN104301107A (zh) 经由相应WebRTC数据信道验证WebRTC媒体信道私密性的方法、系统
KR20120099649A (ko) 저-지연 피어 세션 구축
US10721061B2 (en) Method for establishing a secure communication session in a communications system
WO2023241176A1 (zh) 通信方法、装置、设备、存储介质及程序产品
US10659228B2 (en) Method for establishing a secure communication session in a communications system
CN111226418A (zh) 针对跨网络周边防火墙的设备使能零接触引导
JP4619059B2 (ja) 端末装置、ファイアウォール装置、及びファイアウォール装置制御のための方法、並びにプログラム
JP2023088290A (ja) 中間者攻撃防止を伴うリモートアクセス
Janak et al. An Analysis of Amazon Echo's Network Behavior
KR101730403B1 (ko) 네트워크 경로를 관리하는 방법 및 이를 수행하는 네트워크 엔티티
US20230216947A1 (en) Method and System to Implement Secure Real Time Communications (SRTC) Between WebRTC and the Internet of Things (IoT)
JP4583424B2 (ja) 端末間の暗号化通信チャネルを構築するためのセッション管理装置、方法及びプログラム