SIMの役割とは？仕組み・役割・加入者認証をわかりやすく解説

こんにちは、コモン・クリエーションでIoT・SIMエンジニアリングサービスでプロジェクトマネジメントを担当している比嘉です。 本記事は「SIM Textbook」シリーズの最初のページとして、モバイルネットワークの中で SIM が果たしている役割を整理します。SIM/eSIM を学ぶうえでの土台になる回です。

はじめに

スマートフォンや IoT 機器がモバイルネットワークにつながるとき、通信事業者のネットワークは「この端末は本当に契約者のものか」を必ず確認します。この確認、すなわち加入者認証の中心にいるのが SIM です。SIM は電話番号を書いた札ではなく、認証のための暗号計算を内部で実行するセキュリティデバイスです。

本稿では、以下の項目について 3GPP の仕様に基づいて整理します。

• SIM の役割の全体像(ざっくり理解)

• モバイルネットワークの登場人物 — UE からコアネットワーク(HSS/UDM)まで

• なぜ SIM が必要なのか — 秘密鍵 K と耐タンパ性

• 加入者認証(AKA)のあらまし

1. まず全体像から — SIMの役割をざっくり理解する

SIM(Subscriber Identity Module、加入者識別モジュール)の役割は、一言でいうと「契約者であることを暗号的に証明すること」です。

身近なたとえを 1 つ使います。SIM は「実印が封印された小さな金庫」のようなものです。金庫(SIM)の中には実印(秘密鍵)が入っていて、外から取り出すことはできません。ネットワークが「この書類に押印して返しなさい」と書類(チャレンジ)を差し入れると、金庫の中で押印された結果(レスポンス)だけが返ってきます。ネットワーク側は同じ実印の控えを持っているので、押印結果を照合すれば「正しい金庫を持つ相手だ」と確認できます。実印そのものは一度も外に出ていない、という点が本質です。

このたとえをそのまま技術用語に置き換えると、次のようになります。

• 実印 = 加入者ごとの秘密鍵 K(3G 以降の呼称。2G では Ki)

• 金庫 = 耐タンパ性を持つ SIM(のチップ)

• 書類の差し入れと押印結果 = チャレンジレスポンス認証

ネットワーク側にも同じ鍵 K の控えがあり、「SIM とネットワークだけが同じ秘密を知っている」ことを利用して相互に相手を確認します。SIM を端末から別の端末へ差し替えると契約も一緒に移るのは、契約者の証明手段が端末ではなく SIM に入っているからです。

2. モバイルネットワークの登場人物 — UEからコアネットワークまで

加入者認証には、端末側とネットワーク側の複数の登場人物が関わります。まず端末側の構造です。

• UE(User Equipment): スマートフォンや IoT 機器など、ネットワークにつながる端末全体

• ME(Mobile Equipment): UE のうち SIM を除いた端末本体

• UICC(Universal Integrated Circuit Card): いわゆる SIM カード(物理的なスマートカード)

• USIM(Universal Subscriber Identity Module): UICC の上で動く認証アプリケーション。鍵 K や加入者識別子 IMSI を保持する

つまり「UE = ME + UICC」であり、UICC というカードの中で USIM というアプリケーションが認証を担当します。カードとアプリケーションの区別は次回のeSIMとは？SIMカードの歴史とUICC・USIMの用語整理で詳しく扱います。

全体の構成は次の通りです(5G の場合)。

コアネットワーク側で認証に関わる主な要素は次の 3 つです(5G の名称)。

• AMF(Access and Mobility Management Function): 端末の在圏管理を行う窓口。認証の起点となる SEAF(Security Anchor Function)を内包する

• AUSF(Authentication Server Function): 認証手続きを実行するサーバ

• UDM(Unified Data Management): 加入者データベース。その内部の ARPF(Authentication credential Repository and Processing Function)が鍵 K を保管し、認証ベクタを生成する

世代ごとに名称が変わってきた点も整理しておきます。

名前は変わっても、「加入者データベースの奥に鍵 K の控えがあり、そこが認証の起点になる」という構図は 3G から 5G まで一貫しています。

3. なぜSIMが必要なのか — 秘密鍵Kと耐タンパ性

「認証だけなら端末のソフトウェアでもできるのでは」という疑問に対する答えが、SIM の存在理由です。3GPP TS 33.501 の §5.2.4 は、5G の加入者クレデンシャルの保管と処理について次を要求しています。

• 加入者クレデンシャルは、UE 内の耐タンパ性のあるセキュアハードウェアで完全性保護すること

• 長期鍵 K は、そのハードウェア内で機密性保護すること

• 鍵 K を、そのハードウェアの外に平文で一切出さないこと

• 鍵 K を使う認証アルゴリズムは、常にそのハードウェア内部で実行すること

この「耐タンパ性のあるセキュアハードウェア」の実装が、UICC であり eUICC です。耐タンパ性(tamper resistance)とは、分解・電力解析・故障注入などの物理攻撃を受けても内部の秘密が漏れないように設計された性質を指します。汎用 OS 上のソフトウェアではこの水準を満たせないため、専用のセキュアエレメントが必要になります。

