JP6806263B2 - Ｖｎｆパッケージ署名システム及びｖｎｆパッケージ署名方法 - Google Patents
Ｖｎｆパッケージ署名システム及びｖｎｆパッケージ署名方法 Download PDFInfo
- Publication number
- JP6806263B2 JP6806263B2 JP2019542494A JP2019542494A JP6806263B2 JP 6806263 B2 JP6806263 B2 JP 6806263B2 JP 2019542494 A JP2019542494 A JP 2019542494A JP 2019542494 A JP2019542494 A JP 2019542494A JP 6806263 B2 JP6806263 B2 JP 6806263B2
- Authority
- JP
- Japan
- Prior art keywords
- vnf
- vnf package
- package
- certificate
- private key
- 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
-
- 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/0272—Virtual private networks
-
- 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
-
- 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
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/28—Restricting access to network management systems or functions, e.g. using authorisation function to access network configuration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
-
- 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
-
- 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/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
- H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
- H04L9/083—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) involving central third party, e.g. key distribution center [KDC] or trusted third party [TTP]
-
- 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/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0894—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage
- H04L9/0897—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage involving additional devices, e.g. trusted platform module [TPM], smartcard or USB
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Computing Systems (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Telephonic Communication Services (AREA)
- Storage Device Security (AREA)
- Stored Programmes (AREA)
Description
（関連出願についての記載）
本発明はインド特許出願：Ｎｏ．２０１７１１００４４３９（２０１７年２月７日出願）に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明はＶＮＦ（仮想ネットワーク機能 Ｖｉｒｔｕａｌｉｚｅｄ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）パッケージの署名システムと、ＶＮＦパッケージの署名方法に関する。
本発明はインド特許出願：Ｎｏ．２０１７１１００４４３９（２０１７年２月７日出願）に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明はＶＮＦ（仮想ネットワーク機能 Ｖｉｒｔｕａｌｉｚｅｄ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）パッケージの署名システムと、ＶＮＦパッケージの署名方法に関する。
ネットワーク機能仮想化（ＮＦＶ）は、先例のないスケールや複雑さや無統制な仮想環境に基づくセキュリティ問題や、柔軟性や、中央制御マネージメントに対して、ユニークな対処の機会をもたらす統一されたオーケストレーションプラットフォームである。
ミッションクリティカルなデータや不可欠なネットワーク機能をクラウドに移動させたいかどうか自らでも不確かな企業や信頼されるサードパーティーにとっては、ネットワークサービスやデータ保護がとりわけ重要であるため、ＮＦＶシステムではセキュリティが重要な問題である。
企業やサードパーティーのベンダーは、強制力のある保証がない場合、ＮＦＶシステムをベースとしたサービスを採用したがらない。従ってＮＦＶでは、機密データや各自のサービスのためのセキュリティ及び保護を、追加して提供する必要がある。
攻撃手法のうちいくつかを以下に示す。
・攻撃者が、コントロールプレーン及びベアラプレーンから機密を盗聴する。
・攻撃者が、インターフェイスあるいはネットワークの要素に過剰な量のデータを処理させることで、シグナリングプレーン及びデータプレーンの状態をサービス拒否状態 (ＤｏＳ) にする。
・攻撃者が、セキュリティのイメージやソフトウェアパッケージをねつ造する。
・サードパーティーベンダーあるいはユーザに対してフールプルーフを行う。
・攻撃者が、コントロールプレーン及びベアラプレーンから機密を盗聴する。
・攻撃者が、インターフェイスあるいはネットワークの要素に過剰な量のデータを処理させることで、シグナリングプレーン及びデータプレーンの状態をサービス拒否状態 (ＤｏＳ) にする。
・攻撃者が、セキュリティのイメージやソフトウェアパッケージをねつ造する。
・サードパーティーベンダーあるいはユーザに対してフールプルーフを行う。
欧州電気通信標準化機構（ＥＴＳＩ）「Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｓａｔｉｏｎ（ＮＦＶ）；Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ」，２０１７年２月７日検索），インターネット，＜URL: http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf＞
図１３は、解決すべき問題を示す図である。図１４は、解決すべき問題を示す図である。
１）主な問題
全てのソフトウェアの署名は、仮想プラットフォーム実装（オンボーディング）前に検査しなければならない。
オペレータはサードパーティーから未署名のソフトウェアを受けとることがある。
オンボーディング前に標準的な検証方法が実施できるように、そのようなソフトウェアは（記憶域）格納前にセキュリティの観点による検証と署名を行うべきである。
本発明は、署名（時）の問題およびそのようなソフトウェアのセキュアな記憶（域）に関する問題に焦点を当てている。例えばこのような問題はＶＩＭ（Ｖｉｒｔｕａｌｉｚｅｄ Ｉｎｆｒａｓｔｒａｃｔｕｒｅ Ｍａｎａｇｅｒ）に対する最近のＰｒｉｍｅ ａｎｄ Ｐｒｏｂｅ Ａｔｔａｃｋにおいて顕著であるからである。
１）主な問題
全てのソフトウェアの署名は、仮想プラットフォーム実装（オンボーディング）前に検査しなければならない。
オペレータはサードパーティーから未署名のソフトウェアを受けとることがある。
オンボーディング前に標準的な検証方法が実施できるように、そのようなソフトウェアは（記憶域）格納前にセキュリティの観点による検証と署名を行うべきである。
本発明は、署名（時）の問題およびそのようなソフトウェアのセキュアな記憶（域）に関する問題に焦点を当てている。例えばこのような問題はＶＩＭ（Ｖｉｒｔｕａｌｉｚｅｄ Ｉｎｆｒａｓｔｒａｃｔｕｒｅ Ｍａｎａｇｅｒ）に対する最近のＰｒｉｍｅ ａｎｄ Ｐｒｏｂｅ Ａｔｔａｃｋにおいて顕著であるからである。
２）その他の問題
ＭＡＮＯはセキュリティ証明（書）を格納する能力を有しない。
セキュアな記憶域から機密データが漏れることがある。
セキュアな記憶域はプラットフォームにある、いかなるＡＰＩ（アプリケーション・プログラミング・インターフェイス）からでもアクセス可能であるため、暗号証明書をセキュアな記憶域に格納したりセキュアな記憶域からアクセスできたりするとセキュア性が損なわれる。
ＭＡＮＯはセキュリティ証明（書）を格納する能力を有しない。
セキュアな記憶域から機密データが漏れることがある。
セキュアな記憶域はプラットフォームにある、いかなるＡＰＩ（アプリケーション・プログラミング・インターフェイス）からでもアクセス可能であるため、暗号証明書をセキュアな記憶域に格納したりセキュアな記憶域からアクセスできたりするとセキュア性が損なわれる。
３）関連する問題
ＶＮＦ採用を成功させる上で、ＶＮＦパッケージをオンボーディングしている過程で検証を行うという点が重要となる。
オンボーディングしている過程では、ＶＮＦパッケージの正当性が検証されていない。
ＶＮＦイメージに、数秒の間にマルウェアを感染させてしまう方法は何通りもありうる。
既存の手法では、内部攻撃者を潜在的な脅威として想定していない。
したがって、ＶＮＦのオンボーディングの間にＶＮＦを検証ないし認証する方法が求められている。
ＶＮＦ採用を成功させる上で、ＶＮＦパッケージをオンボーディングしている過程で検証を行うという点が重要となる。
オンボーディングしている過程では、ＶＮＦパッケージの正当性が検証されていない。
ＶＮＦイメージに、数秒の間にマルウェアを感染させてしまう方法は何通りもありうる。
既存の手法では、内部攻撃者を潜在的な脅威として想定していない。
したがって、ＶＮＦのオンボーディングの間にＶＮＦを検証ないし認証する方法が求められている。
・ＭＡＮＯ（Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ）は、セキュアな証明書を格納したりアクセスしたりするために必要な、セキュアな記憶域（ｓｔｏｒａｇｅ）やＨＩＳＥＥを扱う能力を有していない。
・本発明の解決手段を用いれば、ＶＮＦオンボーディング等のようなＭＡＮＯのいずれの機能についても、ＭＡＮＯとオペレータ／ＴＴＰ間でのセキュリティおよび信頼性がもたらされる。
・ＭＡＮＯ向けには二つのコンポーネントが提案される。すなわちセキュアな記憶域とＨＩＳＥＥである。
・ＭＡＮＯは、ＶＮＦパッケージをオンボーディングしている間に、そのイメージに対してオペレータもしくは信頼される第三者（ｔｒｕｓｔｅｄ ｔｈｉｒｄ ｐａｒｔｙ）が署名できる。
第一の視点に基づけば、次の要素を備えるＶＮＦパッケージ署名システムが提供される：
送信者からのＶＮＦパッケージの受信に応答してＶＮＦイメージを含むＶＮＦパッケージの受信の承認を送るオーケストレーションユニットと、ＶＮＦパッケージを格納しさらに少なくともＶＮＦパッケージ署名のための証明書を生成するための秘密鍵を用いてＶＮＦパッケージ証明書を生成する記憶ユニットと、記憶ユニットからの要求に応答して秘密鍵を提供するＨＩＳＥＥ（Ｈａｒｄｗａｒｅ Ｉｓｏｌａｔｅｄ Ｓｅｃｕｒｅｄ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）。オーケストレーションユニットは、記憶ユニットがＶＮＦパッケージ証明書の生成に成功した場合に、ＶＮＦパッケージの受信の承認を送る。
第二の視点に基づけば、次のステップを含むＶＮＦパッケージ署名方法が提供される：
オーケストレーション装置により、送信者からのＶＮＦパッケージの受信に応答して、ＶＮＦイメージを含むＶＮＦパッケージの受信の承認を送るステップ、記憶装置により、ＶＮＦパッケージを格納し、そしてＶＮＦパッケージ証明書への署名を行うための秘密鍵を用いてＶＮＦパッケージの証明書を生成するステップ、ＨＩＳＥＥ（Ｈａｒｄｗａｒｅ Ｉｓｏｌａｔｅｄ Ｓｅｃｕｒｅｄ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）装置により、記憶ユニットからの要求に応答して秘密鍵を提供するステップ。オーケストレーション装置は、記憶装置がＶＮＦパッケージ証明書の生成に成功した場合に、ＶＮＦパッケージの受信の承認を送る。
・本発明の解決手段を用いれば、ＶＮＦオンボーディング等のようなＭＡＮＯのいずれの機能についても、ＭＡＮＯとオペレータ／ＴＴＰ間でのセキュリティおよび信頼性がもたらされる。
・ＭＡＮＯ向けには二つのコンポーネントが提案される。すなわちセキュアな記憶域とＨＩＳＥＥである。
・ＭＡＮＯは、ＶＮＦパッケージをオンボーディングしている間に、そのイメージに対してオペレータもしくは信頼される第三者（ｔｒｕｓｔｅｄ ｔｈｉｒｄ ｐａｒｔｙ）が署名できる。
第一の視点に基づけば、次の要素を備えるＶＮＦパッケージ署名システムが提供される：
送信者からのＶＮＦパッケージの受信に応答してＶＮＦイメージを含むＶＮＦパッケージの受信の承認を送るオーケストレーションユニットと、ＶＮＦパッケージを格納しさらに少なくともＶＮＦパッケージ署名のための証明書を生成するための秘密鍵を用いてＶＮＦパッケージ証明書を生成する記憶ユニットと、記憶ユニットからの要求に応答して秘密鍵を提供するＨＩＳＥＥ（Ｈａｒｄｗａｒｅ Ｉｓｏｌａｔｅｄ Ｓｅｃｕｒｅｄ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）。オーケストレーションユニットは、記憶ユニットがＶＮＦパッケージ証明書の生成に成功した場合に、ＶＮＦパッケージの受信の承認を送る。
第二の視点に基づけば、次のステップを含むＶＮＦパッケージ署名方法が提供される：
オーケストレーション装置により、送信者からのＶＮＦパッケージの受信に応答して、ＶＮＦイメージを含むＶＮＦパッケージの受信の承認を送るステップ、記憶装置により、ＶＮＦパッケージを格納し、そしてＶＮＦパッケージ証明書への署名を行うための秘密鍵を用いてＶＮＦパッケージの証明書を生成するステップ、ＨＩＳＥＥ（Ｈａｒｄｗａｒｅ Ｉｓｏｌａｔｅｄ Ｓｅｃｕｒｅｄ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）装置により、記憶ユニットからの要求に応答して秘密鍵を提供するステップ。オーケストレーション装置は、記憶装置がＶＮＦパッケージ証明書の生成に成功した場合に、ＶＮＦパッケージの受信の承認を送る。
本発明がもたらす有利な効果の概要を以下に示す。
＜証明書マネージメント＞
・ＭＡＮＯは、オペレータもしくは信頼される（ｔｒｕｓｔｅｄ）サードパーティーがＶＮＦパッケージをオンボードする間にイメージに対してセキュアな署名を提供する。
・ＶＮＦパッケージに署名を行うため、ＭＡＮＯはＨＩＳＥＥから得た秘密鍵（Ｐｓ）の秘密なコンポーネントとモジュラス関数を用いてＶＮＦイメージを認証できる。
＜様々な目的のためのメッセージシーケンス＞
・ＶＮＦパッケージに署名するために与えられた秘密鍵（ＰＳ）からプライベートコンポーネントとモジュラス関数とを導出する。
・ＭＡＮＯにおいて、セキュアな記憶域とＨＩＳＥＥとのハンドシェイクを行う。
＜メッセージフォーマット＞
・ＭＡＮＯからセキュアな記憶域を介して、ＨＩＳＥＥに格納されている機密データにアクセスする。
・セキュアな記憶域とＨＩＳＥＥとの間で送られる、ＶＮＦイメージ署名要求のための手続き。
＜鍵生成＞
・ＮＦＶシステムにおいて認証や暗号化メカニズムのため要求される、ＭＡＮＯベースによるソフトウェア秘密鍵（ＰＳ）の生成
＜証明書マネージメント＞
・ＭＡＮＯは、オペレータもしくは信頼される（ｔｒｕｓｔｅｄ）サードパーティーがＶＮＦパッケージをオンボードする間にイメージに対してセキュアな署名を提供する。
・ＶＮＦパッケージに署名を行うため、ＭＡＮＯはＨＩＳＥＥから得た秘密鍵（Ｐｓ）の秘密なコンポーネントとモジュラス関数を用いてＶＮＦイメージを認証できる。
＜様々な目的のためのメッセージシーケンス＞
・ＶＮＦパッケージに署名するために与えられた秘密鍵（ＰＳ）からプライベートコンポーネントとモジュラス関数とを導出する。
・ＭＡＮＯにおいて、セキュアな記憶域とＨＩＳＥＥとのハンドシェイクを行う。
＜メッセージフォーマット＞
・ＭＡＮＯからセキュアな記憶域を介して、ＨＩＳＥＥに格納されている機密データにアクセスする。
・セキュアな記憶域とＨＩＳＥＥとの間で送られる、ＶＮＦイメージ署名要求のための手続き。
＜鍵生成＞
・ＮＦＶシステムにおいて認証や暗号化メカニズムのため要求される、ＭＡＮＯベースによるソフトウェア秘密鍵（ＰＳ）の生成
ＮＦＶシステムにおいてＶＮＦ署名を行う際のユースケース
（１）オンボーディングの間でのＶＮＦパッケージの署名
（１．１）導入部：ＶＮＦパッケージのオンボーディング
ＶＮＦパッケージのオンボーディングとは、カタログに含まれるべきＶＮＦパッケージをＮＦＶＯに移すプロセスを指す。図１はＶＮＦパッケージをオンボーディングする際のシーケンスダイアグラムを示している。ＶＮＦパッケージをオンボードし検証することが目的である。ＭＡＮＯに新たなＶＮＦがオンボーディングのため利用（入手）可能であることを知らせるプロセスについて以下に示す。
（１）オンボーディングの間でのＶＮＦパッケージの署名
（１．１）導入部：ＶＮＦパッケージのオンボーディング
ＶＮＦパッケージのオンボーディングとは、カタログに含まれるべきＶＮＦパッケージをＮＦＶＯに移すプロセスを指す。図１はＶＮＦパッケージをオンボーディングする際のシーケンスダイアグラムを示している。ＶＮＦパッケージをオンボードし検証することが目的である。ＭＡＮＯに新たなＶＮＦがオンボーディングのため利用（入手）可能であることを知らせるプロセスについて以下に示す。
ａ）プロシジャー
１．送信者が新たなＶＮＦをアップロードし、さらにＮＦＶＯに対して新たなＶＮＦが利用可能になったことを通知する。
２．ＮＦＶＯが新たなＶＮＦのメタデータ（ＶＮＦ記述子）をリクエストする。
３．ＮＦＶＯにＶＮＦ記述子を与える。
４．ＮＦＶＯはＶＮＦＤを処理して、必須要素が与えられているかどうかチェックする。
５．ＮＦＶＯはＶＮＦカタログに対してＶＮＦＤをアップロードする。
１．送信者が新たなＶＮＦをアップロードし、さらにＮＦＶＯに対して新たなＶＮＦが利用可能になったことを通知する。
２．ＮＦＶＯが新たなＶＮＦのメタデータ（ＶＮＦ記述子）をリクエストする。
３．ＮＦＶＯにＶＮＦ記述子を与える。
４．ＮＦＶＯはＶＮＦＤを処理して、必須要素が与えられているかどうかチェックする。
５．ＮＦＶＯはＶＮＦカタログに対してＶＮＦＤをアップロードする。
（１．２） オンボーディングの間におけるＶＮＦパッケージの署名
ａ）問題点
ＶＮＦの採用の成功のために重要となるファクターは、ＶＮＦパッケージがオンボーディングされている最中に署名を行うことである。
オンボーディングされている間、ＶＮＦパッケージの正当性（ａｕｔｈｅｎｔｉｃｉｔｙ）は確証されることがない。
数秒の間にＶＮＦイメージに対してマルウェアを感染させる可能性の高い方法はいくつか存在する。
既知の手法は潜在的脅威として内部攻撃者（ｉｎｓｉｄｅｒ）を考慮していない。
従って、ＶＮＦがオンボーディングされている間に検証を行う必要がある。
ａ）問題点
ＶＮＦの採用の成功のために重要となるファクターは、ＶＮＦパッケージがオンボーディングされている最中に署名を行うことである。
オンボーディングされている間、ＶＮＦパッケージの正当性（ａｕｔｈｅｎｔｉｃｉｔｙ）は確証されることがない。
数秒の間にＶＮＦイメージに対してマルウェアを感染させる可能性の高い方法はいくつか存在する。
既知の手法は潜在的脅威として内部攻撃者（ｉｎｓｉｄｅｒ）を考慮していない。
従って、ＶＮＦがオンボーディングされている間に検証を行う必要がある。
ｂ）：記述
ＶＮＦパッケージをオンボーディングするとは、カタログ５００に含まれるべきＶＮＦパッケージをＮＦＶＯ２００に移すプロセスを指す。図４は証明書管理を使ってＶＮＦパッケージ署名を行う場合のブロック図を示している。ユースケースの目的は、我々の提案する仕組みを用いてＭＡＮＯ１０００により保護される信頼性と完全性を提供するべくＶＮＦパッケージの認証を行うものである。以下では任意の外部ユーザあるいは内部ユーザによるＶＮＦ署名手続きについて１ステップずつ説明している。このブロック図はＭＡＮＯコンポーネントで構成される。すなわち、ＨＩＳＥＥ（Ｈａｒｄｗａｒｅ Ｉｓｏｌａｔｅｄ Ｓｅｃｕｒｅｄ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）４００、セキュアな環境エンジン（ＳＥＥ）４０１、通常環境エンジン８００、ＰＫＣコンテナ４０２、秘密鍵（ＰＳ）（ＨＩＳＥＥ ＳＷ Ｐｌａｔｆｏｒｍ；ＨＩＳＥＥ Ｓｏｆｔｗａｒｅ Ｐｌａｔｆｏｒｍ）４０３、秘密鍵（ＰＨ）（ＨＩＳＥＥ ＨＷ Ｐｌａｔｆｏｒｍ；ＨＩＳＥＥ Ｈａｒｄｗａｒｅ Ｐｌａｔｆｏｒｍ）、セキュアな記憶域３００とで構成されている。
ＶＮＦパッケージをオンボーディングするとは、カタログ５００に含まれるべきＶＮＦパッケージをＮＦＶＯ２００に移すプロセスを指す。図４は証明書管理を使ってＶＮＦパッケージ署名を行う場合のブロック図を示している。ユースケースの目的は、我々の提案する仕組みを用いてＭＡＮＯ１０００により保護される信頼性と完全性を提供するべくＶＮＦパッケージの認証を行うものである。以下では任意の外部ユーザあるいは内部ユーザによるＶＮＦ署名手続きについて１ステップずつ説明している。このブロック図はＭＡＮＯコンポーネントで構成される。すなわち、ＨＩＳＥＥ（Ｈａｒｄｗａｒｅ Ｉｓｏｌａｔｅｄ Ｓｅｃｕｒｅｄ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）４００、セキュアな環境エンジン（ＳＥＥ）４０１、通常環境エンジン８００、ＰＫＣコンテナ４０２、秘密鍵（ＰＳ）（ＨＩＳＥＥ ＳＷ Ｐｌａｔｆｏｒｍ；ＨＩＳＥＥ Ｓｏｆｔｗａｒｅ Ｐｌａｔｆｏｒｍ）４０３、秘密鍵（ＰＨ）（ＨＩＳＥＥ ＨＷ Ｐｌａｔｆｏｒｍ；ＨＩＳＥＥ Ｈａｒｄｗａｒｅ Ｐｌａｔｆｏｒｍ）、セキュアな記憶域３００とで構成されている。
セキュアな記憶域（ないし記憶装置）３００はユニークなキーで暗号化されたものがチェーン接続されており、証明書やライセンス、暗号化鍵データを格納する。セキュアな記憶域から他のデバイスへ生データを転送する行為はアクセスに失敗する。
ＨＩＳＥＥ（Ｈａｒｄｗａｒｅ Ｉｓｏｌａｔｅｄ Ｓｅｃｕｒｅｄ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）４００は、ハードウェアにより強化されたセキュリティ環境であり、セキュリティ・サービスと、信頼できるチェーンとして他の要素とのインターフェイスの双方を提供する。ＨＩＳＥＥはセキュア環境エンジン（ＳＥＥ）と通常環境エンジン（ＮＥＥ）の二つのパラレル実行環境に分けられる。ＨＩＳＥＥはセキュア環境エンジン（ＳＥＥ）４０１と、公開鍵コンテナ（ＰＫＣ）４０２と、秘密鍵（ＰＳ）（ＨＩＳＥＥ ＳＷＰｌａｔｆｏｒｍ） ４０３と、秘密鍵（ＰＨ）（ＨＩＳＥＥ ＨＷＰｌａｔｆｏｒｍ）４０４とで構成されている。ＮＦＶＯ２００の詳細な構成となっているＶＩＭとＮＦＶＩについては、ＥＴＳＩ ＧＳ ＮＦＶ ＭＡＮ ００１（ＮＰＬ１）の５．４．２節を参照。証明書署名を用いたＶＮＦパッケージのオンボーディングの段階ごとの説明は以下のサブセクションで示す。
ｃ）送信者とＮＦＶＯの間のやりとり
図２は、ＶＮＦパッケージ署名処理のうち、送信者とＮＦＶＯとの間のやりとりに関するブロック図である。
図２は、ＶＮＦパッケージ署名処理のうち、送信者とＮＦＶＯとの間のやりとりに関するブロック図である。
ｄ）セキュア記憶域とＨＩＳＥＥの間のやりとり
図３は、ＶＮＦパッケージ署名処理のうち、セキュア記憶域３００とＨＩＳＥＥ４００との間のやりとりに関するブロック図である。
図３は、ＶＮＦパッケージ署名処理のうち、セキュア記憶域３００とＨＩＳＥＥ４００との間のやりとりに関するブロック図である。
ｉ． 通常環境エンジン（ＮＥＥ）８００は非セキュアな実行環境であり、通常環境エンジン８００からＨＩＳＥＥコンポーネントに要求を転送する。
ｉｉ． セキュア環境エンジン（ＳＥＥ）は信頼可能（ｔｒｕｓｔｅｄ）であり、かつセキュアな記憶域３００からＳＥＥ４０１に対して要求を転送する証明可能なセキュア環境である。
ｉｉｉ． ＰＫＣ（Ｐｕｂｌｉｃ−Ｋｅｙ Ｃｒｙｐｔｏｇｒａｐｈｙ）コンテナ４０２は、秘密鍵（ＰＳ）（ＨＩＳＥＥ ＳＷＰｌａｔｆｏｒｍ）４０３から公開エクスポーネント値とモジュラス値を抽出する。
ｉｖ． 秘密鍵（ＰＳ）（ＨＩＳＥＥ ＳＷＰｌａｔｆｏｒｍ）は、ＨＩＳＥＥに格納されるソフトウェアベースの秘密鍵の一種である。
ｖ． 秘密鍵（ＰＨ）（ＨＩＳＥＥ ＨＷＰｌａｔｆｏｒｍ）は、ＨＩＳＥＥに格納されるハードウェアベースの秘密鍵の一種である。
ｉｉ． セキュア環境エンジン（ＳＥＥ）は信頼可能（ｔｒｕｓｔｅｄ）であり、かつセキュアな記憶域３００からＳＥＥ４０１に対して要求を転送する証明可能なセキュア環境である。
ｉｉｉ． ＰＫＣ（Ｐｕｂｌｉｃ−Ｋｅｙ Ｃｒｙｐｔｏｇｒａｐｈｙ）コンテナ４０２は、秘密鍵（ＰＳ）（ＨＩＳＥＥ ＳＷＰｌａｔｆｏｒｍ）４０３から公開エクスポーネント値とモジュラス値を抽出する。
ｉｖ． 秘密鍵（ＰＳ）（ＨＩＳＥＥ ＳＷＰｌａｔｆｏｒｍ）は、ＨＩＳＥＥに格納されるソフトウェアベースの秘密鍵の一種である。
ｖ． 秘密鍵（ＰＨ）（ＨＩＳＥＥ ＨＷＰｌａｔｆｏｒｍ）は、ＨＩＳＥＥに格納されるハードウェアベースの秘密鍵の一種である。
ｅ）ブロック図概観
図４は、ＮＦＶシステムにオンボーディングする間でのＶＮＦパッケージに署名を行う過程のブロック図を示している。
図４は、ＮＦＶシステムにオンボーディングする間でのＶＮＦパッケージに署名を行う過程のブロック図を示している。
ｆ）ユースケース概観：ＶＮＦパッケージ署名の間におけるＨＩＳＥＥでの秘密鍵セキュア化方法
図５は、オンボードされたＶＮＦパッケージに署名をする手順を示している。
図６は、オンボードされたＶＮＦパッケージに署名をする具体的な手順を示している。
図５は、オンボードされたＶＮＦパッケージに署名をする手順を示している。
図６は、オンボードされたＶＮＦパッケージに署名をする具体的な手順を示している。
ｇ）プロシジャー
ステップ１：
ＶＮＦパッケージをオンボードするため、送信者１００からＮＦＶＯ２００にＶＮＦパッケージを送信する。
ステップ２：
ＮＦＶＯ２００は提案されたプロトコルを使って、ＶＮＦパッケージに署名する。
ステップ３：
ＶＮＦパッケージに署名するため、ＮＦＶＯ２００はセキュア記憶域３００に要求を転送する。
ステップ４：
セキュアな記憶域３００は、ＶＮＦ認証と、証明書生成に必要な秘密鍵（ＰＳ）のＡＰＩを開始する。
ステップ５：
秘密鍵（ＰＳ）のＡＰＩは秘密鍵（ＰＳ）を取得するために、通常の環境エンジン（ＮＥＥ）８００へコールを転送する。
ステップ６：
通常環境エンジン８００は、セキュアな環境に配置されているセキュアな環境エンジン（ＳＥＥ）４０１への要求をマッピングする。
ステップ７：
セキュアな環境エンジン（ＳＥＥ）４０１はＨＩＳＥＥに存在する秘密鍵（ＰＳ）を読み取る。
ステップ８：
セキュアな環境エンジン（ＳＥＥ）４０１は、認証要求があった場合その秘密のコンポーネント値を求め、その資格証明（ないし信頼性ｃｒｅｄｅｎｔｉａｌｓ）を通常環境エンジン（ＮＥＥ）８００に転送する。
ステップ９：
通常環境エンジン８００は、秘密鍵（ＰＳ）の秘密コンポーネント値を使って、セキュアな記憶域のＡＰＩコールに対して応答する。
ステップ１０：
セキュアな記憶域３００は証明書を生成し、秘密鍵（ＰＳ）の秘密コンポーネント値を使ってＶＮＦパッケージに署名を行い、秘密鍵（ＰＳ）の秘密コンポーネント値を永久に抹消する。
ステップ１１：
セキュアな記憶域３００はＮＦＶＯ２００に対して、証明書の生成とＶＮＦ署名の成功を承認する。
ステップ１２：
ＮＦＶＯ２００はカタログ５００に通知し、そしてＶＩＭ（Ｖｉｒｔｕａｌｉｚｅｄ Ｉｎｆｒａｓｔｒａｃｔｕｒｅ Ｍａｎａｇｅｒ）リポジトリにイメージのアップロードを通知する。
ステップ１３：
ＮＦＶＯ２００は送信者１００に対して、ＶＮＦパッケージのオンボーディングを承認する。
ステップ１：
ＶＮＦパッケージをオンボードするため、送信者１００からＮＦＶＯ２００にＶＮＦパッケージを送信する。
ステップ２：
ＮＦＶＯ２００は提案されたプロトコルを使って、ＶＮＦパッケージに署名する。
ステップ３：
ＶＮＦパッケージに署名するため、ＮＦＶＯ２００はセキュア記憶域３００に要求を転送する。
ステップ４：
セキュアな記憶域３００は、ＶＮＦ認証と、証明書生成に必要な秘密鍵（ＰＳ）のＡＰＩを開始する。
ステップ５：
秘密鍵（ＰＳ）のＡＰＩは秘密鍵（ＰＳ）を取得するために、通常の環境エンジン（ＮＥＥ）８００へコールを転送する。
ステップ６：
通常環境エンジン８００は、セキュアな環境に配置されているセキュアな環境エンジン（ＳＥＥ）４０１への要求をマッピングする。
ステップ７：
セキュアな環境エンジン（ＳＥＥ）４０１はＨＩＳＥＥに存在する秘密鍵（ＰＳ）を読み取る。
ステップ８：
セキュアな環境エンジン（ＳＥＥ）４０１は、認証要求があった場合その秘密のコンポーネント値を求め、その資格証明（ないし信頼性ｃｒｅｄｅｎｔｉａｌｓ）を通常環境エンジン（ＮＥＥ）８００に転送する。
ステップ９：
通常環境エンジン８００は、秘密鍵（ＰＳ）の秘密コンポーネント値を使って、セキュアな記憶域のＡＰＩコールに対して応答する。
ステップ１０：
セキュアな記憶域３００は証明書を生成し、秘密鍵（ＰＳ）の秘密コンポーネント値を使ってＶＮＦパッケージに署名を行い、秘密鍵（ＰＳ）の秘密コンポーネント値を永久に抹消する。
ステップ１１：
セキュアな記憶域３００はＮＦＶＯ２００に対して、証明書の生成とＶＮＦ署名の成功を承認する。
ステップ１２：
ＮＦＶＯ２００はカタログ５００に通知し、そしてＶＩＭ（Ｖｉｒｔｕａｌｉｚｅｄ Ｉｎｆｒａｓｔｒａｃｔｕｒｅ Ｍａｎａｇｅｒ）リポジトリにイメージのアップロードを通知する。
ステップ１３：
ＮＦＶＯ２００は送信者１００に対して、ＶＮＦパッケージのオンボーディングを承認する。
図７は、メッセージフォーマットを用いて、ＶＮＦパッケージをオンボーディングする際の具体的なシーケンスを示した図である。図８は、オンボードＶＮＦパッケージに署名する際に用いられるテーブルメッセージフォーマットを示した図である。
１．Ｏｎｂｏａｒｄ＿ＶＮＦＰａｃｋａｇｅ，Ｓｅｎｄｅｒ−＞ＮＦＶＯ
このメッセージは送信者１００からＮＦＶＯ２００に送られる、オンボードＶＮＦのイメージを定める。
２．Ｌｏｃａｔｅ＿Ｐｒｉｖａｔｅｋｅｙ（ＰＳ），ＮＦＶＯ−＞ＳＳ
このメッセージはＮＦＶＯ２００からセキュアな記憶域３００に送られる、ＮＦＶＯ２００が秘密鍵のＡＰＩをセキュアな記憶域３００に格納することを定める。
３．Ａｃｃｅｓｓ＿Ｐｒｉｖａｔｅ ｋｅｙ（ＰＳ），ＳＳ−＞ＮＥＥ
このメッセージはＳＳ３００からＮＥＥ８００に送られる、秘密鍵の秘密コンポーネント値を要求するＡＰＩコールを転送することを定める。
４．Ａｃｃｅｓｓ＿Ｐｒｉｖａｔｅ ｋｅｙ（ＰＳ），ＮＥＥ−＞ＳＥＥ
このメッセージはＮＥＥ８００からＳＥＥ４０１に送られる、秘密鍵の秘密コンポーネント値を要求するためのＡＰＩコールを転送することを定める。
５．Ｒｅａｄ＿Ｐｒｉｖａｔｅ ｋｅｙ（ＰＳ），ＳＥＥ−＞ＨＩＳＥＥ
このメッセージはＳＥＥ４０１からＨＩＳＥＥ４０３／４０４に送られる、秘密鍵の秘密コンポーネント値を抽出することを定める。
６．Ｓｅｎｄ＿ＰｒｉｖａｔｅＶａｌｕｅ（ＰＳ），ＰＫＣＣｏｎｔ＜−ＨＩＳＥＥ(ＳＷ)
このメッセージはＨＩＳＥＥ（ＳＷ)４０３／４０４からＰＫＣコンテナ４０２に送り、ＰＫＣコンテナ４０２に秘密鍵の秘密コンポーネント値を格納することを定める。
７．Ｆｏｒｍｕｌａｔｅ＿ＰｒｉｖａｔｅＶａｌｕｅｓ，ＰＫＣＣｏｎｔ
このメッセージは、ＰＫＣコンテナ４０２において秘密コンポーネント値を作成することを定める。
８．Ｓｅｎｄ＿ＰｒｉｖａｔｅＶａｌｕｅｓ，ＳＥＥ＜−ＰＫＣＣｏｎｔ
このメッセージはＰＫＣコンテナ４０２からＳＥＥ４０１に、秘密鍵の秘密コンポーネント値を転送することを定める。
９．Ｒｅｓｐｏｎｓｅ＿Ｐｒｉｖａｔｅ ｋｅｙ（ＰＳ），ＮＥＥ＜−ＳＥＥ
このメッセージはＳＥＥ４０１からＮＥＥ８００に、秘密鍵の秘密コンポーネント値を転送することを定める。
１０．Ｒｅｓｐｏｎｓｅ＿Ｐｒｉｖａｔｅ ｋｅｙ（ＰＳ），ＳＳ＜−ＮＥＥ
このメッセージはＮＥＥ８００からセキュアな記憶域３００に、秘密鍵の秘密コンポーネント値を転送することを定める。
１１．ＳＳ＿ＣｅｒｔｉｆｉｃａｔｅＧｅｎ＿ＶＮＦ，ＳＳ
このメッセージは、秘密鍵の秘密コンポーネント値を用いて、セキュアな記憶域３００におけるＶＮＦ証明書の生成や署名を定める。
１２．Ｒｅｓｐｏｎｓｅ＿ＶＮＦ＿Ｃｅｒｔｉｆｉｃａｔｉｏｎ＿Ｓｉｇｎｉｎｇ＿ｓｔａｔｕｓ，ＮＦＶＯ＜−ＳＳ
このメッセージはセキュアな記憶域（ＳＳ）３００からＮＦＶＯ２００に送られる、ＶＮＦ証明書の生成および署名のステータスを定める。
１３．Ｎｏｔｉｆｙ＿Ｃａｔａｌｏｇ，ＮＦＶＯ−＞Ｃａｔａｌｏｇ
このメッセージはＮＦＶＯ２００からカタログ５００に送られる、証明書の生成および署名のステータスを定める。
１４．Ｕｐｌｏａｄ＿Ｉｍａｇｅｓ，ＮＦＶＯ−＞ＶＩＭＲＥＰＯ
このメッセージはＮＦＶＯ２００からＶＩＭリポジトリ６００に送られる、ＶＮＦイメージのアップロードステータスを定める。
１５．Ａｃｋ＿Ｉｍａｇｅ＿ｕｐｌｏａｄ，ＮＦＶＯ＜−ＶＩＭＲＥＰＯ
このメッセージはＶＩＭリポジトリ６００からＮＦＶＯ２００に送られる、ＶＮＦイメージアップロードの承認ステータスを定める。
１６．Ａｃｋ＿Ｏｎ−Ｂｏａｒｄ＿ＶＮＦＰａｃｋａｇｅ，Ｓｅｎｄｅｒ＜−ＮＦＶＯ
このメッセージはＮＦＶＯ２００から送信者１００に送られる、オンボーディングするＶＮＦイメージの承認ステータスを定める。
このメッセージは送信者１００からＮＦＶＯ２００に送られる、オンボードＶＮＦのイメージを定める。
２．Ｌｏｃａｔｅ＿Ｐｒｉｖａｔｅｋｅｙ（ＰＳ），ＮＦＶＯ−＞ＳＳ
このメッセージはＮＦＶＯ２００からセキュアな記憶域３００に送られる、ＮＦＶＯ２００が秘密鍵のＡＰＩをセキュアな記憶域３００に格納することを定める。
３．Ａｃｃｅｓｓ＿Ｐｒｉｖａｔｅ ｋｅｙ（ＰＳ），ＳＳ−＞ＮＥＥ
このメッセージはＳＳ３００からＮＥＥ８００に送られる、秘密鍵の秘密コンポーネント値を要求するＡＰＩコールを転送することを定める。
４．Ａｃｃｅｓｓ＿Ｐｒｉｖａｔｅ ｋｅｙ（ＰＳ），ＮＥＥ−＞ＳＥＥ
このメッセージはＮＥＥ８００からＳＥＥ４０１に送られる、秘密鍵の秘密コンポーネント値を要求するためのＡＰＩコールを転送することを定める。
５．Ｒｅａｄ＿Ｐｒｉｖａｔｅ ｋｅｙ（ＰＳ），ＳＥＥ−＞ＨＩＳＥＥ
このメッセージはＳＥＥ４０１からＨＩＳＥＥ４０３／４０４に送られる、秘密鍵の秘密コンポーネント値を抽出することを定める。
６．Ｓｅｎｄ＿ＰｒｉｖａｔｅＶａｌｕｅ（ＰＳ），ＰＫＣＣｏｎｔ＜−ＨＩＳＥＥ(ＳＷ)
このメッセージはＨＩＳＥＥ（ＳＷ)４０３／４０４からＰＫＣコンテナ４０２に送り、ＰＫＣコンテナ４０２に秘密鍵の秘密コンポーネント値を格納することを定める。
７．Ｆｏｒｍｕｌａｔｅ＿ＰｒｉｖａｔｅＶａｌｕｅｓ，ＰＫＣＣｏｎｔ
このメッセージは、ＰＫＣコンテナ４０２において秘密コンポーネント値を作成することを定める。
８．Ｓｅｎｄ＿ＰｒｉｖａｔｅＶａｌｕｅｓ，ＳＥＥ＜−ＰＫＣＣｏｎｔ
このメッセージはＰＫＣコンテナ４０２からＳＥＥ４０１に、秘密鍵の秘密コンポーネント値を転送することを定める。
９．Ｒｅｓｐｏｎｓｅ＿Ｐｒｉｖａｔｅ ｋｅｙ（ＰＳ），ＮＥＥ＜−ＳＥＥ
このメッセージはＳＥＥ４０１からＮＥＥ８００に、秘密鍵の秘密コンポーネント値を転送することを定める。
１０．Ｒｅｓｐｏｎｓｅ＿Ｐｒｉｖａｔｅ ｋｅｙ（ＰＳ），ＳＳ＜−ＮＥＥ
このメッセージはＮＥＥ８００からセキュアな記憶域３００に、秘密鍵の秘密コンポーネント値を転送することを定める。
１１．ＳＳ＿ＣｅｒｔｉｆｉｃａｔｅＧｅｎ＿ＶＮＦ，ＳＳ
このメッセージは、秘密鍵の秘密コンポーネント値を用いて、セキュアな記憶域３００におけるＶＮＦ証明書の生成や署名を定める。
１２．Ｒｅｓｐｏｎｓｅ＿ＶＮＦ＿Ｃｅｒｔｉｆｉｃａｔｉｏｎ＿Ｓｉｇｎｉｎｇ＿ｓｔａｔｕｓ，ＮＦＶＯ＜−ＳＳ
このメッセージはセキュアな記憶域（ＳＳ）３００からＮＦＶＯ２００に送られる、ＶＮＦ証明書の生成および署名のステータスを定める。
１３．Ｎｏｔｉｆｙ＿Ｃａｔａｌｏｇ，ＮＦＶＯ−＞Ｃａｔａｌｏｇ
このメッセージはＮＦＶＯ２００からカタログ５００に送られる、証明書の生成および署名のステータスを定める。
１４．Ｕｐｌｏａｄ＿Ｉｍａｇｅｓ，ＮＦＶＯ−＞ＶＩＭＲＥＰＯ
このメッセージはＮＦＶＯ２００からＶＩＭリポジトリ６００に送られる、ＶＮＦイメージのアップロードステータスを定める。
１５．Ａｃｋ＿Ｉｍａｇｅ＿ｕｐｌｏａｄ，ＮＦＶＯ＜−ＶＩＭＲＥＰＯ
このメッセージはＶＩＭリポジトリ６００からＮＦＶＯ２００に送られる、ＶＮＦイメージアップロードの承認ステータスを定める。
１６．Ａｃｋ＿Ｏｎ−Ｂｏａｒｄ＿ＶＮＦＰａｃｋａｇｅ，Ｓｅｎｄｅｒ＜−ＮＦＶＯ
このメッセージはＮＦＶＯ２００から送信者１００に送られる、オンボーディングするＶＮＦイメージの承認ステータスを定める。
図９は、本発明による、オンボードするＶＮＦパッケージへの署名の概要を示す図である。
図１０は、本発明による、オンボードＶＮＦパッケージへの署名処理に関する典型的なアーキテクチャを示すブロック図である。
ハイライトされているセキュアな記憶域３００とＨＩＳＥＥ４００とがＮＦＶ ＭＡＮＯの典型的なアーキテクチャとして加わっている。さらに、リファレンスポイント「Ｏｒ−Ｍｓｓ」「Ｍｓｓ−Ｍｈａ」としてインターフェイスが加わっている。図左側にあるＮＦＶＩの枠には、セキュアな環境エンジン４０１とＰＫＣコンテナ４０２と、秘密鍵（ＰＳ）（ＨＩＳＥＥ ＳＷＰｌａｔｆｏｒｍ）４０３と、通常環境エンジン８００とが、ＶＩＭ（Ｖｉｒｔｕａｌｉｚｅｄ Ｉｎｆｒａｓｔｒａｃｔｕｒｅ Ｍａｎａｇｅｒ（ｓ））９６０により仮想レイヤにおいて実現することができる。一方秘密鍵（ＰＨ）（ＨＩＳＥＥ ＨＷ Ｐｌａｔｆｏｒｍ）４０４に対応する元の秘密鍵（ＰＨ）は、ハードウェアリソースとして隔離して配置されている。
ハイライトされているセキュアな記憶域３００とＨＩＳＥＥ４００とがＮＦＶ ＭＡＮＯの典型的なアーキテクチャとして加わっている。さらに、リファレンスポイント「Ｏｒ−Ｍｓｓ」「Ｍｓｓ−Ｍｈａ」としてインターフェイスが加わっている。図左側にあるＮＦＶＩの枠には、セキュアな環境エンジン４０１とＰＫＣコンテナ４０２と、秘密鍵（ＰＳ）（ＨＩＳＥＥ ＳＷＰｌａｔｆｏｒｍ）４０３と、通常環境エンジン８００とが、ＶＩＭ（Ｖｉｒｔｕａｌｉｚｅｄ Ｉｎｆｒａｓｔｒａｃｔｕｒｅ Ｍａｎａｇｅｒ（ｓ））９６０により仮想レイヤにおいて実現することができる。一方秘密鍵（ＰＨ）（ＨＩＳＥＥ ＨＷ Ｐｌａｔｆｏｒｍ）４０４に対応する元の秘密鍵（ＰＨ）は、ハードウェアリソースとして隔離して配置されている。
上述したモードでは、以下の仮定を前提としている。
・証明書の秘密鍵は、証明書が生成されている間ＨＩＳＥＥ４００にセキュアに格納されている。
・送信者１００は、ＮＦストアとして参照されることができる。
・ＶＮＦ署名および証明書生成は、ＶＮＦパッケージのアップロードの間に、実行される
・証明書の秘密鍵は、証明書が生成されている間ＨＩＳＥＥ４００にセキュアに格納されている。
・送信者１００は、ＮＦストアとして参照されることができる。
・ＶＮＦ署名および証明書生成は、ＶＮＦパッケージのアップロードの間に、実行される
本発明の推奨形態と比較した場合のソリューションを以下に述べる（図１１及び図１２参照）。
表題１：暗号化によるロール認証を用いた封印（シール）、デジタルスタンプ、及び署名としての使用のためのシステムあるいは方法
・このロール認証には関連するポリシーがあり、暗号化を行う場合とデジタル署名を行う場合の双方で利用できる。
・グループに属する各個人は、同じロール証明書を共に持ち、グループを代表して署名を行える。
・グループに属する各個人は、ロール証明を用いて暗号化された、グループ宛てもしくはグループ内のメンバーへのメッセージを復号できる。
・鍵復元権限は、期限切れとなったロール証明の鍵の回復に利用される。
表題１：暗号化によるロール認証を用いた封印（シール）、デジタルスタンプ、及び署名としての使用のためのシステムあるいは方法
・このロール認証には関連するポリシーがあり、暗号化を行う場合とデジタル署名を行う場合の双方で利用できる。
・グループに属する各個人は、同じロール証明書を共に持ち、グループを代表して署名を行える。
・グループに属する各個人は、ロール証明を用いて暗号化された、グループ宛てもしくはグループ内のメンバーへのメッセージを復号できる。
・鍵復元権限は、期限切れとなったロール証明の鍵の回復に利用される。
表題２：異種混在環境における証明書ベースの認証システム
・コンソールのオペレータが、代表的コンピュータもしくは「コア」に一度ログインするだけで、様々なコンピュータが混在（ｈｅｔｅｒｏｇｅｎｅｏｕｓ）しているシステムに対する認証をする方法および装置。
・ログイン完了後、オペレータがセッション証明書を取得し、そのオペレータが自らのＩＤおよび所属グループに関する情報などを、他のノードやネットワークで証明可能にする。
・セッション証明書署名前に、証明書内拡張データエリアにデータを埋め込む。
・ユーザ名や、グループ所属や、コアコンピュータやネットワーク内にある他のデバイスの名前空間に基づく拡張データは、その名前空間に属していなくてもあるいは同じネットワークＯＳを使っていない場合でさえも利用可能である。
・管理可能なデバイスは、セッション証明書保有者から送信された拡張データに基づいて、自分自身へのアクセスの認証及び承認が可能。
・証明書の信頼性と所有権は、標準の公開鍵暗号化方法を使用して検証する。
・コンソールのオペレータが、代表的コンピュータもしくは「コア」に一度ログインするだけで、様々なコンピュータが混在（ｈｅｔｅｒｏｇｅｎｅｏｕｓ）しているシステムに対する認証をする方法および装置。
・ログイン完了後、オペレータがセッション証明書を取得し、そのオペレータが自らのＩＤおよび所属グループに関する情報などを、他のノードやネットワークで証明可能にする。
・セッション証明書署名前に、証明書内拡張データエリアにデータを埋め込む。
・ユーザ名や、グループ所属や、コアコンピュータやネットワーク内にある他のデバイスの名前空間に基づく拡張データは、その名前空間に属していなくてもあるいは同じネットワークＯＳを使っていない場合でさえも利用可能である。
・管理可能なデバイスは、セッション証明書保有者から送信された拡張データに基づいて、自分自身へのアクセスの認証及び承認が可能。
・証明書の信頼性と所有権は、標準の公開鍵暗号化方法を使用して検証する。
上で述べた通り、本実施形態によればＶＮＦ使用のためのセキュアな環境を提供することが可能である。
上述の説明で本発明の実施形態を説明したが、本開示は上で述べたそれぞれの実施形態に限定されることなく、様々な修正、置換、調節が可能である。さらに本開示はそれぞれの実施形態を任意に組み合わせてもよい。すなわち本開示は請求の範囲全体及びその技術的思想に基づいた当業者が想定可能な様々な種類の変形、変更、修正を含む。
例えば上述の実施形態では「ＨＩＳＥＥ」という用語を用いているが、「ＨＭＥＥ（Ｈａｒｄｗａｒｅ Ｍｅｄｉａｔｅｄ Ｓｅｃｕｒｅ Ｅｎｃｌａｖｅｓ：ＮＦＶ−ＳＥＣ０１２ Ｖ３．１．１参照）」など「ＨＩＳＥＥ」と同等の方式が本発明で適用可能である。
上記非特許文献の全記載内容は引用をもって本書に組み込み記載されているものとする。実施形態および実施例については、特許請求の範囲を含む本発明による全開示の範囲内において、またその基本的な技術的思想に基づいて変更及び調整が可能である。また、本発明の請求項の範囲内において、請求の範囲の各要素や実施形態や実施例の各要素や各図面の各要素などの多様な組み合わせ及び選択が可能である。すなわち本発明は特許請求の範囲を含む全開示内容及び技術的思想に基づいて当業者が実施可能なあらゆる変形およびあらゆる変更（バリエーション）を含むものと理解されるべきである。
１００ 送信者
１００ａ ＯＳＳ／ＢＳＳ
１００ｂ 外部送信者
２００ ＮＦＶＯ
２００ａ オーケストレータ
３００ セキュアな記憶域（ＳＳ）（ないし記憶装置）
４００ ＨＩＳＥＥ
４０１ セキュアな環境エンジン（ＳＥＥ）
４０２ ＰＫＣコンテナ（Ｐｕｂｌｉｃ−Ｋｅｙ Ｃｒｙｐｔｏｇｒａｐｈｙコンテナ）
４０３ 秘密鍵（ＰＳ）（ＨＩＳＥＥ ＳＷプラットフォーム）
４０４ 秘密鍵（ＰＨ）（ＨＩＳＥＥ ＨＷプラットフォーム）
５００ カタログ
６００ ＶＩＭイメージリポジトリ
８００ 通常環境エンジン（ＮＥＥ）
９５０ ＶＮＦマネージャ
９６０ 仮想インフラストラクチャマネージャ（ＶＩＭ）
９７０ ＮＦＶＩ
１０００ （ＮＦＶ）ＭＡＮＯ
１００ａ ＯＳＳ／ＢＳＳ
１００ｂ 外部送信者
２００ ＮＦＶＯ
２００ａ オーケストレータ
３００ セキュアな記憶域（ＳＳ）（ないし記憶装置）
４００ ＨＩＳＥＥ
４０１ セキュアな環境エンジン（ＳＥＥ）
４０２ ＰＫＣコンテナ（Ｐｕｂｌｉｃ−Ｋｅｙ Ｃｒｙｐｔｏｇｒａｐｈｙコンテナ）
４０３ 秘密鍵（ＰＳ）（ＨＩＳＥＥ ＳＷプラットフォーム）
４０４ 秘密鍵（ＰＨ）（ＨＩＳＥＥ ＨＷプラットフォーム）
５００ カタログ
６００ ＶＩＭイメージリポジトリ
８００ 通常環境エンジン（ＮＥＥ）
９５０ ＶＮＦマネージャ
９６０ 仮想インフラストラクチャマネージャ（ＶＩＭ）
９７０ ＮＦＶＩ
１０００ （ＮＦＶ）ＭＡＮＯ
Claims (8)
- 送信者からのＶＮＦパッケージの受信に応答してＶＮＦイメージを含むＶＮＦパッケージの受信の承認を送るオーケストレーションユニットと、
ＶＮＦパッケージを格納し、さらに少なくともＶＮＦパッケージ署名のための証明書を生成するための秘密鍵を使って、ＶＮＦパッケージの証明書を生成する記憶ユニットと、
記憶ユニットからの要求に応答して秘密鍵を提供するＨＩＳＥＥ（Ｈａｒｄｗａｒｅ Ｉｓｏｌａｔｅｄ Ｓｅｃｕｒｅｄ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）ユニットと、を含み、
前記オーケストレーションユニットは、記憶ユニットがＶＮＦパッケージ証明書の生成に成功した場合に、ＶＮＦパッケージの受信の承認を送ること、
を特徴とするＶＮＦパッケージ署名システム。 - ＨＩＳＥＥユニットが、ＨＩＳＥＥソフトウェアプラットフォームからの秘密鍵を読むセキュア環境エンジンを有する請求項１のＶＮＦパッケージ署名システム。
- セキュアな環境エンジンはアプリケーションプログラミングインターフェイス（ＡＰＩ）を提供し、秘密鍵要求を含むＡＰＩコールに応答して前記秘密鍵を返す請求項２のＶＮＦパッケージ署名システム。
- 通常環境エンジンが、記憶ユニットとセキュア環境との間のメッセージを中継する請求項１から３いずれか一のＶＮＦパッケージ署名システム。
- 記憶ユニットがＶＮＦパッケージ証明書生成に成功した場合に、オーケストレーションユニットがあらかじめ定められたＶＮＦカタログユニットに対して、ＶＮＦイメージ生成証明書を通知する請求項１から４いずれか一のＶＮＦパッケージ署名システム。
- 記憶ユニットがＶＮＦパッケージ証明書生成に成功した場合に、オーケストレーションユニットがあらかじめ定められたＶＩＭ（ＶＮＦ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｍａｎａｇｅｒ）イメージリポジトリに、ＶＮＦイメージを格納する請求項１から５いずれか一のＶＮＦパッケージ署名システム。
- ＶＩＭ（ＶＮＦ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｍａｎａｇｅｒ）とＮＦＶＩ（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）とをさらに含み、
前記ＶＮＦパッケージ署名システムはＶＮＦ署名機能を備えたＮＦＶ−ＭＡＮＯシステムとしても機能する請求項１から６いずれか一のＶＮＦパッケージ署名システム。 - オーケストレーション装置により、送信者からのＶＮＦパッケージの受信に応答して、ＶＮＦイメージを含むＶＮＦパッケージの受信の承認を送るステップと、
記憶装置により、ＶＮＦパッケージを格納し、そして、少なくともＶＮＦパッケージ署名の証明書を生成するための秘密鍵を使って、ＶＮＦパッケージの証明書を生成するステップと、
ＨＩＳＥＥ（Ｈａｒｄｗａｒｅ Ｉｓｏｌａｔｅｄ Ｓｅｃｕｒｅｄ Ｅｘｅｃｕｔｉｏｎ Ｅｎｖｉｒｏｎｍｅｎｔ）装置により、記憶装置からの要求に応答して前記秘密鍵を提供するステップと、を含み、
前記オーケストレーション装置は、記憶装置がＶＮＦパッケージ証明書生成に成功した場合に、受け取ったＶＮＦパッケージ承認を送ること、
を特徴とするＶＮＦパッケージ署名方法。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| IN201711004439 | 2017-02-07 | ||
| IN201711004439 | 2017-02-07 | ||
| PCT/JP2018/004009 WO2018147276A1 (en) | 2017-02-07 | 2018-02-06 | Vnf package signing system and vnf package signing method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2020507167A JP2020507167A (ja) | 2020-03-05 |
| JP6806263B2 true JP6806263B2 (ja) | 2021-01-06 |
Family
ID=61283284
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2019542494A Active JP6806263B2 (ja) | 2017-02-07 | 2018-02-06 | Ｖｎｆパッケージ署名システム及びｖｎｆパッケージ署名方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US11258766B2 (ja) |
| EP (1) | EP3580909A1 (ja) |
| JP (1) | JP6806263B2 (ja) |
| CN (1) | CN110268693A (ja) |
| WO (1) | WO2018147276A1 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6806263B2 (ja) * | 2017-02-07 | 2021-01-06 | 日本電気株式会社 | Ｖｎｆパッケージ署名システム及びｖｎｆパッケージ署名方法 |
| CN112350980B (zh) * | 2019-08-09 | 2023-06-06 | 中兴通讯股份有限公司 | 一种软件包传输、传输验证方法、网络设备及存储介质 |
| US11870768B1 (en) | 2020-04-10 | 2024-01-09 | Cisco Technology, Inc. | Certificate-based techniques to securely onboard a radio interface unit |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9838265B2 (en) | 2013-12-19 | 2017-12-05 | Amdocs Software Systems Limited | System, method, and computer program for inter-module communication in a network based on network function virtualization (NFV) |
| WO2015143651A1 (zh) * | 2014-03-26 | 2015-10-01 | 华为技术有限公司 | 基于网络功能虚拟化的证书配置方法、装置和系统 |
| CN105453519B (zh) * | 2014-07-28 | 2019-06-21 | 华为技术有限公司 | 一种信息安全验证方法及设备 |
| US9407612B2 (en) | 2014-10-31 | 2016-08-02 | Intel Corporation | Technologies for secure inter-virtual network function communication |
| EP3255576A4 (en) * | 2015-02-03 | 2018-09-19 | Nec Corporation | Virtual network system, virtual network control method, virtual network function database, integrated control device, control device, and control method and control program therefor |
| CN106105154B (zh) * | 2015-02-15 | 2019-10-22 | 华为技术有限公司 | 数据上载的方法、装置及系统 |
| WO2016132783A1 (ja) | 2015-02-20 | 2016-08-25 | 日本電気株式会社 | 仮想ネットワークシステム、仮想ネットワーク制御方法、統合制御装置、制御装置およびその制御方法と制御プログラム |
| WO2016172978A1 (zh) * | 2015-04-30 | 2016-11-03 | 华为技术有限公司 | 一种软件安全验证方法、设备及系统 |
| WO2017014803A1 (en) * | 2015-07-23 | 2017-01-26 | Intel Corporation | Network resource model to support network function virtualization lifecycle management |
| US9673982B2 (en) * | 2015-09-16 | 2017-06-06 | Sprint Communications Company L.P. | Efficient hardware trust verification in data communication systems that comprise network interface cards, central processing units, and data memory buffers |
| WO2018047399A1 (en) * | 2016-09-08 | 2018-03-15 | Nec Corporation | Network function virtualization system and verifying method |
| US10528721B2 (en) * | 2016-10-20 | 2020-01-07 | Intel Corporation | Trusted packet processing for multi-domain separatization and security |
| JP6806263B2 (ja) * | 2017-02-07 | 2021-01-06 | 日本電気株式会社 | Ｖｎｆパッケージ署名システム及びｖｎｆパッケージ署名方法 |
-
2018
- 2018-02-06 JP JP2019542494A patent/JP6806263B2/ja active Active
- 2018-02-06 EP EP18707442.2A patent/EP3580909A1/en not_active Withdrawn
- 2018-02-06 CN CN201880010781.9A patent/CN110268693A/zh active Pending
- 2018-02-06 WO PCT/JP2018/004009 patent/WO2018147276A1/en unknown
- 2018-02-06 US US16/484,007 patent/US11258766B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US20200099660A1 (en) | 2020-03-26 |
| EP3580909A1 (en) | 2019-12-18 |
| CN110268693A (zh) | 2019-09-20 |
| WO2018147276A1 (en) | 2018-08-16 |
| US11258766B2 (en) | 2022-02-22 |
| JP2020507167A (ja) | 2020-03-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109361668B (zh) | 一种数据可信传输方法 | |
| US11855767B2 (en) | Methods and systems for distributing encrypted cryptographic data | |
| JP4600851B2 (ja) | コンピュータシステム間でメッセージを通信するための安全なコンテキストの確立 | |
| US9137017B2 (en) | Key recovery mechanism | |
| US8185938B2 (en) | Method and system for network single-sign-on using a public key certificate and an associated attribute certificate | |
| US9686080B2 (en) | System and method to provide secure credential | |
| US9425958B2 (en) | System, method and apparatus for cryptography key management for mobile devices | |
| JP5860815B2 (ja) | コンピューターポリシーを施行するためのシステムおよび方法 | |
| US7900247B2 (en) | Trusted third party authentication for web services | |
| US20100082989A1 (en) | Storing Composite Services on Untrusted Hosts | |
| US20070101145A1 (en) | Framework for obtaining cryptographically signed consent | |
| JP2014506074A (ja) | 認証された受信者へ暗号データを配信するための方法およびシステム | |
| JP6806263B2 (ja) | Ｖｎｆパッケージ署名システム及びｖｎｆパッケージ署名方法 | |
| EP4145763A1 (en) | Exporting remote cryptographic keys | |
| WO2022033350A1 (zh) | 注册服务的方法及设备 | |
| JP2024501326A (ja) | アクセス制御方法、装置、ネットワーク側機器、端末及びブロックチェーンノード | |
| JP6045018B2 (ja) | 電子署名代行サーバ、電子署名代行システム及び電子署名代行方法 | |
| Fongen et al. | The integration of trusted platform modules into a tactical identity management system | |
| JP2000261428A (ja) | 分散処理システムにおける認証装置 | |
| Pranata et al. | A distributed mechanism for secure collaboration in Digital Ecosystems | |
| CN111953495B (zh) | 一种电子签名混合云场景下无私钥签署方法 | |
| Pranata et al. | Distributed mechanism for protecting resources in a newly emerged digital ecosystem technology | |
| Ahn et al. | Towards scalable authentication in health services | |
| CN117716666A (zh) | 用于向用户提供自主身份云服务的方法、云服务方法、云服务器、自主身份方法 | |
| Khoje et al. | TransCrypt: An enterprise encrypting file system over NFS |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20190805 |
|
| 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: 20201104 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20201117 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6806263 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |