JP2014504080A - 装置に接続された保全素子上のコンテンツの管理方法 - Google Patents

Abstract

本発明は、装置（２１）に接続された保全素子（２０）上のコンテンツの管理方法であって、コンテンツは遠隔管理プラットフォーム（２２）から保全素子上で管理される、管理方法に関する。本発明の方法は：保全素子（２０）によって生成され、装置（２１）に送信されるセッション鍵により、管理プラットフォームのレベルで、装置（２１）と管理プラットフォーム（２２）との間に保全チャネルを開設する段階と；保全素子（２０）のコンテンツを管理する要求を管理プラットフォーム（２２）に送信する段階と；管理プラットフォーム（２２）のレベルで、この要求が、セッション鍵を生成した保全素子と同じ保全素子から生成されたものであることを検証し、肯定的な結果が得られた場合には管理を許可し、否定的な結果が得られた場合には管理を禁止する段階と；を含む。
【選択図】 図１

Description

本発明は、装置に接続された保全素子上のコンテンツを管理する方法に関する。

保全素子は典型的に、ＳＩＭアプリケーションを内蔵するＵＩＣＣ（汎用ＩＣカード）であり、例えば携帯電話又は装置（Ｍ２Ｍ（マシン・ツー・マシン）アプリケーション用）等の端末内に、固定されて、又は固定はされずに組み込まれている。

ＵＩＣＣは、スマートカードの形をとりうるが、［特許文献１］に記載されているパッケージチップや、その他いかなる形をとるものであってもよい。ＵＩＣＣは、例えばＧＳＭ（登録商標）及びＵＭＴＳネットワークにおける携帯端末内で用いられる。ＵＩＣＣは、ネットワーク認証、及びあらゆる種類の個人データの整合性と安全性を保証するものである。

ＵＩＣＣは、ＧＳＭネットワークでは主にＳＩＭアプリケーションを内蔵し、ＵＭＴＳネットワークではＵＳＩＭアプリケーションを内蔵している。
ＵＩＣＣにはその他複数のアプリケーションを内蔵させることができる。そうすると１つのスマートカードで、ＧＳＭ及びＵＭＴＳネットワークの双方にアクセスしたり、また電話帳及びその他のアプリケーションの格納領域を提供したりすることが可能となる。

また対応の携帯端末では、ＵＳＩＭアプリケーションでＧＳＭネットワークにアクセスしたり、ＳＩＭアプリケーションでＵＭＴＳネットワークにアクセスしたりすることもできる。

ＬＴＥなど、ＵＭＴＳリリース５以降のネットワークでは、ＩＭＳ（ＩＰマルチメディアサブシステム）におけるサービスに、新たなアプリケーション、即ちＩＰマルチメディアサービスアイデンティティモジュール（ＩＳＩＭ）が必要である。
電話帳は別個のアプリケーションであり、いずれの加入者情報モジュールにも属さない。

ＵＩＣＣは、ＣＤＭＡネットワークでは、３ＧＰＰ ＵＳＩＭ及びＳＩＭアプリケーションに加えて、ＣＳＩＭアプリケーションを内蔵している。これら３つの特徴を全て含むカードは、リムーバブルユーザアイデンティティカード、即ちＲ−ＵＩＭと呼ばれる。つまりＲ−ＵＩＭカードは、ＣＤＭＡ、ＧＳＭ、ＵＭＴＳハンドセットのいずれにも挿入でき、いずれにおいても機能するのである。

２Ｇネットワークにおいては、ＳＩＭカードとＳＩＭアプリケーションは一体であったため、“ＳＩＭカード”は、この物理的なカード、又はＳＩＭアプリケーションを有するあらゆる物理的なカードを意味していた。
ＵＩＣＣスマートカードは、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、及び入出力回路からなる。初期バージョンのスマートカードは、完全にフルサイズ（８５×５４ｍｍ，ＩＳＯ／ＩＥＣ ７８１０ ＩＤ−１）であった。すぐに、電話の小型化競争によって、より小型のカードが求められるようになった。

カードの差し込み口が標準化されているので、加入者は自分のワイヤレスアカウントや電話番号を、あるハンドセットから他のハンドセットへ簡単に移すことができる。これによって加入者の電話帳やテキストメッセージも移される。同様に加入者は、通常、自分の既存のハンドセットに新たなキャリアのＵＩＣＣカードを挿入することでキャリアを変更することもできる。しかしこれは、常に可能であるとは限らない。なぜなら、自社の販売する電話にＳＩＭロックをかけて（例、アメリカにおいてなど）、競合キャリアのカードが使用されないようにしているキャリアもあるからである。

