JP2022543891A - ソフトウェアパッケージ伝送方法、ソフトウェアパッケージ伝送検証方法、ネットワーク機器及び記憶媒体 - Google Patents

ソフトウェアパッケージ伝送方法、ソフトウェアパッケージ伝送検証方法、ネットワーク機器及び記憶媒体 Download PDF

Info

Publication number
JP2022543891A
JP2022543891A JP2022508600A JP2022508600A JP2022543891A JP 2022543891 A JP2022543891 A JP 2022543891A JP 2022508600 A JP2022508600 A JP 2022508600A JP 2022508600 A JP2022508600 A JP 2022508600A JP 2022543891 A JP2022543891 A JP 2022543891A
Authority
JP
Japan
Prior art keywords
level
software package
receiving terminal
signature
verification
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
JP2022508600A
Other languages
English (en)
Inventor
梁琳
穆東棟
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Publication of JP2022543891A publication Critical patent/JP2022543891A/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/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
    • 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/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • 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/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
    • 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/3265—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 chains, trees or paths; Hierarchical trust model
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H04W12/106—Packet or message integrity
    • 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/60—Digital content management, e.g. content distribution
    • H04L2209/603—Digital right managament [DRM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/101—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying security measures for digital rights management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Storage Device Security (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Stored Programmes (AREA)

Abstract

本願の実施例では、ソフトウェアパッケージ伝送方法、ソフトウェアパッケージ伝送検証方法、ネットワーク機器及び記憶媒体を提供し、サーバの、第１レベルのソフトウェアパッケージに対する第１レベルの署名と、第１レベルの受信端末の、第１レベルのソフトウェアパッケージに対する第１レベルの署名検証により、第１レベルのソフトウェアパッケージがサーバから第１レベルの受信端末に伝送される過程において改ざんされたか否かを検出し、第１レベルのソフトウェアパッケージ全体の完全性と安全性を検証、確認する。第１レベルのソフトウェアパッケージが完全且つ安全であることを確保した上で、第１レベルのソフトウェアパッケージ内の各第２レベルのソフトウェアパッケージを対応する第２レベルの受信端末に伝送する。サーバの、第２レベルのソフトウェアパッケージに対する第２レベルの署名と、第２レベルの受信端末の、第２レベルのソフトウェアパッケージに対する第２レベルの署名検証に基づき、第２レベルのソフトウェアパッケージが第１レベルの受信端末から第２レベルの受信端末に伝送される過程において改ざんされたか否かを検出し、第２レベルのソフトウェアパッケージ全体の完全性と安全性を検証、確認して、さらには第２レベルの受信端末が、改ざんされた第２レベルのソフトウェアパッケージを受信することで悪意を持った襲撃者からの攻撃に遭うことを防ぎ、ソフトウェアパッケージ受信端末の安全性を向上させる。【選択図】図１

Description

本願は通信分野に関するものであり、特にソフトウェアパッケージ伝送方法、ソフトウェアパッケージ伝送検証方法、ネットワーク機器及び記憶媒体に関するものである。
移動通信技術の発展に伴い、通信技術は既に５Ｇ（５ｒｄ Ｇｅｎｅｒａｔｉｏｎ，第五世代）時代に移行している。５Ｇ ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ，無線アクセスネットワーク）アーキテクチャ方面において、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ，第三世代パートナーシッププロジェクト）ではＣＵ／ＤＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ／Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ，集中型ユニット/分散型ユニット）アーキテクチャ構想を採択しており、各使用場面及びアプリケーションの要求をよりよく満たすために、５Ｇは仮想化技術によりハードウェア機能を開放し、ＣＵソフトウェアを臨機応変に配置することができる。
ソフトウェアメーカーはＣＵソフトウェアをリリースした後に、ＣＵソフトウェアパッケージをデータセンターに伝送する必要があり、データセンターはＣＵソフトウェアパッケージ内のサブソフトウェアパッケージを対応するネットワークエレメント装置にさらに伝送し、ネットワークエレメント装置に配置を実現させる。メーカーサーバからデータセンターまで、及びデータセンターからネットワークエレメント装置までの伝送過程において、ＣＵソフトウェアパッケージは改ざんされるというリスクに直面することになる。改ざんされたソフトウェアパッケージが受信端末に実装されれば、受信端末に極めて大きなセキュリティ上の危機をもたらすことになる。
本願の実施例は、サーバが、１つの第１レベルのソフトウェアパッケージに属する各第２レベルのソフトウェアパッケージに対して第２レベルの署名を行うことと、前記サーバが前記第１レベルのソフトウェアパッケージに対して第１レベルの署名を行うことと、前記サーバが前記第１レベルのソフトウェアパッケージを第１レベルの受信端末に送信することと、を含み、前記第１レベルのソフトウェアパッケージには少なくとも２つの第２レベルのソフトウェアパッケージが含まれ、前記第１レベルのソフトウェアパッケージ内の各第２レベルのソフトウェアパッケージは異なる第２レベルの受信端末に属する、ソフトウェアパッケージ伝送方法を提供する。
本願の実施例は、第１レベルの受信端末がサーバの送信した第１レベルのソフトウェアパッケージを受信することと、前記第１レベルの受信端末が前記第１レベルのソフトウェアパッケージに対して第１レベルの署名検証を行うことと、前記第１レベルのソフトウェアパッケージが署名検証を通過した後、前記第１レベルの受信端末が、前記第１レベルのソフトウェアパッケージ内の各第２レベルのソフトウェアパッケージを対応する第２レベルの受信端末にそれぞれ伝送することと、を含む、ソフトウェアパッケージ伝送検証方法をさらに提供する。
本願の実施例は、第２レベルの受信端末が第１レベルの受信端末の送信した第２レベルのソフトウェアパッケージを受信することと、前記第２レベルの受信端末が前記第２レベルのソフトウェアパッケージに対して第２レベルの署名検証を行うことと、を含み、前記第１レベルの受信端末は、前記第２レベルのソフトウェアパッケージを含む、サーバから来た第１レベルのソフトウェアパッケージに対して、第１レベルの署名検証を行うように設けられる、ソフトウェアパッケージ伝送検証方法をさらに提供する。
本願の実施例は、プロセッサと、メモリと、通信バスと、を含み、前記通信バスは、プロセッサとメモリとの間の通信接続を実現するように設けられ、前記プロセッサは、メモリ内に記憶されたソフトウェアパッケージ伝送プログラムを実行することにより、上述のソフトウェアパッケージ伝送方法のステップを実現するように設けられるか、又はメモリ内に記憶された第１のソフトウェアパッケージ伝送検証プログラムを実行することにより、上述の第１レベルの受信端末側のソフトウェアパッケージ伝送検証方法のステップを実現するように設けられるか、或いはメモリ内に記憶された第２のソフトウェアパッケージ伝送検証プログラムを実行することにより、上述の第２レベルの受信端末側のソフトウェアパッケージ伝送検証方法のステップを実現するように設けられる、ネットワーク機器をさらに提供する。
本願の実施例は、ソフトウェアパッケージ伝送プログラムと、第１のソフトウェアパッケージ伝送検証プログラムと、第２のソフトウェアパッケージ伝送検証プログラムとのうちの少なくとも１つが記憶され、前記ソフトウェアパッケージ伝送プログラムは、１つ又は複数のプロセッサにより実行されることで、上述のソフトウェアパッケージ伝送方法のステップを実現でき、前記第１のソフトウェアパッケージ伝送検証プログラムは、１つ又は複数のプロセッサにより実行されることで、上述の第１レベルの受信端末側のソフトウェアパッケージ伝送検証方法のステップを実現でき、前記第２のソフトウェアパッケージ伝送検証プログラムは、１つ又は複数のプロセッサにより実行されることで、上述の第２レベルの受信端末側のソフトウェアパッケージ伝送検証方法のステップを実現できる、記憶媒体をさらに提供する。
本願のその他の特徴及び相応の有益な効果については、明細書の後ろの部分にて説明することとするが、少なくとも一部の有益な効果は本願明細書の記載から自明なものとなると理解できるだろう。
図１は本願の実施例によるソフトウェアパッケージ伝送方法のフローチャートである。 図２は本願の実施例におけるソフトウェアパッケージ伝送の模式図である。 図３は本願の実施例におけるソフトウェアパッケージ伝送の模式図である。 図４は本願の実施例による第１レベルの受信端末側のソフトウェアパッケージ伝送検証方法のフローチャートである。 図５は本願の実施例による第２レベルの受信端末側のソフトウェアパッケージ伝送検証方法のフローチャートである。 図６は本願の実施例によるソフトウェアパッケージ伝送検証スキームの相互作用フローチャートである。 図７は本願の実施例によるネットワーク機器のハードウェア構造の模式図である。
本願の技術案及び利点をより明確にするために、以下では具体的な実施の形態と図面を組み合わせて、本願の実施例についてさらに詳細に説明する。ここで説明する具体的な実施例は本願を解釈するためにのみ用いられるものであって、本願を限定するものではないと理解すべきである。
関連技術におけるいくつかの例において、受信端末は一般的にＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ，巡回冗長検査）方式、又はダイジェスト検査方式を用いてＣＵソフトウェアパッケージが完全なものであるか否か確定する。
ＣＲＣ方式を例にすると、送信端末は受信端末にソフトウェアパッケージを送信する時に、ソフトウェアパッケージに対応するＣＲＣコードを計算して確定して、ＣＲＣコードをソフトウェアパッケージと一緒に受信端末に送信することができる。受信端末はソフトウェアパッケージを受け取った後、ソフトウェアパッケージに基づき対応するＣＲＣコードを計算して、自ら計算して得たＣＲＣコードを、ソフトウェアパッケージと一緒に送信されたＣＲＣコードと比較し、両者が一致するか否か確定することができる。判断結果が両者は一致するというものであれば、ソフトウェアパッケージは伝送過程において改ざんされていないと判断し、そうでない場合、ソフトウェアパッケージは既に完全で安全なものではなくなっていると判断することができる。
ダイジェスト検査方式を用いた場合も同様に、送信端末はＭＤ５などのアルゴリズムを用いてソフトウェアパッケージのダイジェストを計算して、ダイジェストをソフトウェアパッケージと一緒に受信端末に送信し、受信端末がソフトウェアパッケージを受信した後に計算して得たダイジェストが、ソフトウェアパッケージと一緒に送信されてきたダイジェストと一致すれば、ソフトウェアパッケージは改ざんされていないことを意味し、そうでない場合はソフトウェアパッケージが改ざんされていることを意味する。
しかし、ソフトウェアパッケージが悪意を持った攻撃者の手に渡れば、悪意を持った攻撃者によってソフトウェアパッケージが改ざんされた後に、対応するＣＲＣコード又はダイジェストにも変更が加えられる可能性が極めて高く、これにより、受信端末がソフトウェアパッケージ内のＣＲＣコード又はダイジェストからソフトウェアパッケージが既に改ざんされているという事実を見出すことは不可能になり、受信端末の安全性に影響する。よって、ＣＲＣ又はダイジェスト検証という方式から得られる結果は正確ではない可能性がある。
いくつかの実施例では、公開鍵、秘密鍵に基づく検証方式をさらに提供し、ここでは、送信端末がソフトウェアパッケージを送信する際に秘密鍵を用いてソフトウェアパッケージに対して署名を行って、署名後のソフトウェアパッケージを受信端末に送信する。受信端末はソフトウェアパッケージを受信した後、公開鍵を用いてソフトウェアパッケージに対して署名検証を行い、署名検証を通過すればソフトウェアパッケージは安全であることを意味し、そうでない場合はソフトウェアパッケージが安全ではないということを意味する。
分散型ユニットの場合、ソフトウェアパッケージがメーカーサーバ側からデータセンターに到達した後、データセンターはソフトウェアパッケージ内のサブソフトウェアパッケージをネットワークエレメント装置にそれぞれ送信し、ネットワークエレメント装置にサブソフトウェアパッケージを実装させる必要がある。このような場面において、データセンターは「第１レベルの受信端末」であり、ネットワークエレメント装置は「第２レベルの受信端末」であって、第１レベルの受信端末は送信端末からソフトウェアパッケージを受信して、ソフトウェアパッケージ内のサブソフトウェアパッケージを第２レベルの受信端末に送信する必要があり、第２レベルの受信端末は第１レベルの受信端末からサブソフトウェアパッケージを受信する必要がある。
上述の公開鍵、秘密鍵の検証方式に従い、データセンターはメーカーサーバの送信したソフトウェアパッケージの完全性について検証し、ソフトウェアパッケージが安全であるか否かを確認することができるが、データセンターがサブソフトウェアパッケージをネットワークエレメント装置に送信する過程において、サブソフトウェアパッケージは攻撃を受けて改ざんされる恐れがあり、これに対してネットワークエレメント装置は自らが受信したサブソフトウェアパッケージが安全であるか否か確認する術を持たない。
上述の問題に対して、本願の実施例は、サーバ側に適用されるソフトウェアパッケージ伝送方法と、第１レベルの受信端末に適用されるソフトウェアパッケージ伝送検証方法と、第２レベルの受信端末に適用されるソフトウェアパッケージ伝送検証方法と、を含む、ソフトウェアパッケージ伝送検証スキームを提供する。
図１は本願の実施例によるソフトウェアパッケージ伝送方法のフローチャートであり、図１に示すように、上述のソフトウェアパッケージ伝送方法はステップＳ１０２、Ｓ１０４、Ｓ１０６を含む。
Ｓ１０２：サーバが、１つの第１レベルのソフトウェアパッケージに属する各第２レベルのソフトウェアパッケージに対して第２レベルの署名を行う。
本実施例において、第１レベルのソフトウェアパッケージはサーバにより第１レベルの受信端末に送信された、１つにまとめられたソフトウェアパッケージであり、第１レベルのソフトウェアパッケージには少なくとも２つの第２レベルのソフトウェアパッケージを含んでよく、異なる第２レベルのソフトウェアパッケージは異なる第２レベルの受信端末に送信することができる。図２に示す、サーバ、第１レベルの受信端末、第２レベルの受信端末間で行われるソフトウェアパッケージ伝送の模式図を参照されたい。サーバ２０と第１レベルの受信端末２１との間において、伝送されるのは第１レベルのソフトウェアパッケージＡであり、第１レベルの受信端末２１と第２レベルの受信端末との間において、伝送されるのは第２レベルのソフトウェアパッケージaである。図２では、３つの第２レベルの受信端末２２を含み、この３つの第２レベルの受信端末２２が受信する第２レベルのソフトウェアパッケージは１つの第１レベルのソフトウェアパッケージに属する。
いくつかの例において、第２レベルのソフトウェアパッケージはまさに最小単位のソフトウェアパッケージであり、さらに分けることはできないが、本実施例のいくつかの例において、１つの第２レベルのソフトウェアパッケージには少なくとも２つの第３レベルのソフトウェアパッケージをさらに含んでよく、第３レベルのソフトウェアパッケージは第２レベルの受信端末により第３レベルの受信端末に送信することができる。図３に示す模式図を参照されたい。サーバ２０が第１レベルのソフトウェアパッケージＡを第１レベルの受信端末２１に送信した後、第１レベルの受信端末２１は第１レベルのソフトウェアパッケージＡの中から第２レベルのソフトウェアパッケージを取得し、その後、第２レベルのソフトウェアパッケージを第２レベルの受信端末２２に送信する。第２レベルの受信端末２２が第２レベルのソフトウェアパッケージを受信した後、第２レベルのソフトウェアパッケージの中から少なくとも２つの第３レベルのソフトウェアパッケージが得られ、次いで、第２レベルの受信端末が第３レベルのソフトウェアパッケージを第３レベルの受信端末２３にそれぞれ送信する。
第１レベルのソフトウェアパッケージはｎ層のレベルのソフトウェアパッケージに分けることができ、第ｎ－１レベルのソフトウェアパッケージには少なくとも２つのｎレベルのソフトウェアパッケージが含まれると理解できる。一般的な状況においてｎの取り得る値は２であってよく、５Ｇ通信システムにおいてはｎの取り得る値が２から３に変わり得る。しかしながら、通信システムが必要とするのであれば、ｎの取り得る値はより大きくなると当業者は理解することができる。
本実施例のいくつかの例において、サーバは第２レベルの秘密鍵に基づき第２レベルのソフトウェアパッケージに第２レベルの署名を行ってよい。１つの第２レベルの秘密鍵は、これに対応する第２レベルの公開鍵を有する。一般的な状況においては、サーバが直接第２レベルの秘密鍵に基づき第２レベルのソフトウェアパッケージに対して署名を行い、第２レベルの受信端末がこれに応じて第２レベルの公開鍵を用いて、受信した第２レベルのソフトウェアパッケージに対して署名検証を行うのであれば、第２レベルの秘密鍵と第２レベルの公開鍵について暗号鍵管理を行わなければならない。
暗号鍵管理過程によってもたらされる負担を軽減するために、本実施例のいくつかの例において、サーバは第２レベルの秘密鍵に基づき各第２レベルのソフトウェアパッケージに第２のＣＡ署名を行ってよい。よって、第２レベルの受信端末は、第２レベルの公開鍵に対応する第２のＣＡ署名を用いて、受信した第２レベルのソフトウェアパッケージに対して署名検証を行うだけでよい。
第２レベルのソフトウェアパッケージに第３レベルのソフトウェアパッケージが含まれている場合、第２レベルのソフトウェアパッケージに第２レベルの署名を行う前に、サーバは当該第２レベルのソフトウェアパッケージ内に属する各第３レベルのソフトウェアパッケージに対して先に第３レベルの署名を行うべきであるということは自明であろう。同様に、第３レベルのソフトウェアパッケージに第４レベルのソフトウェアパッケージが含まれれば、サーバは同じ当該第３レベルのソフトウェアパッケージに属する各第４レベルのソフトウェアパッケージに対して先に第４レベルの署名を行うべきである。
ソフトウェアパッケージに対する第３レベルの署名、第４レベルの署名……ｎレベルの署名についても同様に、対応するレベルの秘密鍵を用いて行うか、又は対応するレベルの秘密鍵に基づくＣＡ証明書を用いて行うことができる。
Ｓ１０４：サーバが第１レベルのソフトウェアパッケージに対して第１レベルの署名を行う。
１つの第１レベルのソフトウェアパッケージに属する各第２レベルのソフトウェアパッケージに対して第２レベルの署名を行った後、サーバはこれらの第２レベルのソフトウェアパッケージを１つの第１レベルのソフトウェアパッケージとしてパッケージングしてから、当該第１レベルのソフトウェアパッケージに対して第１レベルの署名を行ってよい。
本実施例のいくつかの例において、サーバは第１レベルの秘密鍵に基づき第１レベルのソフトウェアパッケージに対して第１レベルの署名を行ってよい。１つの第１レベルの秘密鍵は、これに対応する第１レベルの公開鍵を有する。一般的な状況においては、サーバが直接第１レベルの秘密鍵に基づき第１レベルのソフトウェアパッケージに対して署名を行い、第１レベルの受信端末が第１レベルの公開鍵を用いて、受信した第１レベルのソフトウェアパッケージに対して署名検証を行うのであれば、第１レベルの秘密鍵と第１レベルの公開鍵について暗号鍵管理を行わなければならない。
同様に暗号鍵管理過程によってもたらされる負担を軽減するために、本実施例のいくつかの例において、サーバは第１レベルの秘密鍵に基づき各第１レベルのソフトウェアパッケージに対して第１のＣＡ署名を行ってよい。よって、第１レベルの受信端末は、第１レベルの公開鍵に対応する第１のＣＡ署名を用いて、受信した第１レベルのソフトウェアパッケージに対して署名検証を行うだけでよい。
なお、注意すべき点として述べれば、第１のＣＡはルートＣＡであってよく、第２のＣＡは当該ルートＣＡ下の第２レベルのＣＡであってよいが、いわゆる「第１のＣＡ」の実際の意味は、第１レベルのソフトウェアパッケージに対して署名を行うことができるＣＡというものであり、「第２のＣＡ」とは第２レベルのソフトウェアパッケージに対して署名を行うことができるＣＡをいう。本実施例において、第１のＣＡと第２のＣＡが「親」と「子」の関係であるということは求めていない。ましてや第１のＣＡが必ずルートＣＡであることも求めていない。したがって、いくつかの例において、第１のＣＡと第２のＣＡは同レベルの２つのＣＡであり得、両者間に「親」と「子」という関係はない。本実施例の別のいくつかの例において、第１のＣＡと第２のＣＡは親ＣＡと子ＣＡの関係であり得るが、両者はルートＣＡと第２レベルのＣＡという関係ではない。
Ｓ１０６：サーバが第１レベルのソフトウェアパッケージを第１レベルの受信端末に送信する。
第１レベルのソフトウェアパッケージに対する第１レベルの署名が完了した後、サーバは第１レベルのソフトウェアパッケージを第１レベルの受信端末に送信してよい。
図４は第１レベルの受信端末に適用されるソフトウェアパッケージの伝送検証方法であり、図４に示すように、当該ソフトウェアパッケージ伝送検証方法はステップＳ４０２、Ｓ４０４、Ｓ４０６、Ｓ４０８を含む。
Ｓ４０２：第１レベルの受信端末がサーバの送信した第１レベルのソフトウェアパッケージを受信する。
本実施例のいくつかの例において、第１レベルの受信端末はデータセンターであってよい。本実施例の別のいくつかの例において、第１レベルの受信端末はネットワーク管理システムであってよい。第１レベルの受信端末はこの二種類に限定されず、その他のネットワーク機器でもよいと当業者は理解できる。
Ｓ４０４：第１レベルの受信端末が第１レベルのソフトウェアパッケージに対して第１レベルの署名検証を行う。
サーバが第１レベルの受信端末に送信する第１レベルのソフトウェアパッケージは第１レベルの署名を経たものであるため、第１レベルの受信端末が第１レベルのソフトウェアパッケージを受信した後、第１レベルのソフトウェアパッケージに対して第１レベルの署名検証を行い、これにより第１レベルのソフトウェアパッケージが完全なものであるか否か確定することができる。
サーバの、第１レベルのソフトウェアパッケージに対する第１レベルの署名が直接第１レベルの秘密鍵に基づいて行われたものであれば、第１レベルの受信端末は自ずと第１レベルの秘密鍵に対応する第１レベルの公開鍵に基づき、第１レベルのソフトウェアパッケージに対して署名検証を行う。サーバの、第１レベルのソフトウェアパッケージに対する第１レベルの署名が第１レベルの秘密鍵に基づく第１のＣＡにより行われたものであれば、第１レベルの受信端末は自ずと第１レベルの公開鍵に基づく第１のＣＡ証明書を用いて、第１レベルのソフトウェアパッケージに対して署名検証を行う。
本実施例のいくつかの例において、第１レベルの受信端末内に第１のＣＡ証明書を予め配置することができる。しかし、より多くの例においては、第１レベルの受信端末の機器とソフトウェアパッケージが異なるメーカーに属することから、第１レベルの受信端末が第１レベルのソフトウェアパッケージに対して第１レベルの署名検証を行う前に、第１レベルの受信端末は先にＣＡサーバから第１のＣＡ証明書を取得すべきである。
Ｓ４０６：第１レベルのソフトウェアパッケージに対する第１レベルの署名検証が通過したか否か判断する。
判断結果が第１レベルの署名検証を通過したというものであればＳ４０８に移行し、そうでない場合フローは終了する。第１レベルのソフトウェアパッケージに対する第１レベルの署名検証を通過しなければ、第１レベルのソフトウェアパッケージがサーバから第１レベルの受信端末に伝送される過程において既に改ざんされていることを意味するため、第１レベルのソフトウェアパッケージは安全且つ完全なものではなくなっており、下位の受信端末に送信するには適さない。
Ｓ４０８：第１レベルの受信端末が、第１レベルのソフトウェアパッケージ内の各第２レベルのソフトウェアパッケージを対応する第２レベルの受信端末にそれぞれ伝送する。
第１レベルの受信端末の、第１レベルのソフトウェアパッケージに対する第１レベルの署名検証を通過した後、第１レベルの受信端末は第１レベルのソフトウェアパッケージの中から各第２レベルのソフトウェアパッケージを抽出することができ、その後、各第２レベルのソフトウェアパッケージを対応する第２レベルの受信端末にそれぞれ送信する。本実施例の一例において、第１レベルの受信端末はデータセンターであって、それが受信した第１レベルのソフトウェアパッケージ内に第２レベルのソフトウェアパッケージａ、ｂ、ｃを含み、この３つの第２レベルのソフトウェアパッケージは第２レベルの受信端末である基地局Ｎｇ１、Ｎｇ２、Ｎｇ３にそれぞれ送信する必要があり、データセンターは第２レベルのソフトウェアパッケージａをＮｇ１に、第２レベルのソフトウェアパッケージｂをＮｇ２に、第２レベルのソフトウェアパッケージｃをＮｇ３に送信することができる。
図５は第２レベルの受信端末に適用されるソフトウェアパッケージ伝送検証方法を示しており、図５に示すように、当該ソフトウェアパッケージ伝送検証方法はステップＳ５０２、Ｓ５０４を含む。
Ｓ５０２：第２レベルの受信端末が第１レベルの受信端末の送信した第２レベルのソフトウェアパッケージを受信する。
本実施例において、第２レベルの受信端末は基地局などのようなネットワークエレメント装置を含んでよい。第１レベルの受信端末は、第１レベルのソフトウェアパッケージに対する第１レベルの署名検証を通過した後、第１レベルのソフトウェアパッケージ内の各第２レベルのソフトウェアパッケージを対応する第２レベルの受信端末にそれぞれ送信する。よって、第２レベルの受信端末は、第１レベルのソフトウェアパッケージに対する第１レベルの署名検証を通過した後に第１レベルの受信端末が送信した第２レベルのソフトウェアパッケージを受信する。
Ｓ５０４：第２レベルの受信端末が第２レベルのソフトウェアパッケージに対して第２レベルの署名検証を行う。
第２レベルの受信端末は第２レベルのソフトウェアパッケージを受信した後、第２レベルのソフトウェアパッケージに対して第２レベルの署名検証を行い、第２レベルのソフトウェアパッケージか完全なものであるか否か確定することができる。
サーバの、第２レベルのソフトウェアパッケージに対する第２レベルの署名が直接第２レベルの秘密鍵に基づいて行われたものであれば、第２レベルの受信端末は自ずと第２レベルの秘密鍵に対応する第２レベルの公開鍵に基づき、第２レベルのソフトウェアパッケージに対して第２レベルの署名検証を行う。サーバの、第２レベルのソフトウェアパッケージに対する第２レベルの署名が第２レベルの秘密鍵に基づく第２のＣＡにより行われたものであれば、第２レベルの受信端末は自ずと第２レベルの公開鍵に基づく第２のＣＡ証明書を用いて、第２レベルのソフトウェアパッケージに対して第２レベルの署名検証を行う。
本実施例のいくつかの例において、第２レベルの受信端末もＣＡサーバから第２のＣＡ証明書を取得できるが、例えば基地局を第２レベルの受信端末とした時、数がとてつもなく多いというように、第２レベルの受信端末の数が膨大であることを斟酌すると、第２レベルの受信端末の出荷時に第２レベルの受信端末内に第２のＣＡ証明書を予め配置しておくことを考慮でき、こうすることで大量の第２レベルの受信端末がＣＡサーバから第２のＣＡ証明書を取得するという過程を省くことができる。
第１レベルの受信端末の、第１レベルのソフトウェアパッケージに対する第１レベルの署名検証過程と同様に、第２レベルの署名検証にも、第２レベルのソフトウェアパッケージが第２レベルの署名検証を通過する、又は第２レベルのソフトウェアパッケージが第２レベルの署名検証を通過しないという二通りの結果があり、第２レベルのソフトウェアパッケージが第２レベルの署名検証を通過しなければ、第２レベルのソフトウェアパッケージが第１レベルの受信端末から第２レベルの受信端末に伝送される過程において既に改ざんされていることを意味する。第２レベルのソフトウェアパッケージが第２レベルの署名検証を通過すれば、第２レベルのソフトウェアパッケージは安全且つ完全なものであることを意味する。
本実施例のいくつかの例において、第２レベルのソフトウェアパッケージは既に最小単位のソフトウェアパッケージであることから、第２レベルのソフトウェアパッケージが第２レベルの署名検証を通過したと第２レベルの受信端末が確定した後、第２レベルのソフトウェアパッケージを実装することができる。
本実施例の別のいくつかの例において、第２レベルのソフトウェアパッケージには第３レベルのソフトウェアパッケージをさらに含むため、第２レベルのソフトウェアパッケージが第２レベルの署名検証を通過したと第２レベルの受信端末が確定した後、第２レベルのソフトウェアパッケージ内の各第３レベルのソフトウェアパッケージを第３レベルの受信端末に伝送し、第３レベルの受信端末により第３レベルのソフトウェアパッケージに対して第３レベルの署名検証を行うことができる。第３レベルの受信端末の、第３レベルのソフトウェアパッケージに対する処理方法は、第２レベルの受信端末の、第２レベルのソフトウェアパッケージに対する処理方法と類似すると理解できるため、ここでは改めて説明しない。
本願の実施例によるソフトウェアパッケージ伝送検証スキームは２つのレベル又は複数レベルの署名／署名検証のメカニズムを提供しており、サーバにより下位のソフトウェアパッケージに対して対応するレベルの署名を行い、その後、署名後の下位のソフトウェアパッケージをパッケージングして上位のソフトウェアパッケージを形成し、さらに、上位のソフトウェアパッケージに対して対応する署名を行い、最終的に第１レベルのソフトウェアパッケージを第１レベルの受信端末に送信し、第１レベルの受信端末により第１レベルのソフトウェアパッケージに対して第１レベルの署名検証を行い、署名検証通過後に、さらにそのうちの下位のソフトウェアパッケージを下位の受信端末に伝送し、下位の受信端末により下位のソフトウェアパッケージに対して署名検証を行うというように順に繰り返して、ソフトウェアパッケージに対して各伝送段階における完全性と安全性の検証を行うことで、受信端末の安全性を向上させる。
本願の実施例においては受信端末が２つのレベルのみを有すると仮定し、ここではネットワーク管理システムを第１レベルの受信端末、基地局を第２レベルの受信端末とするものを例として、上述のソフトウェアパッケージ伝送検証スキームについて引き続き説明することで、当該スキームの利点と詳細を明らかにする。
図６は本願の実施例によるソフトウェアパッケージ伝送検証スキームの相互作用フローチャートであり、図６に示すように、上述のソフトウェアパッケージ伝送検証スキームは以下のステップＳ６０２からＳ６１６を含む。
Ｓ６０２：メーカーサーバ側に、一般公開されたＰＫＩ（Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ，公開鍵基盤）システムを配置する。
ＰＫＩシステムはＣＡシステム、ＣＲＬ（Ｃｅｒｔｉｆｉｃａｔｅ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ，証明書失効リスト）システムなどを含み、第１レベルのソフトウェアパッケージに対する第１の署名、第２レベルのソフトウェアパッケージに対する第２の署名などの機能を実現するために、基地局に第２のＣＡ署名を予め配置するように設けられる。
本実施例でいうメーカーとはソフトウェアパッケージのメーカーをいい、基地局のメーカーでもある。
Ｓ６０４：メーカーサーバがＰＫＩシステムを介して各第２レベルのソフトウェアパッケージに対して第２レベルの署名を行う。
メーカーサーバ側のＰＫＩシステムは第２のＣＡを介して第２レベルのソフトウェアパッケージに対して署名を行ってよく、各第２レベルのソフトウェアパッケージに対する第２レベルの署名を完了した後、メーカーサーバは各第２レベルのソフトウェアパッケージを第１レベルのソフトウェアパッケージとしてパッケージングすることができる。
Ｓ６０６：メーカーサーバがＰＫＩシステムを介して第１レベルのソフトウェアパッケージに対して第１レベルの署名を行う。
メーカーサーバ側のＰＫＩシステムは第１のＣＡ証明書により第１レベルのソフトウェアパッケージに対して署名を行うことができる。
Ｓ６０８：メーカーサーバが第１レベルのソフトウェアパッケージをネットワーク管理システムに送信する。
Ｓ６１０：ネットワーク管理システムが第１レベルのソフトウェアパッケージに対して第１レベルの署名検証を行う。
ネットワーク管理システムは第１レベルのソフトウェアパッケージに対して第１レベルの署名検証を行う前に、公開されたチャネルを介して第１のＣＡ証明書を取得でき、その後、第１のＣＡ証明書により第１レベルのソフトウェアパッケージに対して第１レベルの署名検証を行う。
Ｓ６１２：第１レベルの署名検証を通過すると、ネットワーク管理システムは第２レベルのソフトウェアパッケージを基地局に送信する。
第２レベルの受信端末は複数の基地局を含むと理解でき、図６においては、ネットワーク管理システムがそのうちの１つの基地局に第２レベルのソフトウェアパッケージを送信するフローのみを示しており、その他の基地局が第２レベルのソフトウェアパッケージを受信するフロー、及び第２レベルのソフトウェアパッケージに対する処理フローについては、当該基地局の対応するプロセスを参照することができる。
Ｓ６１４：基地局が第２レベルのソフトウェアパッケージに対して第２レベルの署名検証を行う。
本実施例において、基地局の出荷時には、メーカーサーバ側のＰＫＩシステムが基地局内にＣＡ証明書を既に配置している。基地局内に予め配置された証明書は第２のＣＡ証明書だけに限ってよいが、本実施例のいくつかの例において、メーカーサーバ側には三種類のＣＡ証明書が存在し、基地局の出荷時には当該三種類のＣＡ証明書を全て基地局内に予め配置してよい。第２レベルのソフトウェアパッケージ内に署名ファイルが付属しており、当該署名ファイルに基づき、基地局は当該第２レベルのソフトウェアパッケージに対する署名がどの種類のＣＡ証明書に基づいて行われたものであるか確定することができるため、基地局は対応するＣＡ証明書を選択して、受信した第２レベルのソフトウェアパッケージに対して第２レベルの署名検証を行う。
Ｓ６１６：第２レベルの署名検証を通過すると、基地局は第２レベルのソフトウェアパッケージを実装して使用する。
基地局の、第２レベルのソフトウェアパッケージに対する第２レベルの署名検証を通過すれば、ネットワーク管理システムから本基地局までの伝送経路において、第２レベルのソフトウェアパッケージが改ざんされていないことを意味するため、第２レベルのソフトウェアパッケージは完全且つ安全なものであるはずであり、基地局は当該第２レベルのソフトウェアパッケージを正常に使用することができる。
本願の実施例によるソフトウェアパッケージ伝送検証スキームにおいて、メーカーサーバ側は第２レベルの署名メカニズムに基づいてソフトウェアパッケージ全体に対して２サイクルの署名を行い、第１のソフトウェアパッケージがメーカーサーバ側からネットワーク管理システムに伝送された後、ネットワーク管理システムは第１レベルのソフトウェアパッケージの署名に対して署名検証を行い、署名検証結果に基づいて、第１のソフトウェアパッケージがメーカーサーバから本ネットワーク管理システムに伝送される過程において改ざんされたか否か確定する。改ざんされていなければネットワーク管理システムはそのうちの第２レベルのソフトウェアパッケージを基地局に送信してよく、基地局は第２レベルのソフトウェアパッケージに対して第２レベルの署名検証を行うことで、第２レベルのソフトウェアパッケージがネットワーク管理システムから本基地局側に伝送される過程において改ざんされたか否か確定し、これにより第２レベルのソフトウェアパッケージが安全で使用可能なものか確定して、基地局側の安全性を向上させる。
本願の実施例では記憶媒体をさらに提供する。当該記憶媒体には１つ又は複数のプロセッサにより読み取り、コンパイルして実行可能な１つ又は複数のコンピュータプログラムが記憶される。本実施例において、当該記憶媒体はソフトウェアパッケージ伝送プログラムと、第１のソフトウェアパッケージ伝送検証プログラムと、第２のソフトウェアパッケージ伝送検証プログラムとのうちの少なくとも１つが記憶され、ソフトウェアパッケージ伝送プログラムは、１つ又は複数のプロセッサにより実行されることにより、上述の実施例にて述べたソフトウェアパッケージ伝送方法のフローを実現でき、第１のソフトウェアパッケージ伝送検証プログラムは、１つ又は複数のプロセッサにより実行されることにより、上述の実施例にて述べた第１レベルの受信端末側のソフトウェアパッケージ伝送検証方法のフローを実現でき、第２のソフトウェアパッケージ伝送検証プログラムは、１つ又は複数のプロセッサにより実行されることにより、上述の実施例にて述べた第２レベルの受信端末側のソフトウェアパッケージ伝送検証方法のフローを実現できる。
このほか、本願の実施例はネットワーク機器を提供する。図７に示すように、ネットワーク機器７０はプロセッサ７１と、メモリ７２と、プロセッサ７１とメモリ７２とを接続するための通信バス７３と、を含み、メモリ７２は上述の、ソフトウェアパッケージ伝送プログラムと、第１のソフトウェアパッケージ伝送検証プログラムと、第２のソフトウェアパッケージ伝送検証プログラムとのうちの少なくとも１つが記憶された記憶媒体であってよい。
本願の実施例のいくつかの例において、ネットワーク機器７０はサーバであり、プロセッサ７１はソフトウェアパッケージ伝送プログラムを読み取り、コンパイルを行って上述の実施例にて述べたソフトウェアパッケージ伝送方法のフローを実行できる。つまり、１つの第１レベルのソフトウェアパッケージに属する各第２レベルのソフトウェアパッケージに対して第２レベルの署名を行い、その後、第１レベルのソフトウェアパッケージに対して第１レベルの署名を行って第１レベルのソフトウェアパッケージを第１レベルの受信端末に送信する。
本実施例のいくつかの例において、第２レベルのソフトウェアパッケージには少なくとも２つの第３レベルのソフトウェアパッケージが含まれ、１つの第１レベルのソフトウェアパッケージに属する各第２レベルのソフトウェアパッケージに対して第２レベルの署名を行う前に、１つの第２レベルのソフトウェアパッケージに属する各第３レベルのソフトウェアパッケージに対して第３レベルの署名をさらに行う。
本実施例のいくつかの例において、第１レベルの署名は第１レベルの秘密鍵に基づく第１の認証局（ＣＡ）署名である。同様に、第２レベルの署名は第２レベルの秘密鍵に基づく第２のＣＡ署名であってよい。
本実施例のいくつかの例において、ネットワーク機器７０は第１レベルの受信端末であってよく、例えばネットワーク管理システム又はデータセンターであり、プロセッサ７１は第１のソフトウェアパッケージ伝送検証プログラムを読み取ることができ、コンパイルを行って上述の実施例にて述べた第１レベルの受信端末側のソフトウェアパッケージ伝送検証方法のフローを実行することができる。つまり、サーバの送信した第１レベルのソフトウェアパッケージを受信し、その後、第１レベルのソフトウェアパッケージに対して第１レベルの署名検証を行い、第１レベルのソフトウェアパッケージが署名検証を通過した後、第１レベルのソフトウェアパッケージ内の各第２レベルのソフトウェアパッケージを対応する第２レベルの受信端末にそれぞれ伝送する。
サーバの、第１レベルのソフトウェアパッケージに対する第１レベルの署名が第１レベルの秘密鍵に基づく第１のＣＡ署名であれば、第１レベルのソフトウェアパッケージに対して第１レベルの署名検証を行う際に、第１レベルの公開鍵に基づく第１のＣＡ証明書を用いて第１レベルのソフトウェアパッケージに対して署名検証を行うことができ、第１レベルの公開鍵は第１レベルの秘密鍵に対応する。
本実施例のいくつかの例において、第１レベルの公開鍵に基づく第１のＣＡ証明書を用いて第１レベルのソフトウェアパッケージに対して署名検証を行う前に、先にＣＡサーバから第１のＣＡ証明書を取得して実装する必要がある。
本実施例のいくつかの例において、ネットワーク機器７０は第２レベルの受信端末であってよく、例えば基地局などであり、プロセッサ７１は第２のソフトウェアパッケージ伝送検証プログラムを読み取り、コンパイルを行って上述の実施例にて述べた第２レベルの受信端末側のソフトウェアパッケージ伝送検証方法のフローを実行することができる。つまり、第１レベルの受信端末が送信した第２レベルのソフトウェアパッケージを受信してから、第２レベルのソフトウェアパッケージに対して第２レベルの署名検証を行う。
第２レベルのソフトウェアパッケージに少なくとも２つの第３のソフトウェアパッケージが含まれている場合、第２レベルのソフトウェアパッケージに対して第２レベルの署名検証を行った後、第２レベルのソフトウェアパッケージが署名検証を通過すれば、第２レベルのソフトウェアパッケージ内の各第３レベルのソフトウェアパッケージを対応する第３レベルの受信端末にそれぞれ伝送する。
第２レベルのソフトウェアパッケージが最小単位であれば、第２レベルのソフトウェアパッケージに対して第２レベルの署名検証を行って且つ署名検証を通過した後に第２レベルのソフトウェアパッケージを実装することができる。
サーバの、第２レベルのソフトウェアパッケージに対する第２レベルの署名が第２レベルの秘密鍵に基づく第２のＣＡ署名であれば、第２レベルのソフトウェアパッケージに対して第２レベルの署名検証を行う際に、第２レベルの公開鍵に基づく第２のＣＡ証明書を用いて第２レベルのソフトウェアパッケージに対して署名検証を行うことができ、第２レベルの公開鍵は第２レベルの秘密鍵に対応する。
本実施例のいくつかの例において、ネットワーク機器７０には出荷時に第２のＣＡ証明書が予め配置されているため、第２レベルのソフトウェアパッケージに対して第２の署名検証を行う前に、第２のＣＡ証明書を臨時に取得する必要はない。
本実施例によるネットワーク機器は２つのレベル又は複数レベルの署名／署名検証のメカニズムを提供しており、ソフトウェアパッケージの各伝送段階に対して検証を行い、ソフトウェアパッケージが伝送過程において改ざんされたか否か検証し、ソフトウェアパッケージの各伝送段階における完全性と安全性を検証することができ、受信端末の安全性を向上させる。
矛盾することがなければ、本願の各実施例における内容は組み合わせて使用することができると理解することができる。
明らかに、上述の文で公開された方法における全ての又は一部のステップ、システム、装置内の機能モジュール／ユニットは、ソフトウェア（演算装置で実行可能なプログラムコードにより実現できる）、ファームウェア、ハードウェア、及びそれらの適切な組み合わせとして実施され得ると当業者は理解できる。ハードウェアの実施形態において、上記説明において言及した機能モジュール／ユニット間の区分は、必ずしも物理コンポーネントの区分に対応するものではなく、例えば、１つの物理コンポーネントは複数の機能を有してよく、又は１つの機能又はステップは若干の物理コンポーネントが協働して実行されてよい。一部の物理コンポーネント又は全ての物理コンポーネントは、セントラルプロセッサ、デジタル信号プロセッサ又はマイクロプロセッサなどのプロセッサによって実行されるソフトウェアとして実施され、又はハードウェアとして実施され、或いは専用集積回路などのような集積回路として実施されてよい。このようなソフトウェアはコンピュータ読み取り可能な媒体上に分散し、演算装置により実行されてよく、また、ある場合は、ここでの順序と異なる順序で、提示又は説明したステップを実行してよく、コンピュータ読み取り可能な媒体は、コンピュータ記憶媒体(又は非一時的媒体)及び通信媒体(又は一時的媒体)を含んでよい。当業者には周知のように、コンピュータ記憶媒体という用語は情報（コンピュータ読み取り可能な命令、データ構造、プログラムモジュール、又は他のデータなど）を記憶するための任意の方法又は技術において実施される揮発性及び不揮発性、リムーバブル及び非リムーバブル媒体を含む。コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、ＣＤ－ＲＯＭを含むがこれに限らず、デジタル多機能ディスク（ＤＶＤ）、光ディスク、磁気カセット、磁気テープ、磁気ディスク、又は所望の情報を記憶でき且つコンピュータによってアクセス可能な任意の他の媒体であってよい。このほか、当業者には周知のように、通信媒体は一般的に、コンピュータ読み取り可能な命令、データ構造、プログラムモジュール、又は搬送波あるいは他の伝送機構のような変調データ信号における他のデータを含むほか、任意の情報配信媒体を含んでよい。よって、本願は如何なる特定のハードウェアとソフトウェアの組み合わせにも限定されない。
以上の内容は、具体的な実施の形態を組み合わせて本願の実施例についてなされたさらなる詳細な説明であって、本願の具体的な実施の形態がこれらの説明に限定されると判断することはできない。当業者は、本願の思想から逸脱しないことを前提として若干の簡単な演繹又は置き換えをなすことができ、これらはみな本願の請求範囲であると見なされるべきである。

Claims (15)

  1. サーバが、１つの第１レベルのソフトウェアパッケージに属する各第２レベルのソフトウェアパッケージに対して第２レベルの署名を行うことと、
    前記サーバが前記第１レベルのソフトウェアパッケージに対して第１レベルの署名を行うことと、
    前記サーバが前記第１レベルのソフトウェアパッケージを第１レベルの受信端末に送信することと、を含み、
    前記第１レベルのソフトウェアパッケージには少なくとも２つの第２レベルのソフトウェアパッケージが含まれ、前記第１レベルのソフトウェアパッケージ内の各第２レベルのソフトウェアパッケージは異なる第２レベルの受信端末に属する、
    ソフトウェアパッケージ伝送方法。
  2. 前記第２レベルのソフトウェアパッケージには少なくとも２つの第３レベルのソフトウェアパッケージが含まれ、前記サーバが、１つの第１レベルのソフトウェアパッケージに属する各第２レベルのソフトウェアパッケージに対して第２レベルの署名を行う前に、
    前記サーバが、１つの第２レベルのソフトウェアパッケージに属する各第３レベルのソフトウェアパッケージに対して第３レベルの署名を行うことをさらに含む、
    請求項１に記載のソフトウェアパッケージ伝送方法。
  3. 前記第１レベルの署名は第１レベルの秘密鍵に基づく第１の認証局（ＣＡ）署名である、
    請求項１又は２に記載のソフトウェアパッケージ伝送方法。
  4. 前記第２レベルの署名は第２レベルの秘密鍵に基づく第２のＣＡ署名である、
    請求項１又は２に記載のソフトウェアパッケージ伝送方法。
  5. 第１レベルの受信端末がサーバの送信した第１レベルのソフトウェアパッケージを受信することと、
    前記第１レベルの受信端末が前記第１レベルのソフトウェアパッケージに対して第１レベルの署名検証を行うことと、
    前記第１レベルのソフトウェアパッケージが署名検証を通過した後、前記第１レベルの受信端末が、前記第１レベルのソフトウェアパッケージ内の各第２レベルのソフトウェアパッケージを対応する第２レベルの受信端末にそれぞれ伝送することと、を含む、
    ソフトウェアパッケージ伝送検証方法。
  6. 前記サーバの、前記第１レベルのソフトウェアパッケージに対する第１レベルの署名は第１レベルの秘密鍵に基づく第１のＣＡ署名であり、前記第１レベルの受信端末が前記第１レベルのソフトウェアパッケージに対して第１レベルの署名検証を行うことは、
    前記第１レベルの受信端末が第１レベルの公開鍵に基づく第１のＣＡ証明書を用いて前記第１レベルのソフトウェアパッケージに対して署名検証を行うことを含み、前記第１レベルの公開鍵は前記第１レベルの秘密鍵に対応する、
    請求項５に記載のソフトウェアパッケージ伝送検証方法。
  7. 前記第１レベルの受信端末が第１レベルの公開鍵に基づく第１のＣＡ証明書を用いて前記第１レベルのソフトウェアパッケージに対して署名検証を行う前に、
    前記第１レベルの受信端末がＣＡサーバから前記第１のＣＡ証明書を取得して実装することをさらに含む、
    請求項６に記載のソフトウェアパッケージ伝送検証方法。
  8. 前記第１レベルの受信端末はデータセンター又はネットワーク管理システムであり、前記第２レベルの受信端末はネットワークエレメント装置である、
    請求項５～７の何れか一項に記載のソフトウェアパッケージ伝送検証方法。
  9. 第２レベルの受信端末が第１レベルの受信端末の送信した第２レベルのソフトウェアパッケージを受信することと、
    前記第２レベルの受信端末が前記第２レベルのソフトウェアパッケージに対して第２レベルの署名検証を行うことと、を含み、
    前記第１レベルの受信端末は、前記第２レベルのソフトウェアパッケージを含む、サーバから来た第１レベルのソフトウェアパッケージに対して、第１レベルの署名検証を行うように設けられる、
    ソフトウェアパッケージ伝送検証方法。
  10. 前記第２レベルのソフトウェアパッケージには少なくとも２つの第３レベルのソフトウェアパッケージが含まれ、前記第２レベルの受信端末が前記第２レベルのソフトウェアパッケージに対して第２レベルの署名検証を行った後に、
    前記第２レベルのソフトウェアパッケージが署名検証を通過した場合、前記第２レベルの受信端末が、前記第２レベルのソフトウェアパッケージ内の各第３レベルのソフトウェアパッケージを対応する第３レベルの受信端末にそれぞれ送信することをさらに含む、
    請求項９に記載のソフトウェアパッケージ伝送検証方法。
  11. 前記第２レベルの受信端末が前記第２レベルのソフトウェアパッケージに対して第２レベルの署名検証を行った後に、
    前記第２レベルのソフトウェアパッケージが署名検証を通過した場合、前記第２レベルの受信端末が、前記第２レベルのソフトウェアパッケージを実装することをさらに含む、
    請求項９に記載のソフトウェアパッケージ伝送検証方法。
  12. 前記サーバの、前記第２レベルのソフトウェアパッケージに対する第２レベルの署名は第２レベルの秘密鍵に基づく第２のＣＡ署名であり、前記第２レベルの受信端末が前記第２レベルのソフトウェアパッケージに対して第２レベルの署名検証を行うことは、
    前記第２レベルの受信端末が第２レベルの公開鍵に基づく第２のＣＡ証明書を用いて前記第２レベルのソフトウェアパッケージに対して署名検証を行うことを含み、前記第２レベルの公開鍵は前記第２レベルの秘密鍵に対応する、
    請求項９～１１の何れか一項に記載のソフトウェアパッケージ伝送検証方法。
  13. 前記第２レベルの受信端末は出荷時に前記第２のＣＡ証明書が予め配置されている、
    請求項１２に記載のソフトウェアパッケージ伝送検証方法。
  14. プロセッサと、メモリと、通信バスと、を含み、
    前記通信バスは、プロセッサとメモリとの間の通信接続を実現するように設けられ、
    前記プロセッサは、メモリ内に記憶されたソフトウェアパッケージ伝送プログラムを実行することにより、請求項１～４の何れか一項に記載のソフトウェアパッケージ伝送方法のステップを実現するように設けられるか、又はメモリ内に記憶された第１のソフトウェアパッケージ伝送検証プログラムを実行することにより、請求項５～８の何れか一項に記載のソフトウェアパッケージ伝送検証方法のステップを実現するように設けられるか、或いはメモリ内に記憶された第２のソフトウェアパッケージ伝送検証プログラムを実行することにより、請求項９～１３の何れか一項に記載のソフトウェアパッケージ伝送検証方法のステップを実現するように設けられる、
    ネットワーク機器。
  15. ソフトウェアパッケージ伝送プログラムと、第１のソフトウェアパッケージ伝送検証プログラムと、第２のソフトウェアパッケージ伝送検証プログラムとのうちの少なくとも１つが記憶され、
    前記ソフトウェアパッケージ伝送プログラムは、１つ又は複数のプロセッサにより実行されることで、請求項１～４の何れか一項に記載のソフトウェアパッケージ伝送方法のステップを実現でき、
    前記第１のソフトウェアパッケージ伝送検証プログラムは、１つ又は複数のプロセッサにより実行されることで、請求項５～８の何れか一項に記載の第１のソフトウェアパッケージ伝送検証方法のステップを実現でき、
    前記第２のソフトウェアパッケージ伝送検証プログラムは、１つ又は複数のプロセッサにより実行されることで、請求項９～１３の何れか一項に記載の第２のソフトウェアパッケージ伝送検証方法のステップを実現できる、
    記憶媒体。
JP2022508600A 2019-08-09 2020-08-04 ソフトウェアパッケージ伝送方法、ソフトウェアパッケージ伝送検証方法、ネットワーク機器及び記憶媒体 Pending JP2022543891A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201910735753.X 2019-08-09
CN201910735753.XA CN112350980B (zh) 2019-08-09 2019-08-09 一种软件包传输、传输验证方法、网络设备及存储介质
PCT/CN2020/106758 WO2021027622A1 (zh) 2019-08-09 2020-08-04 软件包传输方法、软件包传输验证方法、网络设备及存储介质

Publications (1)

Publication Number Publication Date
JP2022543891A true JP2022543891A (ja) 2022-10-14

Family

ID=74367034

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022508600A Pending JP2022543891A (ja) 2019-08-09 2020-08-04 ソフトウェアパッケージ伝送方法、ソフトウェアパッケージ伝送検証方法、ネットワーク機器及び記憶媒体

Country Status (4)

Country Link
EP (1) EP4013002A4 (ja)
JP (1) JP2022543891A (ja)
CN (1) CN112350980B (ja)
WO (1) WO2021027622A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11902453B2 (en) * 2021-06-25 2024-02-13 Intel Corporation Method, system and apparatus for delayed production code signing for heterogeneous artifacts
CN117675211A (zh) * 2022-08-24 2024-03-08 中兴通讯股份有限公司 数字签名方法和验签方法、电子设备、计算机可读介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004213339A (ja) * 2002-12-27 2004-07-29 Toshiba Corp ソフトウェア無線機及びその制御方法
JP2005242447A (ja) * 2004-02-24 2005-09-08 Nec Saitama Ltd ファイルダウンロード方法およびリモート装置
JP2010238102A (ja) * 2009-03-31 2010-10-21 Fujitsu Ltd 情報処理装置、認証システム、認証方法、認証装置及びプログラム
JP2017059211A (ja) * 2015-09-14 2017-03-23 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ ゲートウェイ装置、車載ネットワークシステム及びファームウェア更新方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102035653B (zh) * 2010-11-30 2012-09-12 中国联合网络通信集团有限公司 软件审核阶段的可控分发方法及系统
US10409679B2 (en) * 2012-08-31 2019-09-10 Pure Storage, Inc. Migrating data slices in a dispersed storage network
WO2015143651A1 (zh) * 2014-03-26 2015-10-01 华为技术有限公司 基于网络功能虚拟化的证书配置方法、装置和系统
WO2018047399A1 (en) * 2016-09-08 2018-03-15 Nec Corporation Network function virtualization system and verifying method
JP6806263B2 (ja) * 2017-02-07 2021-01-06 日本電気株式会社 Ｖｎｆパッケージ署名システム及びｖｎｆパッケージ署名方法
CN107241688A (zh) * 2017-06-14 2017-10-10 北京小米移动软件有限公司 应用安装包的签名、验证方法、装置及存储介质
CN109309645A (zh) * 2017-07-26 2019-02-05 中国人民解放军装备学院 一种软件分发安全保护方法
CN107741859A (zh) * 2017-11-03 2018-02-27 山东浪潮云服务信息科技有限公司 基于国产cpu和os的软件包管理方法、装置及系统
CN109214146A (zh) * 2018-08-10 2019-01-15 北京邮电大学 应用软件的签名方法、验签方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004213339A (ja) * 2002-12-27 2004-07-29 Toshiba Corp ソフトウェア無線機及びその制御方法
JP2005242447A (ja) * 2004-02-24 2005-09-08 Nec Saitama Ltd ファイルダウンロード方法およびリモート装置
JP2010238102A (ja) * 2009-03-31 2010-10-21 Fujitsu Ltd 情報処理装置、認証システム、認証方法、認証装置及びプログラム
JP2017059211A (ja) * 2015-09-14 2017-03-23 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ ゲートウェイ装置、車載ネットワークシステム及びファームウェア更新方法

Also Published As

Publication number Publication date
CN112350980A (zh) 2021-02-09
EP4013002A1 (en) 2022-06-15
EP4013002A4 (en) 2023-08-16
WO2021027622A1 (zh) 2021-02-18
CN112350980B (zh) 2023-06-06

Similar Documents

Publication Publication Date Title
CN110532735B (zh) 固件升级方法
US10372932B2 (en) Secure factory data generation and restoration
CN109314639B (zh) 管理系统、密钥生成装置、车载计算机、管理方法以及记录介质
US11283626B2 (en) Apparatus and methods for distributed certificate enrollment
US10375057B2 (en) Systems and methods for certificate chain validation of secure elements
CN112491846A (zh) 一种跨链的区块链通信方法及装置
CN102035653B (zh) 软件审核阶段的可控分发方法及系统
CN112913189B (zh) 一种ota升级方法及装置
CN111182521A (zh) 物联网终端机卡绑定、入网认证和业务认证方法及装置
US11212109B2 (en) Data provision system, data security device, data provision method, and computer program
US10970398B2 (en) Data provision system, data security device, data provision method, and computer program
CN103248495B (zh) 一种应用内付费的方法、服务器、客户端和系统
JP2022543891A (ja) ソフトウェアパッケージ伝送方法、ソフトウェアパッケージ伝送検証方法、ネットワーク機器及び記憶媒体
KR20210016547A (ko) 데이터 처리
CN116137006A (zh) 区块链跨链方法、设备及可读存储介质
CN111414640B (zh) 秘钥访问控制方法和装置
Buschlinger et al. Plug-and-patch: Secure value added services for electric vehicle charging
WO2018179293A1 (ja) 検証情報付与装置、検証装置、情報管理システム、方法およびプログラム
CN113766496A (zh) 智能设备的跨平台绑定方法、系统及相关设备
CN116909603A (zh) 车辆安全升级方法及系统
CN116707758A (zh) 可信计算设备的认证方法、设备和服务器
Groza et al. CarINA-Car sharing with IdeNtity based Access control re-enforced by TPM
CN109117625B (zh) Ai软件系统安全状态的确定方法及装置
Zheng et al. Secure distributed applications the decent way
CN105453519A (zh) 一种信息安全验证方法及设备

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220209

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230222

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230228

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230531

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20230912