鍵 K の扱いは仕様上も対称的です。TS 33.501 §6.2.2 は「USIM は ARPF に保管されているものと同じ長期鍵 K を保管する」と定めており、K の長さは 128 ビットまたは 256 ビットです。ネットワーク側でも ARPF は鍵 K をセキュアな環境の中だけで処理します。つまり、

「鍵 K は、加入者側の USIM と事業者側の ARPF(AuC)の 2 か所にしか存在せず、どちらでも外には出ない」

という設計です。無線区間や端末のアプリケーションプロセッサ上に K が現れることはありません。漏えいすれば加入者のなりすましが可能になるため、K はモバイルネットワーク全体のセキュリティの根です。

なお、eSIM はこの原則を変えるものではありません。eSIM はプロファイル(契約情報一式)を遠隔で書き込める仕組みの呼称で、チップ側は eUICC(embedded UICC)と呼びます。プロファイルの中に USIM と鍵 K が含まれ、eUICC という耐タンパチップが従来の UICC と同じ役割を果たします。

4. 加入者認証のあらまし — チャレンジレスポンスとAKA

実際の認証は AKA(Authentication and Key Agreement、認証と鍵合意)という手続きで行われます。名前の通り「認証」と「以後の通信を守る鍵の合意」を同時に行うのが特徴です。流れを単純化すると次のようになります。

ポイントは 3 つです。

• ネットワーク側は鍵 K からチャレンジ RAND と認証トークン AUTN、期待値 XRES を含む認証ベクタを生成し、RAND と AUTN を端末へ送ります。

• USIM はまず AUTN を検証します。これは「ネットワークが本物か」を SIM 側が確認する手続きで、AKA が相互認証と呼ばれる理由です。厳密には、AUTN に含まれるシーケンス番号 SQN の検証によってリプレイ攻撃も防いでいます。

• 検証に成功した USIM は応答 RES と、無線区間の暗号化・完全性保護に使う鍵素材(CK/IK)を計算して ME に渡します。ネットワークは RES を XRES と照合し、一致すれば認証成立です。

このすべての計算で鍵 K が使われますが、K 自体はやり取りされません。RAND/AUTN/RES の中身、Milenage や TUAK といった認証アルゴリズムの位置づけは、SIM認証の仕組み — AKAとチャレンジレスポンスの基礎で掘り下げます。

また 5G では、加入者の永続識別子 SUPI(Subscription Permanent Identifier)を無線区間に平文で流さないために、USIM に格納されたホーム網の公開鍵で暗号化した SUCI(Subscription Concealed Identifier)を用います。プライバシー保護の起点も SIM に置かれている、という点は 5G らしい進化です。

5. SIMは認証以外に何をしているのか

SIM の中核は認証ですが、実務では次の役割も持ちます。

• 識別子の保持: IMSI や ICCID など、契約とカードを識別する番号を保持します。識別子の体系はICCIDとは？UICCとeUICCで対応関係が変わる識別子の話で整理しています

• 事業者設定の保持: 優先ネットワークのリストやローミング関連の設定をファイルとして保持し、端末の在圏動作を制御します

• アプリケーション実行環境: SIM はマイクロコンピュータであり、事業者が配布するアプレットを実行できます

つまり SIM は「秘密鍵の金庫」であると同時に、事業者が加入者の手元に置く小さな実行環境でもあります。この二面性が、以降のページで扱う eSIM/RSP やカード内部技術の理解につながっていきます。

まとめ

• SIM の中核的役割は加入者認証であり、秘密鍵 K を保管して認証計算を内部で実行する耐タンパデバイスである

• UE は ME と UICC で構成され、UICC 上の USIM アプリケーションが鍵 K と IMSI を保持する

• 鍵 K は USIM とネットワーク側の ARPF(3G/4G では AuC/HSS)の 2 か所にだけ存在し、外には出ない

• TS 33.501 §5.2.4 は、鍵 K の保管と認証計算を耐タンパなセキュアハードウェア内に限定することを要求している

• 認証は AKA(チャレンジレスポンス+鍵合意)で行われ、端末とネットワークの相互認証を実現する

• eSIM 時代もこの原則は不変で、eUICC というチップがプロファイル内の USIM と鍵 K を守る

SIM を「電話番号のカード」ではなく「ネットワークの信頼の起点となる暗号デバイス」として捉えること。これが本シリーズ全体を貫く視点です。

参考規格

• 3GPP TS 33.501 — Security architecture and procedures for 5G system(v19.6.0)

• 3GPP TS 33.102 — 3G Security; Security architecture

• 3GPP TS 31.102 — Characteristics of the USIM application(v19.4.0)

• ETSI TS 102 221 — UICC-Terminal interface; Physical and logical characteristics(Release 18)

おわりに

弊社では「LibeSIM」として、SM-DP+やMVNO回線、eIM(eSIM IoT Remote Manager)、eUICC、IPA/LPAのご提供を行っております。 ご興味がございましたら、デモやPoC等行っておりますので、ぜひお問い合わせください。

https://common-creation.com/service/libesim