ＥＴＳＩフレームワークとＧｌｏｂａｌ Ｐｌａｔｆｏｒｍのアプリケーション管理フレームワークは統合され、ＵＩＣＣ仕様に一本化された。
ＵＩＣＣは３ＧＰＰ及びＥＴＳＩによって標準化された。
ＵＩＣＣは通常、例えばユーザが自分の携帯端末を変更したいときなどに、携帯端末から取り出すことができる。ユーザは、新たな端末に自分のＵＩＣＣを挿入して、それまで通り自分のアプリケーション、連絡先、認証情報（ネットワークオペレータ）にアクセスすることができる。

また、ＵＩＣＣを端末専用のものにする目的で、ＵＩＣＣを端末内にはんだ付け又は溶接することも周知である。これはＭ２Ｍ（マシン・ツー・マシン）アプリケーションにおいて行われている。上記の目的は、ＳＩＭ又はＵＳＩＭのアプリケーション及びファイルを内蔵するチップ（保全素子）を、端末に内蔵させることによっても達成できる。このチップは、例えば端末又は装置のマザーボードにはんだ付けされ、ｅ−ＵＩＣＣとなる。

いくつかの公知の解決方法は、はんだ付けされたｅ−ＵＩＣＣや、ＵＩＣＣ中のチップと同じアプリケーションを内蔵するチップに適用される。
また、遠隔端末内にある、又は装置の奥深くに組み込まれているＵＩＣＣで、装置と完全に一体化しているわけではないが、元来取り外し用ではないために取り外しが困難なものに対しても、本発明を同様に適用することができる。

ＵＩＣＣの特別なフォームファクタ（例えば非常に小さいので取り扱いが困難であるなど）も、そのＵＩＣＣを、実質的に端末に組み込まれているものと見なす理由になりうる。同様のことは、開放が想定されていない装置内にＵＩＣＣが組み込まれている場合についてもいえる。

以下の記載では、ＵＩＣＣと同じアプリケーションを内蔵する、又は内蔵するよう設計されている、溶接されたＵＩＣＣ又はチップを総称して、（取り外し可能なＵＩＣＣ又は取り外し可能な保全素子に対し、）埋設型ＵＩＣＣ又は埋設型保全素子と呼ぶ。取り外し困難なＵＩＣＣ又は保全素子もこれに相当する。

国際公開２００８／１２３８２７号

本発明は、マルウェアに感染しうる、デバイス上又はデバイス内のＵＩＣＣのような保全素子の遠隔管理に関する。本発明は、埋蔵型ＵＩＣＣ（ｅ−ＵＩＣＣ）及び取り外し可能なＵＩＣＣに適用される。“保全素子”という用語は、そのようなＵＩＣＣを指すものとして以下の記載において一般的に用いられる。

保全素子は、ひとたび発行されると、その寿命が尽きるまでメンテナンスを必要とすることは公知である。メンテナンスは通常、保全素子のコンテンツの遠隔アップデートから成る。このメンテナンスは、後の個人化、コード・パッチ、新しい機能性のインストール、データのアップデート、キーの更新等であり得る。これらの操作は、潜在的に安全対策が施されていないネットワーク（例えばインターネット）及び、保全素子が取り付けられている、潜在的に安全対策が施されていないデバイスを通して操作する、遠隔管理プラットフォームによって実行される。

図１は、端末２１に備えられた保全素子が、インターネット２３上で管理プラットフォーム２２からコンテンツをダウンロードするシステムを示す。マルウェア２４はインターネット２３のレベルで存在し、又はマルウェア２５は端末２１のレベルで存在し得る。

プロセスを安全に行うため、通常、管理プラットフォームと保全素子との間に、端末相互間の保全通信プロトコル（例えば一つのＧｌｏｂａｌ Ｐｌａｔｆｏｒｍプロトコル）がある。しかしながら、ほとんどの場合において、サーバ及び保全素子のいずれも互いへの直接的な接続を有さず、保全管理セッションを開始する、何らかのミドルウェアをデバイス上に有する。複数の理由（遠隔管理要求の認証、要求の機密性、サービス拒否の回避等）から、ミドルウェアとサーバとの間のこの第一のセッションもまた安全に行われなければならない（例えばＴＬＳを用いて）ことは公知である。
しかしながら、端末上にマルウェアが組み込まれている場合、図２に示される通り、マルウェアが仕掛けられた被害者のデバイスに成り済ましてハッカーが保全素子上で遠隔管理を実行するために利用される可能性がある。

この図において、マルウェア２５は、被害者の端末２１内に組み込まれている。端末２１と管理プラットフォーム２２との間のチャネルがＴＬＳを通して安全が確保されていても、マルウェア２５は、インターネット２３を通してコンテンツ（データ及びソフトウェア）をハッカーの端末２７内に組み込まれた別の保全素子２６に移すことができる。ダウンロードされたコンテンツのこの転送は、端末２１の所有者にとっては非常に危険でありえる。例えば、電気通信領域において、２０のような既存の保全素子上にＳＩＭアプリケーション全体がダウンロードされることが想定できる。そのために、端末２１のユーザは、インターネットを通して管理プラットフォーム２２に接続し、所定のＭＮＯ（後述されるように、管理プラットフォームは異なる複数のＭＮＯに接続される）に加入を要請する。

プラットフォーム２２はユーザの端末２１を認識し、この識別の後、ダウンロードされるコンテンツ（ＳＩＭアプリケーション、データ、ＩＭＳＩ及びＫｉを含む認証情報）を準備する。コンテンツが、保全素子２０ではなく、ハッカーの保全素子２６上にロードされると、端末２１の所有者はこのＭＮＯのネットワークに接続できないだけではなく、ハッカーの通信のために料金を支払うこととなる。
さらに、デバイスの認証に用いられる認証情報は、マルウェアによって盗まれ得る。

また、デバイスの認証のために保全素子を用いることは二つの理由から困難である。第一に、保全素子は管理下にあるため、保全素子を用いることは困難である（特に、保全素子が個人化されていない、又は保全素子の個人化が完了していない場合）。第二に、保全素子が内蔵する認証情報は、遠隔管理プラットフォームを操作するものとは異なる、別の実体に属するものであるかもしれない。
本発明は、これらの問題について解決手段を提供する。

この点において、本発明は、装置に接続された保全素子上のコンテンツであって、遠隔管理プラットフォームから保全素子上で管理されるコンテンツを管理する方法に関し、方法は：
−保全素子によって生成され、装置に送信されるセッション鍵により、管理プラットフォームのレベルで、装置と管理プラットフォームとの間に保全チャネルを開設する段階と；
−保全素子のコンテンツを管理する要求を管理プラットフォームに送信する段階と；
−管理プラットフォームのレベルで、この要求が、セッション鍵を生成した保全素子と同じ保全素子によって生成されたものであることを検証し、肯定的な結果が得られた場合には管理を許可し、否定的な結果が得られた場合には管理を禁止する段階と；
から成る。

上記の管理は、以下のタスクの少なくとも一つから成る：
−保全素子上にコンテンツをダウンロードする。
−保全素子上のコンテンツを削除する。
−保全素子上に格納されたコンテンツを転送する。
−保全素子上に格納されたコンテンツを起動する。
−保全素子上に格納されたコンテンツを停止する。

検証は、保全チャネルの開設に用いられた秘密鍵が、管理を要求された保全素子に伝達された証明書と一致するか検証することから成る。
別の実施形態において、検証は、保全チャネルの開設に用いられた対称鍵に対応する識別子が、管理が要求された保全素子の識別子と一致するか検証することから成る。

本発明は、図３及び４に関する以下の説明によってよりよく理解することができるだろう。

端末２１に備えられた保全素子が、インターネット２３上で管理プラットフォーム２２からコンテンツをダウンロードするシステムを示す。 端末２１に組み込まれたマルウェア２５によって、ダウンロードされたコンテンツが別の保全素子２６に転送されるシステムを示す。 本発明による方法の第一の段階を示す。 本発明による方法の第二の段階を示す。

本発明は、管理プラットフォームと端末との間のセッションを確保するために用いられる、独立したアプリケーションを保全素子内に挿入することを提示する。この段階の後、サーバは、デバイス・セッション・レベルにおけるアイデンティティと保全素子遠隔管理におけるアイデンティティとの間の結びつきを検証する。

図３は、本発明による方法の第一の段階を示す。
図に見られるように、保全素子２０は、管理プラットフォーム２２にセッション鍵を提供することが予測されるアプリケーション２８を備える。これらのセッション鍵は、アプリケーション２８によって生成され、装置２１に送信される。アプリケーション２８はまた、識別子又は証明書を装置２１に送信する：

−識別子は、プラットフォーム２２と装置２１との間の保全チャネルの作成のために対称暗号化が用いられる（秘密鍵を使用して）際に、アプリケーション２８から装置に送信される。装置２１は、この識別子をプラットフォーム２２に送信する。プラットフォーム２２は次に、どのアプリケーションが識別子を送信したか認識するために、受信した識別子を自身が格納する識別子と比較する。ひとたび識別子が認識されると、プラットフォーム２２は、対称鍵をアプリケーション２８の識別子と関連付ける。アプリケーション２８及びプラットフォーム２２は次に、（機密保持のために）暗号化することによって装置２１とプラットフォーム２２との間の通信の整合性を維持するために、セッション鍵を得る。従って、装置２１とプラットフォーム２２との間に保全チャネルが開設される（このようなプロトコルの例は、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍによって規格化され、またＰＳＫ−ＴＬＳも用いることができる）。

−この保全チャネルを作成する別の方法は、プラットフォーム２２とアプリケーション２８との間で証明書を交換することから成る。プラットフォームは、既に交換された全てのメッセージのハッシュをサインするように要求することにより、アプリケーション２８を認証する。装置２１は、セッション鍵を生成し、プラットフォーム２２のために暗号化する。これにより、保全された通信（規格化されたものの一例がＴＬＳ）は、装置２１とプラットフォーム２２との間に開設される。
上述のいずれの場合においても、プラットフォームと装置２１との間に保全チャネルが開設される。

本発明の主要な第二の段階は、デバイス・セッション・レベルにおけるアイデンティティと保全素子遠隔管理におけるアイデンティティとの間の結び付きを検証することから成る。
図４は、この段階について示す。

保全素子のコンテンツを管理する要求は、管理プラットフォームに送られる。この管理は、例えば保全素子２０上にコンテンツをダウンロードすること、保全素子２０上に格納されたコンテンツを削除もしくは転送すること、又は保全素子２０上に格納されたコンテンツを起動もしくは停止することから成る。コンテンツのダウンロードは、例えば保全素子上に、関連付けられた認証情報（ＩＭＳＩ、Ｋｉ）を含む、ＳＩＭアプリケーション全体をダウンロードすることから成る。コンテンツのダウンロードはまた、プラットフォーム２２から保全素子２０内に電話帳をダウンロードすることから成る。

この結びつきを検証するために、保全素子２０は、開設された保全チャネルを通して、例えば自身のＩＣＣＩＤ又は自身のシリアル・ナンバーなどの一定の識別子を送る。プラットフォーム２２は、要求がセッション鍵を生成した保全素子と同じ保全素子から生成されたものであることを検証する（例えば保全チャネルの開設に用いられたセッション鍵は、一定の識別子と比較される）。検証により肯定的な結果が得られた場合には、管理を許可する。逆に、検証により否定的な結果が得られた場合には、管理を禁止する。

本発明は、管理される保全素子が正しいものであり、マルウェアによってプラットフォームにリンクされている別の保全素子ではないことを保障する。
装置２１は、マシンによって構成される、携帯式装置であっても固定式装置であってもよい。

２０、２６・・・保全素子
２１、２７・・・装置
２２・・・管理プラットフォーム
２３・・・インターネット
２４、２５・・・マルウェア
２８・・・アプリケーション

Claims (6)

1. 装置に接続された保全素子上のコンテンツを管理する方法であって、前記コンテンツは遠隔管理プラットフォームから前記保全素子上で管理され、前記方法は：
   −前記保全素子によって生成され、前記装置に送信されるセッション鍵により、前記管理プラットフォームのレベルで、前記装置と前記管理プラットフォームとの間に保全チャネルを開設する段階と；
   −前記保全素子のコンテンツを管理する要求を、前記管理プラットフォームに送信する段階と；
   −前記プラットフォームのレベルで、前記要求が、前記セッション鍵を生成した保全素子と同じ保全素子から生成されたものであることを検証し、肯定的な結果が得られた場合には管理を許可し、否定的な結果が得られた場合には管理を禁止する段階と；
   から成る方法。
2. 前記管理は、以下のタスク：
   −前記保全素子上にコンテンツをダウンロードする；
   −前記保全素子上のコンテンツを削除する；
   −前記保全素子上に格納されたコンテンツを転送する；
   −前記保全素子上に格納されたコンテンツを起動する；
   −前記保全素子上に格納されたコンテンツを停止する；
   の少なくとも一つから成る、請求項１に記載の管理方法。
3. 前記検証は、前記保全チャネルの開設に用いられた秘密鍵が、管理を要求された保全素子に伝達された証明書と一致するか検証することから成る、請求項１又は２に記載の管理方法。
4. 前記検証は、前記保全チャネルの開設に用いられた対称鍵に対応する識別子が、管理を要求された保全素子の識別子と一致するか検証することから成る、請求項１又は２に記載の管理方法。
5. 前記装置は携帯式装置である、請求項１乃至４のいずれかに記載の管理方法。
6. 前記装置は固定式装置である、請求項１乃至４のいずれかに記載の管理方法。

Images