KR102026612B1 - 신뢰관계 형성 방법 및 이를 위한 내장 ｕⅰｃｃ - Google Patents

신뢰관계 형성 방법 및 이를 위한 내장 ｕⅰｃｃ Download PDF

Info

Publication number
KR102026612B1
KR102026612B1 KR1020190063764A KR20190063764A KR102026612B1 KR 102026612 B1 KR102026612 B1 KR 102026612B1 KR 1020190063764 A KR1020190063764 A KR 1020190063764A KR 20190063764 A KR20190063764 A KR 20190063764A KR 102026612 B1 KR102026612 B1 KR 102026612B1
Authority
KR
South Korea
Prior art keywords
euicc
information
trust
entity
mno
Prior art date
Application number
KR1020190063764A
Other languages
English (en)
Other versions
KR20190064546A (ko
Inventor
이진형
Original Assignee
주식회사 케이티
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 주식회사 케이티 filed Critical 주식회사 케이티
Publication of KR20190064546A publication Critical patent/KR20190064546A/ko
Application granted granted Critical
Publication of KR102026612B1 publication Critical patent/KR102026612B1/ko

Links

Images

Classifications

    • 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/3234—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 additional secure or trusted devices, e.g. TPM, smartcard, USB or software token
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • 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
    • 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/0853—Network architectures or network communication protocols for network security for authentication of entities using an additional device, e.g. smartcard, SIM or a different communication terminal
    • 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
    • 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
    • H04W12/004—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/30—Security of mobile devices; Security of mobile applications
    • H04W12/35—Protecting application or service provisioning, e.g. securing SIM application provisioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/40—Security arrangements using identity modules
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • 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/12—Details relating to cryptographic hardware or logic circuitry

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)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명은 eUICC를 관리하기 위한 개체로서 SM이 정의되는 통신 시스템에서, MNO, SM, eUICC, 단말과 같은 개체 사이의 신뢰관계를 형성하는 방법과 이를 위한 eUICC에 관한 것이다.

Description

신뢰관계 형성 방법 및 이를 위한 내장 ＵⅠＣＣ{Method for Creating Trust Relationship and Embedded UICC}
본 발명은 내장 UICC를 포함하는 통신 시스템에서의 개체간 신뢰 관계 형성방법 및 이를 위한 내장 UICC에 관한 것이다.
UICC(Universal Integrated Circuit Card)는 단말기 내에 삽입되어 사용자 인증을 위한 모듈로서 사용될 수 있는 스마트 카드이다. UICC는 사용자의 개인 정보 및 사용자가 가입한 이동 통신 사업자에 대한 사업자 정보를 저장할 수 있다. 예를 들면, UICC는 사용자를 식별하기 위한 IMSI(International Mobile Subscriber Identity)를 포함할 수 있다. UICC는 GSM(Global System for Mobile communications) 방식의 경우 SIM(Subscriber Identity Module) 카드, WCDMA(Wideband Code Division Multiple Access) 방식의 경우 USIM(Universal Subscriber Identity Module) 카드로 불리기도 한다.
사용자가 UICC를 사용자의 단말에 장착하면, UICC에 저장된 정보들을 이용하여 자동으로 사용자 인증이 이루어져 사용자가 편리하게 단말을 사용할 수 있다. 또한, 사용자가 단말을 교체할 때, 사용자는 기존의 단말에서 탈거한 UICC를 새로운 단말에 장착하여 용이하게 단말을 교체할 수 있다.
소형화가 요구되는 단말, 예를 들면 기계 대 기계(Machine to Machine, M2M) 통신을 위한 단말은 UICC를 착탈할 수 있는 구조로 제조할 경우 단말의 소형화가 어려워진다. 그리하여, 착탈할 수 없는 UICC인 내장 UICC(Embedded UICC) 구조가 제안되었다. 내장 UICC는 해당 UICC를 사용하는 사용자 정보가 IMSI 형태로 수록되어야 한다.
기존의 UICC는 단말에 착탈이 가능하여, 단말의 종류나 이동 통신 사업자에 구애받지 않고 사용자는 단말을 개통할 수 있다. 그러나, 단말을 제조할 때부터 제조된 단말은 특정 이동 통신 사업자에 대해서만 사용된다는 전제가 성립되어야 내장 UICC 내의 IMSI를 할당할 수 있다. 단말을 발주하는 이동 통신 사업자 및 단말 제조사는 모두 제품 재고에 신경을 쓸 수 밖에 없고 제품 가격이 상승하는 문제가 발생하게 된다. 사용자는 단말에 대해 이동 통신 사업자를 바꿀 수 없는 불편이 있다. 그러므로, 내장 UICC의 경우에도 이동 통신 사업자에 구애받지 않고 사용자가 단말을 개통할 수 있는 방법이 요구된다.
한편, 최근 내장 UICC의 도입으로 인하여 여러 이통통신 사업자의 가입자 정보를 원격에서 UICC로 업데이트 할 필요가 생기게 되었고, 그에 따라 가입자 정보 관리를 위한 가입 관리 장치(Subscription Manager; 이하 ‘SM’이라 함) 또는 프로파일 관리장치(Profile Manager; 이하 ‘PM’이라 함)가 논의되고 있다.
이와 같이, 기존의 착탈식 형태의 SIM과는 달리 단말에 일체형으로 탑재되는 Embedded SIM (이하 eSIM 및 eUICC)은 그 물리적 구조 차이로 인해 개통 권한, 부가 서비스 사업 주도권, 가입자 정보 보안 등에 대한 많은 이슈들이 존재한다. 이를 위해 GSMA 및 ETSI의 국제 표준화 기관에서는 사업자, 제조사, SIM Vendor 등의 유관 회사들과 최상위 구조를 포함한 필요한 요소에 대해 표준화 활동을 전개하고 있다. eSIM이 표준화 단체들을 통해 논의되면서 이슈의 중심에 있는 것은 Subscription Manager라고 불리는 SM으로 사업자 정보 (Operator Credential)를 eSIM에 발급하고 Subscription 변경에 대한 프로세스를 처리하는 등 eSIM에 대한 전반적인 관리 역할을 수행하는 개체 또는 그 기능/역할을 의미한다. 최근 GSMA에서는 SM의 역할을 사업자 정보를 생성하는 역할을 수행하는 SM-DP (Data Preparation)과 eSIM에 사업자 정보의 직접적 운반을 수행하는 SM-SR (Secure Routing)로 분류한 구조를 제안하였으며, 각 개체들간의 “신뢰 관계 (Circle of Trust)”를 언급하여 eSIM 전체 안전성을 높이는 방안을 제안하였으나 기술적으로 이를 달성하는 방안이 존재하지 않는다.
이러한 배경에서, 본 발명의 목적은 GSMA 제안 eSIM 환경의 각 개체들 간의 신뢰 관계 형성 방안을 제시하는데 있다.
본 발명의 다른 목적은 내장 UICC을 포함하는 통신 시스템에서 각 엔터티(Entity) 또는 개체 사이의 신뢰관계를 형성하는 방법 등을 제공하는 것이다.
본 발명의 또 다른 목적은 eUICC를 관리하기 위한 개체로서 SM이 정의되는 통신 시스템에서, 각 엔터티 또는 개체 사이의 신뢰관계를 형성하는 방법 등을 제공하는 것이다.
본 발명의 또 다른 목적은 eUICC를 관리하기 위한 개체로서 SM이 정의되는 통신 시스템에서, MNO, SM, eUICC, 단말과 같은 엔터티 또는 개체 사이의 신뢰관계를 형성하는 방법 등을 제공하는 것이다.
본 발명의 또 다른 목적은 eUICC를 관리하기 위한 개체로서 SM이 정의되는 통신 시스템에서, MNO, SM, eUICC, 단말과 같은 엔터티 또는 개체 사이의 신뢰관계를 형성하기 위하여 특별히 정의되는 신뢰정보를 이용하는 방법 등을 제공하는 것이다.
전술한 목적을 달성하기 위하여, 일 측면에서, 본 발명은, eUICC(embedded Universal Integrated Circuit Card) 및 SM-SR(Subscription Manager-Secure Routing) 간의 신뢰관계 형성 방법으로서, 상기 eUICC가 전달받거나 공유된 신뢰정보를 토대로 검증정보를 생성하는 검증정보 생성 단계; 상기 eUICC가 상기 생성된 검증정보를 상기 SM-SR이 상기 eUICC를 인증하기 위한 정보로서 상기 SM-SR로 전송하고, 상기 SM-SR에 의해 생성된 검증정보를 상기 SM-SR로부터 전송받는 검증정보 교환 단계; 및 상기 eUICC가 해당 신뢰정보를 토대로 상기 SM-SR로부터 전송받은 검증정보를 검증함으로써 상기 SM-SR을 인증하는 검증정보 검증 단계를 포함하는 신뢰관계 형성 방법을 제공한다.
다른 측면에서, 본 발명은, SM-SR(Subscription Manager-Secure Routing)과 신뢰관계 형성을 위한 eUICC(embedded Universal Integrated Circuit Card)으로서, 전달받거나 공유된 신뢰정보 또는 각자의 개인키를 토대로 검증정보를 생성하는 검증정보 생성부; 상기 eUICC가 상기 생성된 검증정보를 상기 SM-SR이 상기 eUICC를 인증하기 위한 정보로서 상기 SM-SR로 전송하고, 상기 SM-SR에 의해 생성된 검증정보를 상기 SM-SR로부터 전송받는 검증정보 교환부; 및 상기 eUICC가 해당 신뢰정보를 토대로 상기 SM-SR로부터 전송받은 검증정보를 검증함으로써 상기 SM-SR을 인증하는 검증정보 검증부를 포함하는 eUICC를 제공한다.
또 다른 측면에서, 본 발명은, 통신 시스템 내 복수의 개체 간의 신뢰관계 형성 방법으로서, 복수의 개체 각각이, 전달받거나 공유된 신뢰정보를 토대로 검증정보를 생성하는 단계; 상기 복수의 개체 각각이, 각자 생성된 검증정보를 상대방 개체로 전송하여 각자 생성된 검증정보를 상호 교환하는 단계; 및 상기 복수의 개체 각각이, 해당 신뢰정보를 토대로 상대방 개체로부터 전송받은 검증정보를 검증함으로써 상대방 개체를 인증함으로써, 상기 복수의 개체간 신뢰관계를 형성하는 단계를 포함하는 신뢰관계 형성 방법을 제공한다.
또 다른 측면에서, 본 발명은, eUICC(embedded Universal Integrated Circuit Card) 및 SM-SR(Subscription Manager-Secure Routing) 각각이, 전달받거나 공유된 신뢰정보를 토대로 검증정보를 생성하여 상대방에게 전송하고, 해당 신뢰정보를 토대로 상대방으로부터 전송받은 검증정보를 검증하여 상대방을 인증하는 eUICC 및 SM-SR 간 신뢰관계 형성 단계; SM-SR 각각이, 전달받거나 공유된 신뢰정보를 토대로 검증정보를 생성하여 상대방에게 전송하고, 해당 신뢰정보를 토대로 상대방으로부터 전송받은 검증정보를 검증하여 상대방을 인증하는 SM-SR 및 SM-SR 간 신뢰관계 형성 단계; 및 SM-SR 및 SM-DP(Subscription Manager-Data Preparation) 각각이, 전달받거나 공유된 신뢰정보를 토대로 검증정보를 생성하여 상대방에게 전송하고, 해당 신뢰정보를 토대로 상대방으로부터 전송받은 검증정보를 검증하여 상대방을 인증하는 SM-SR 및 SM-DP 간 신뢰관계 형성 단계를 포함하는 신뢰관계 형성 방법을 제공한다.
도 1은 본 발명이 적용되는 eSIM(eUICC)을 포함한 전체 서비스 아키텍처를 도시한다.
도 2는 본 발명이 적용될 수 있는 SM 분리 환경의 시스템 아키텍처를 도시한다.
도 3은 본 발명이 적용되는 서비스 아키텍처에서 프로비저닝 과정의 전체 흐름도이다.
도 4는 본 발명이 적용되는 가입 변경 또는 MNO 변경 과정의 전체 흐름도이다.
도 5는 본 발명의 일 실시예에 의한 eUICC 환경에서의 개체간 신뢰관계 형성 구조의 일 예를 도시한다.
도 6은 본 발명의 일 실시예에 의한 eUICC 환경에서의 개체간 신뢰관계 형성 흐름의 일 예를 도시한다.
도 7은 본 발명의 일 실시예에 의한 eUICC 환경에서의 개체간 신뢰관계 형성 중 eUICC 및 SM-SR 간 신뢰관계 형성 방법에 대한 흐름도이다.
도 8은 본 발명의 일 실시예에 의한 eUICC 환경에서의 개체간 신뢰관계 형성 중 eUICC 및 SM-SR 간 신뢰관계 형성을 위한 eUICC에 대한 블록도이다.
이하, 본 발명의 일부 실시예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.
현재 GSMA에서 활발하게 논의되는 M2M(Machine-to-Machine) 단말은 특성상 크기가 작아야 하는데, 기존 UICC를 사용하는 경우에는, M2M 단말에 UICC를 장착하는 모듈을 별도 삽입해야 하므로, UICC를 탈착가능한 구조로 M2M단말을 제조하게 되면, M2M 단말의 소형화가 힘들게 된다.
따라서, UICC 착탈이 불가능한 내장(Embedded) UICC 구조가 논의되고 있는데, 이때 M2M 단말에 장착되는 eUICC에는 해당 UICC를 사용하는 이동통신 사업자(Mobile Network Operator; 이하 ‘MNO’라 함)정보가 국제 모바일 가입자 식별자(International Mobile Subscriber Identity, IMSI) 형태로 UICC에 저장되어 있어야 한다.
그러나, M2M 단말을 제조할 때부터 제조된 단말은 특정 MNO에서만 사용한다는 전제가 성립되어야 eUICC내의 IMSI를 할당할 수 있으므로, M2M 단말 또는 UICC를 발주하는 MNO나 제조하는 M2M 제조사 모두 제품 재고에 많은 신경을 할당할 수 밖에 없고 제품 가격이 상승하게 되는 문제가 있어, M2M 단말 확대에 큰 걸림돌이 되고 있는 상황이다.
이와 같이, 기존의 착탈식 형태의 SIM과는 달리 단말에 일체형으로 탑재되는 내장 SIM (이하 eSIM 또는 eUICC이라 함)은 그 물리적 구조 차이로 인해 개통 권한, 부가 서비스 사업 주도권, 가입자 정보 보안 등에 대한 많은 이슈들이 존재한다. 이를 위해 GSMA 및 ETSI의 국제 표준화 기관에서는 사업자, 제조사, SIM 제조사(Vendor) 등의 유관 회사들과 최상위 구조를 포함한 필요한 요소에 대해 표준화 활동을 전개하고 있다. eSIM이 표준화 단체들을 통해 논의되면서 이슈의 중심에 있는 것은 SM으로서, 중요한 프로파일(Operator Credential, MNO Credential, Profile, eUICC Profile, Profile Package 등으로 불릴 수 있음)를 eSIM에 발급하고 가입 변경에 대한 프로세스를 처리하는 등 eSIM에 대한 전반적인 관리 역할을 수행하는 개체 또는 그 기능/역할을 의미한다.
최근 GSMA에서는 SM의 역할을 사업자 정보를 생성하는 역할을 수행하는 SM-DP (Data Preparation)과 eSIM에 사업자 정보의 직접적 운반을 수행하는 SM-SR (Secure Routing)로 분류한 구조를 제안하였으나, 세부적이며 기술적인 실제 발급 방식에 대해서는 언급하고 있지 않다.
이에 본 발명에서는 GSMA의 SM 역할 분리 환경에서 동적 암호키 (공개 키 등) 생성을 활용하여 eSIM을 관리하는 방안을 제시한다.
본 명세서에서는 eSIM과 eUICC를 동등한 개념으로 사용한다.
eSIM은 단말 제조 단계에서 IC칩을 단말 회로판 상에 부착시킨 후, 소프트웨어 형태의 SIM 데이터 (개통 정보, 부가 서비스 정보 등)를 OTA (Over The Air) 또는 오프라인 (PC와의 USB 등의 기술 기반 연결)을 통해 발급하는 방식의 새로운 개념의 SIM 기술이다. eSIM에서 사용되는 IC칩은 일반적으로 하드웨어 기반의 CCP (Crypto Co-Processor)를 지원하여 하드웨어 기반의 공개키 생성을 제공하며, 이를 어플리케이션 (예, 애플릿) 기반에서 활용할 수 있는 API를 SIM 플랫폼 (예, Java Card Platform 등)에서 제공한다. 자바 카드 플랫폼(Java Card Platform)은 스마트카드 등에서 멀티 어플리케이션을 탑재하고 서비스를 제공할 수 있는 플랫폼 중 하나이다.
SIM은 제한된 메모리 공간과 보안상의 이유로 누구나 SIM 내에 어플리케이션을 탑재해서는 안되며, 이로 인해 어플리케이션 탑재를 위한 플랫폼 이외에 SIM을 어플리케이션 탑재 및 관리를 담당하는 SIM 서비스 관리 플랫폼을 필요로 한다. SIM 서비스 관리 플랫폼은 관리키를 통한 인증 및 보안을 통해 SIM 메모리 영역에 데이터를 발급하며, 글로벌 플랫폼(GlobalPlatform)과 ETSI TS 102.226의 RFM (Remote File Management) 및 RAM (Remote Application Management)은 이와 같은 SIM 서비스 관리 플랫폼의 표준 기술이다.
eSIM 환경에서 중요한 요소 중의 하나인 SM은 eSIM은 원격으로 관리키(UICC OTA Key, GP ISD Key 등)를 통해 통신 및 부가 서비스 데이터를 발급하는 역할을 수행한다.
여기서, 관리키 또는 eSIM 관리키 또는 eUICC 관리키는 eSIM으로의 접근 인증키로서 사업자 정보를 안전하게 eSIM으로 전달하기 위한 것이며, 본 발명에서 주로 다루는 암호키 (공개키 등)과는 구별되는 개념이며, 아래 설명할 바와 같이 eUICC 접근 크레덴셜(eUICC access credentials)로 표현될 수도 있을 것이다.
GSMA에서는 SM의 역할을 SM-DP와 SM-SR로 분류하였다. SM-DP는 오퍼레이션 프로파일(또는 사업자 정보) 이외에 IMSI, K, OPc, 부가 서비스 어플리케이션, 부가 서비스 데이터 등을 안전하게 빌드(Build)하여 크레덴셜 패키지(Credential Package) 형태로 만드는 역할을 수행하며, SM-SR은 SM-DP가 생성한 크레덴셜 패키지를 OTA(Over-The-Air) 또는 GP SCP (Secure Communication Protocol)과 같은 SIM 원격 관리 기술을 통해 eSIM에 안전하게 다운로드하는 역할을 수행한다.
그리고 아래 도 1의 “신뢰 서클(Circle of Trust)”이라는 구조를 제안하여 각 유사 개체 또는 엔터티 들간에 신뢰 관계의 중첩을 통해 MNO와 eSIM 간의 엔드-투-엔드(End-to-End) 신뢰 관계를 구축한다는 개념을 제안하였다. 즉, MNO1는 SM1과, SM1은 SM4, SM4는 eSIM과 신뢰관계를 형성하여, 이를 통해 MNO와 eSIM 간의 신뢰관계를 형성한다는 개념이다.
본 발명을 설명하기 전에 우선 본 명세서에서 사용할 용어에 대하여 설명한다.
MNO(Mobile Network Operator)는 이동통신 사업자를 의미하며, 모바일 네트워크를 통해 고객에게 통신 서비스를 제공하는 엔터티를 의미한다.
SM(Subscription manager)는 가입 관리 장치로서, eUICC의 관리 기능을 수행한다.
eUICC 공급자(eUICC Supplier)는 eUICC 모듈과 내장 소프트웨어(펌웨어와 오퍼레이팅 시스템 등)를 공급하는 자를 의미한다.
장치 공급자(Device Vendor)는 장치의 공급자, 특히 MNO에 의해서 구동되는 모바일 네트워크를 통한 무선 모뎀 기능을 포함하며, 따라서 결과적으로 UICC(또는 eUICC) 형태가 필요한 장치의 공급자를 의미한다.
프로비저닝(Provisioning)은 eUICC 내부로 프로파일을 로딩하는 과정을 의미하며, 프로비저닝 프로파일은 다른 프로비저닝 프로파일 및 오퍼레이션 프로파일을 프로비저닝할 목적으로 장치가 통신 네트워크에 접속하는데 사용되는 프로파일을 의미한다.
*가입(Subscription)은 가입자와 무선통신 서비스 제공자 사이의 서비스 제공을 위한 상업적인 관계를 의미한다.
eUICC 접근 크레덴셜(eUICC access credentials)은 eUICC 상의 프로파일을 관리하기 위하여 eUICC 및 외부 엔터티 사이에 보안 통신이 셋업 될 수 있도록 하는 eUICC 내의 데이터를 의미한다.
프로파일 엑세스 크레덴셜(Profile access credentials)은 프로파일 내부 또는 eUICC 내부에 존재하는 데이터로서, 프로파일 구조 및 그 데이터를 보호 또는 관리하기 위하여 eUICC 및 외부 엔터티 사이에 보안 통신이 셋업 될 수 있도록 하는 데이터를 의미한다.
프로파일(Profile)은 eUICC로 프로비저닝 되거나 eUICC 내에서 관리될 수 있는 파일 구조, 데이터 및 애플리케이션의 조합으로서, 사업자 정보인 오퍼레이션 프로파일, 프로비저닝을 위한 프로비저닝 프로파일, 기타 정책 제어 기능(PCF; Policy Control Function)을 위한 프로파일 등 eUICC 내에 존재할 수 있는 모든 정보를 의미한다.
오퍼레이션 프로파일(Operation Profile) 또는 사업자 정보는 사업자 가입(Operational Subcription)과 관련된 모든 종류의 프로파일을 의미한다.
도 1은 본 발명이 적용되는 eSIM(eUICC)을 포함한 전체 서비스 아키텍처를 도시한다.
전체 시스템에 대해서 설명하면 다음과 같다.
본 발명이 적용될 수 있는 eUICC 시스템 아키텍처는 다수의 MNO 시스템과, 1 이상의 SM 시스템, eUICC 제조사 시스템, eUICC를 포함하는 장치(Device) 제조사 시스템 및 eUICC 등을 포함할 수 있으며, 각 엔터티 또는 주체에 대한 설명은 다음과 같다.
도 1에서 점선은 신뢰 서클을 도시하고, 2개 실선은 안전한 링크를 의미한다.
가입정보가 저장되어 전달되는 시나리오가 필요하면, MNO의 승인과 MNO의 컨트롤 하에서 이루어져야 한다. 특정 시각에 단일의 eUICC 상에는 1개만의 액티브 프로파일이 있어야 하며, 이 때 액티브 프로파일은 특정 시간에 단일 HLR에 부가되는 것을 의미한다.
MNO와 eUICC는 MNO 크레덴셜(Credentials) 정보, 즉 프로파일(오퍼레이션 프로파일, 프로비저닝 프로파일 등)를 복호할 수 있어야 한다. 이에 대한 유일한 예외는 예를 들면 SIM 벤더와 같이 특정 MNO으로부터 위임받은 제3 기관이 될 수 있다. 하지만, 이를 수행하기 위한 제3 기관의 일반적인 기능은 아니다.
가입(Subscription)은 오퍼레이터 정책 제어의 외부에서는 eUICC 내에서 스위칭될 수 없다. 사용자는 MNO 컨텐스트와 그의 활성화 가입의 어떠한 변경도 알고 있어야 하며, 시큐리티 위험을 피할 수 있어야 하고, 현재의 UICC 모델과 대적할 수 있을 정도의 시큐리티 레벨이 필요하다.
MNO 크레덴셜 또는 프로파일은 K, 알고리즘, 알고리즘 파라미터, 부가 서비스 어플리케이션, 부가 서비스 데이터 등을 포함하는 가입 크레덴셜을 의미할 수 있다.
MNO 크레덴셜 또는 프로파일의 전달은 종단에서 종단까지 안전한 방식으로 이루어져야 한다. 전송은 시큐리티 체인을 깨지 않는 연속적인 단계로 이루어질 수 있으며, 전송 체인의 모든 단계는 MNO의 인식 및 승인 하에서 이루어져야 한다. 전송 체인 내의 어떠한 엔터티도 MNO 크레덴셜을 명확하게 볼 수 없어야 하지만, 유일한 예외는 예를 들면 SIM 벤더와 같이 특정 MNO으로부터 위임받은 제3 기관이 될 수 있다. 하지만, 이를 수행하기 위한 제3 기관의 일반적인 기능은 아니다.
오퍼레이터는 자신의 크레덴셜에 대해서 완전한 제어권을 가져야 하며, 오퍼레이터는 SM 오퍼레이션에 대해서 강한 감독권과 제어권한을 가져야 한다.
SM 기능은 MNO 또는 제3 기관에 의하여 제공되어야 하며, 만약 제3 기관에 의하여 제공된다면 SM과 MNO 사이에는 상업적인 관계가 설정되어 있는 경우 등일 것이다.
SM은 가입 관리를 위해서 MNO 가입자와 어떠한 직접적인 관련도 없다. MNO가 가입자와 관계를 가지며 고객 가입을 위한 진입 포인트가 되어야 하지만, 이는 M2M 서비스 제공자(M2M 서비스 제공자는 MNO 가입자 임)가 자신의 고객과 가질 수 있는 계약 관계에 편승할 의도는 아니다.
MNO가 스왑(swap)되는 동안, 도너(Donor) 및 리시빙 MNO는 서로 사전 계약이 있을 수도 있고 없을 수도 있다. 사전 계약을 승인할 수 있는 메커니즘이 있어야 한다. 도너 오퍼레이터의 정책 제어(Policy Control) 기능은 자신의 크레덴셜의 제거 조건에 대하여 정의할 수 있으며, 정책 제어 기능(Policy Control Function; PCF)이 이러한 기능을 구현할 수 있다.
아키텍처는 SM이라고 정의되는 기능을 도입하며, SM의 주요한 역할은 MNO 크레덴셜을 포함하는 패키지 또는 프로파일을 준비해서 eUICC로 전달하는 것이다. SM 기능은 MNO에 의하여 직접적으로 제공될 수도 있고, MNO가 SM 서비스를 획득하기 위하여 제3 기관과 계약할 수도 있을 것이다.
SM의 역할은 SM-SR, SM-DP와 같은 2개의 서브 기능으로 나뉘어 질 수 있다.
실제로, 이러한 SM-SR, SM-DP 기능들은 다른 엔터티에 의하여 제공될 수도 있고, 동일한 엔터티에 의해서 제공될 수도 있다. 따라서, SM-DP와 SM-SR의 기능을 명확하게 경계지을 필요가 있고, 이들 엔터티들 사이의 인터페이스를 정의할 필요가 있다.
SM-DP는 eUICC로 전달될 패키지 또는 프로파일의 안전한 준비를 담당하며, 실제 전송을 위하여 SM-SR과 함께 동작한다. SM-DP의 핵심 기능은 1) eUICC의 기능적 특성 및 인증 레벨(Certification Level)을 관리하는 것과, 2) MNO 크레덴셜 또는 프로파일(예를 들면, IMSI, K, 부가 서비스 어플리케이션, 부가 서비스 데이터 중 하나 이상이며, 이들 중 일부는 잠재적으로 MNO에 의하여 암호화(Enciphered)되어 있을 수 있음)을 관리하는 것과, 3) SM-SR에 의한 다운로드를 위하여 OTA 패키지를 계산하는 기능 등이며, 추후 부가적인 기능이 추가될 수 있을 것이다.
만일, SM-DP 기능이 제3주체(Third party)에 의하여 제공되는 경우에는 보안과 신뢰 관계가 아주 중요해진다. SM-DP는 실시간 프로비저닝(Provisioning) 기능 이외에도 상당한 정도의 백그라운드 프로세싱 기능을 보유할 수 있으며, 퍼포먼스, 스캐러빌러티(Scalability) 및 신뢰도에 대한 요구사항이 중요할 것으로 예상된다.
SM-SR은 크레덴셜 패키지를 해당되는 eUICC로 안전하게 라우팅하고 전달하는 역할을 담당한다. SM-SR의 핵심 기능은 1) 사이퍼(Ciphered)된 VPN을 통한 eUICC와의 OTA 통신을 관리하는 것과, 2) eUICC까지 엔드-투-엔드(end-to-end)를 형성하기 위하여 다른 SM-SR과의 통신을 관리하는 기능과, 3) eUICC 공급자에 의하여 제공되는 SM-SR OTA 통신을 위해 사용되는 eUICC 데이터를 관리하는 기능과, 4) 오직 허용된 엔터티만을 필터링함으로써 eUICC와의 통신을 보호하는 기능(방화벽 기능) 등이다.
SM-SR 데이터베이스는 eUICC 벤더와 장치(M2M 단말 등) 벤더 및 잠재적으로 MNO에 의하여 제공되며, SM-SR 메시 네트워크를 통해서 MNO에 의하여 사용될 수 있다.
신뢰 서클(Circle of trust)은 프로비저닝 프로파일 전달 동안 엔드-투-엔드 시큐리티 링크를 가능하게 하며, SM-SR은 프로비저닝 프로파일의 안전한 라우팅 및 eUICC 디스커버리를 위하여 신뢰 서클을 공유한다. MNO는 신뢰 써클내의 SM-SR 및 SM-DP 엔터티와 링크될 수 있으며, 자체적으로 이런 기능을 제공할 수도 있을 것이다. 고객과 관련된 MNO의 계약상 및 법률상 의무를 어기지 않고, eUICC의 불법적인 사용(클로닝, 크레덴셜의 불법 사용, 서비스 거부, 불법적인 MNO 컨텍스트 변경 등)을 방지하기 위하여, eUICC와 MNO 크레덴셜 사이의 안전한 엔드-투-엔드 링크가 필요하다.
즉, 도 1에서 110은 SM들 끼리, 더 구체적으로는 SM-SR 멤버 사이에 형성되는 신뢰 서클을 나타내고, 120은 MNO 파트너들의 신뢰 서클이며, 130은 엔드투엔드 신뢰 링크를 도시한다.
도 2는 SM 분리 환경에서 SM-SR 및 SM-DP가 시스템에 위치하는 구성을 도시한다.
도 2와 같이, SM은 eUICC와 관련된 여러 프로파일(MNO의 오퍼레이션 프로파일, 프로비저닝 프로파일 등)을 안전하게 준비하는 SM-DP와, 그를 라우팅하기 위한 SM-SR로 구분되며, SM-SR은 다른 여러 SM-SR과 신뢰관계로 연동될 수 있고, SM-DP는 MNO 시스템에 연동되어 있다.
물론, SM-DP와 MNO 시스템의 배치는 도 2와 다르게 구현될 수 있다. (즉, SM-DP가 SM-SR과 연동되고, MNO 시스템이 SM-DP와 연동될 수 있다)
도 3은 본 발명이 적용되는 시스템에서 제1차 가입에 해당되는 프로비저닝 과정의 전체 흐름도이다.
프로비저닝 과정에서, eUICC는 기기 식별 정보 (IMEI 등)와 eUICC 식별 정보 (eICCid 등)를 포함하는 활성화 요청을 MNO로 전송한다.(Request activation; S310) 그런 다음, S320단계에서 MNO와 eUICC 사이에는 eUICC 상태 요청 및 기술적 능력 제어 요청/확인이 수행된다.(eUICC status request 및 technical capability control; S320)
또한, 도시하지는 않았지만, 상기 S320 단계에서는 아래에서 설명할 바와 같이, eUICC가 자신의 공개키(PK) 또는 프로파일 접근 크레덴셜 정보인 PKI 키정보(키 생성 알고리즘, 키 길이, 키 생성 방식 등)를 해당 MNO 시스템 또는 SM-SR로 제공하는 과정이 포함될 수 있다.
S330단계에서 MNO는 SM-SR과 사이에서 eUICC 아이덴터티 검증과, 장치(eUICC)에 대한 정보를 수집한다(eUICC identity verification 및 collect information about device). S330단계에서, MNO는 본 발명의 일 실시예에 의하여 해당 eUICC에 대한 암호화 키, 구체적으로는 eUICC에 대응되는 공개키를 SM-SR로부터 획득할 수 있다.
이러한 공개키의 획득은 정적(static) 또는 동적(Dynamic)으로 이루어질 수 있는바, 정적으로 이루어지는 경우 eUICC 제조시에 이미 해당 eUICC 내부적으로, 세부적으로는 eUICC 내의 암호 연산 프로세서 (CCP 등)를 통해 공개키와 비밀키가 생성되어 eUICC에는 비밀키가 저장되고, 공개키는 모든 SM-SR이 공유함으로써 특정한 eUICC에 대한 공개키를 인식할 수 있도록 하고, MNO로부터 요청이 있는 경우 SM-SR은 해당되는 eUICC에 대한 공개키를 MNO로 전달하는 방식이다.
동적인 암호키 획득방법은 아래에서 도 8 및 도 9와 관련하여 설명할 바와 같이, MNO로부터 요청(특정 eUICC 식별정보 포함)이 있는 경우, SM-SR은 해당되는 eUICC에게 공개키 전송을 요청하고, 해당 eUICC는 eUICC 탑재 단말 내의 발급 처리 모듈(이 용어에 한정되지 않으며, 통신모듈, 프로비저닝 모듈, 발급 모듈, 개통 모듈 등으로 칭할 수 있으며, eUICC 프로비저닝을 위한 eUICC 탑재 단말 외부와의 통신 및 프로비저닝 관리의 역할을 수행함) 또는 eUICC 내의 보안모듈(암호키 생성 모듈, 암호키 처리 모듈, Security Policy 모듈, Credential Manager, Profile Manager 등 eUICC 내의 암호키 생성 및 암호키를 활용한 보안 연산을 수행하는 모듈)을 이용하여 공개키를 생성한 후 SM-SR로 전달하는 방식으로 수행될 수 있다. 이에 대해서는 아래에서 더 상세하게 설명한다.
여기서, eUICC 내에 탑재되는 보안모듈은 eUICC 제작 단계 또는 그 이후 eUICC 정책에 따라 eUICC 내에 공통적으로 1개가 설치될 수 있으며, eUICC 정책 및 각 MNO 정책에 따라 각 MNO 별로 여러 개가 설치될 수 있다.
해당 eUICC의 공개키(암호키)를 획득한 MNO는 SM-DP를 통해서 MNO에 맞는 새로운 eUICC 프로파일을 생성하고 그 프로파일을 획득한 eUICC 공개키(암호키)로 암호화한 후 MNO로 전달한다.(1차 암호화, S340 단계) 이때, 인증성(Authenticity)을 제공하기 위해 SM-DP는 자신의 개인키로 추가적인 전자서명을 생성할 수 있다. 즉, S340 단계에서 SM-DP는 인증을 위한 자신의 개인키 또는 비밀키로 프로파일을 전자서명(Sign)할 수 있다.
다음으로, MNO는 1차 암호화된 (eUICC) 프로파일을 SM-SR로 전달한 후 2차 암호화를 요청하면, SM-SR은 이미 저장하고 있는 eUICC 관리키(eUICC OTA 키, GP ISD 키 등)를 이용하여 eUICC 프로파일을 2차 암호화하여 MNO로 전달한다.(S350 단계)
그런 다음, MNO는 이중 암호화(Double Ciphered)된 eUICC 프로파일을 해당 eUICC로 전송한다.(S360 단계) 이때, 인증성을 제공하기 위해 SM-DP의 공개키 또는 인증서(Certification)를 함께 eUICC로 전송할 수 있다.
eUICC는 이미 eUICC 관리키를 알고 있으므로 1차로 복호화한 후, 자신 공개키에 대응되는 비밀키(제조 또는 공개키 동적 생성 단계에서 이미 알고 있음)를 이용하여 2차 복호화함으로써 프로비저닝에 사용될 프로파일을 완전히 복호화 할 수 있다. 이때, eUICC는 인증서 확인 (MNO로부터 획득한 공개키에 해당되는 SM-DP로부터 생성된 eUICC 프로파일인지 확인하기 위해)을 위해 SM-DP의 공개키 (인증서의 경우, 신뢰할 수 있는 제 3의 개체로부터 해당 인증서의 유효성을 검증 받을 수 있음)로 서명 검증을 수행할 수 있다.
S370 단계에서는 프로비저닝을 종료한 eUICC와 SM-SR 사이에서 상태 요청과 그에 대한 응답에 의하여 SM-SR 데이터베이스를 업데이트 한다.
이러한 각 단계에 대한 주요 구성을 추가로 설명하면 다음과 같다.
S310단계에서, eUICC 식별 정보(eICCid 등)는 공개된 데이터이며 eUICC 내부에 통합 보호되어야 한다.
S320, S330단계에서 상태 요청 및 기술적 가능성 제어는 eUICC 아이덴터티의 증명을 제공(신뢰할 수 있는 eUICC)하며, MNO 서비스를 위한 eUICC 특성의 적격성을 확인할 수 있어야 한다.
S340~S360 단계에서는 eUICC 프로파일 생성 및 전송을 위하여 이중 암호화 메커니즘이 사용된다. 즉, SM-DP에 의하여 eUICC에 링크된 생성 프로파일은 오직 목표 eUICC에 의해서만 읽힐 수 있는 암호화 메커니즘에 의하여 암호화되며, 정당한 SM-DP로부터 생성된 프로파일임을 확인하기 위해 SM-DP에 의해 전자서명이 수행될 수 있고, SM-SR은 생성 프로파일을 eUICC 관리키로 암호화하여 전달 동안 eUICC를 인증하고 보호한다.
S370 단계에서, SM-SR 데이터베이스는 가입 설치(Subscription installation)의 마무리 단계에서 업데이트 될 수 있다.
도 4는 본 발명이 적용되는 가입 변경 또는 MNO 변경 과정의 전체 흐름도이다.
전체적으로는 도 3의 프로비저닝 과정과 유사(즉, 변경 후 새로운 MNO가 도 3의 MNO에 해당)하며, 다만 새로운 MNO에 대한 프로파일 생성 전후에 새로운 MNO가 도너 MNO에게 협상 및 권리 전송 과정을 수행하는 점이 상이하다.(단계 S440’)
즉, 도 4의 MNO 변경과정과 도 3의 프로비저닝 과정을 차이점은, 프로비저닝 또는 오퍼레이션 액티브 프로파일을 이용하여, 액티베이션 요청이 도너 MNO OTA 베어러(Bearer)로 전송되고, 새로운 MNO는 OTA 또는 OTI 중 하나로 새로운 프로파일을 다운로드 하도록 SM-SR로부터 경로를 요청하는 것이다.
도 4에 의한 MNO 변경 과정을 구체적으로 설명하면 다음과 같다.
MNO 변경을 위하여, eUICC는 기기 식별 정보 (IMEI 등)와 eUICC 식별 정보 (eICCid 등)를 포함하는 활성화 요청을 변경될 MNO(Receiving MNO)로 전송한다.(Request activation; S410) 그런 다음, S420단계에서 리시빙 MNO와 eUICC 사이에는 eUICC 상태 요청 및 기술적 능력 제어 요청/확인이 수행된다.(eUICC status request 및 technical capability control; S420)
또한, 도시하지는 않았지만, 상기 S420 단계에서는 아래에서 설명할 바와 같이, eUICC가 자신의 공개키(PK) 또는 프로파일 접근 크레덴셜 정보인 PKI 키정보(키 생성 알고리즘, 키 길이, 키 생성 방식 등)를 해당 MNO 시스템 또는 SM-SR로 제공하는 과정이 포함될 수 있음은 프로비저닝 과정인 S320과 동일하다.
S430단계에서 리시빙 MNO는 SM-SR과 사이에서 eUICC 아이덴터티 검증과, 장치(eUICC)에 대한 정보를 수집한다(eUICC identity verification 및 collect information about device). S430단계에서, MNO는 본 발명의 일 실시예에 의하여 해당 eUICC에 대한 암호화 키, 구체적으로는 eUICC에 대응되는 공개키를 SM-SR로부터 획득할 수 있다. .
여기서, eUICC 내에 탑재되는 보안모듈은 eUICC 제작 단계 또는 그 이후 eUICC 정책에 따라 eUICC 내에 공통적으로 1개가 설치될 수 있으며, eUICC 정책 및 각 MNO 정책에 따라 각 MNO 별로 여러 개가 설치될 수 있다.
해당 eUICC의 공개키(암호키)를 획득한 리시빙 MNO는 SM-DP를 통해서 MNO에 맞는 새로운 eUICC 프로파일을 생성하고 그 프로파일을 획득한 eUICC 공개키(암호키)로 암호화한 후 MNO로 전달한다.(1차 암호화, S440 단계) 이때, 인증성(Authenticity)을 제공하기 위해 SM-DP는 자신의 개인키로 추가적인 전자서명을 생성할 수 있다. 즉, S440 단계에서 SM-DP는 인증을 위한 자신의 개인키 또는 비밀키로 프로파일을 전자서명(Sign)할 수 있다.
또한, S440 단계 이전 또는 이후에 협상 및 권리 전송 단계(S440’)가 수행될 수 있다. 이러한 협상 및 권리 전송 단계(S440’)는 새로운 리시빙 MNO가 이전 MNO(도너 MNO)에게 해당 eUICC가 정당한지 여부와, MNO 변경에 따른 권리(정보)를 이전해 줄 것을 요청하는 등의 과정이다.
즉, S440’ 단계에서는 새로운 MNO(Receiving MNO)가 가입 스위칭에 대해서 도너 MNO의 인증을 요청하며, 이러한 인증은 정책 제어 기능(Policy Control Function)에 의해서 제공될 수 있다.
다음으로, 리시빙 MNO는 1차 암호화된 (eUICC) 프로파일을 SM-SR로 전달한 후 2차 암호화를 요청하면, SM-SR은 이미 저장하고 있는 eUICC 관리키(eUICC OTA 키, GP ISD 키 등)를 이용하여 eUICC 프로파일을 2차 암호화하여 MNO로 전달한다.(S450 단계)
그런 다음, MNO는 이중 암호화(Double Ciphered)된 eUICC 프로파일을 해당 eUICC로 전송한다.(S460 단계) 이때, 인증성을 제공하기 위해 SM-DP의 공개키 또는 인증서(Certification)를 함께 eUICC로 전송할 수 있다.
eUICC는 이미 eUICC 관리키를 알고 있으므로 1차로 복호화한 후, 자신 공개키에 대응되는 비밀키(제조 또는 공개키 동적 생성 단계에서 이미 알고 있음)를 이용하여 2차 복호화함으로써 MNO 변경에 사용될 프로파일을 완전히 복호화 할 수 있다. 이때, eUICC는 인증서 확인 (MNO로부터 획득한 공개키에 해당되는 SM-DP로부터 생성된 eUICC 프로파일인지 확인하기 위해)을 위해 SM-DP의 공개키 (인증서의 경우, 신뢰할 수 있는 제 3의 개체로부터 해당 인증서의 유효성을 검증 받을 수 있음)로 서명 검증을 수행할 수 있다.
S470 단계에서는 프로비저닝을 종료한 eUICC와 SM-SR 사이에서 상태 요청과 그에 대한 응답에 의하여 SM-SR 데이터베이스를 업데이트 한다.
이상 도 1 내지 도 4의 방식을 다시 설명하면 아래와 같다.
eSIM은 단말 제조 단계에서 IC칩을 단말 회로판 상에 부착시킨 후, 소프트웨어 형태의 SIM 데이터 (개통 정보, 부가 서비스 정보 등)를 OTA (Over The Air) 또는 오프라인 (PC와의 USB 등의 기술 기반 연결)을 통해 발급하는 방식의 새로운 개념의 SIM 기술이다. eSIM에서 사용되는 IC칩은 일반적으로 하드웨어 기반의 CCP (Crypto Co-Processor)를 지원하여 하드웨어 기반의 공개키 생성을 제공하며, 이를 어플리케이션 (예, 애플릿) 기반에서 활용할 수 있는 API를 SIM 플랫폼 (예, Java Card Platform 등)에서 제공한다. Java Card Platform은 스마트카드 등에서 멀티 어플리케이션을 탑재하고 서비스를 제공할 수 있는 플랫폼 중 하나이다.
SIM은 제한된 메모리 공간과 보안상의 이유로 누구나 SIM 내에 어플리케이션을 탑재해서는 안되며, 이로 인해 어플리케이션 탑재를 위한 플랫폼 이외에 SIM을 어플리케이션 탑재 및 관리를 담당하는 SIM 서비스 관리 플랫폼을 필요로 한다. SIM 서비스 관리 플랫폼은 관리키를 통한 인증 및 보안을 통해 SIM 메모리 영역에 데이터를 발급하며, GlobalPlatform과 ETSI TS 102.226의 RFM (Remote File Management) 및 RAM (Remote Application Management)은 이와 같은 SIM 서비스 관리 플랫폼의 표준 기술이다.
eSIM 환경에서 중요한 요소 중의 하나인 SM은 eSIM은 원격으로 관리키를 통해 통신 및 부가 서비스 데이터를 발급하는 역할을 수행한다. GSMA에서는 SM의 역할을 SM-DP와 SM-SR로 분류하였다. SM-DP는 사업자 정보 (IMSI, K, OPc, 부가 서비스 데이터 등)를 안전하게 빌드하여 Credential Package 형태로 만드는 역할을 수행하며, SM-SR은 SM-DP가 생성한 Credential Package를 OTA 또는 GP SCP (Secure Communication Protocol)과 같은 SIM 원격 관리 기술을 통해 eSIM에 안전하게 다운로드하는 역할을 수행한다. 그리고 GSMA는 아래 그림의 “Circle of Trust”라는 구조를 제안하여 각 유사 개체들간 신뢰 관계의 중첩을 통해 MNO와 eSIM 간의 End-to-End 신뢰 관계를 구축한다는 개념을 제안하였다. 즉, MNO는 SM1과, SM1은 SM4, SM4는 eSIM과 신뢰관계를 형성하여, 이를 통해 MNO와 eSIM 간의 신뢰관계를 형성한다는 개념이다.
이렇게, GSMA에서 제안한 SM 역할 분리 환경은 SM에게 모든 사업적 주도권을 뺏길 수 있는 eSIM 환경에서 적절한 유연성 (모든 MNO가 각 MNO와 연동해야 하는 부분을 SM-SR을 통해 해결함)과 함께 사업주도권 확보 (SM-DP 역할은 일반적으로 MNO가 수행하게 될 것으로 보이며, SM-DP를 통해 통신 및 부가 서비스의 사업자 정보가 빌드됨)를 동반할 수 있는 이점이 있다.
하지만, eSIM 구조 상의 각 개체 (MNO, SM, eUICC, 단말 등) 간의 신뢰 관계를 형성하는 기술 방안이 필요하지만 현재는 존재하지 않는다.
따라서, 본 발명의 일 실시예에서는 제안 eSIM 구조에서 각 개체들 간의 신뢰관계를 형성하는 방안을 제시한다.
그러나, 본 발명은 전술한 도 3 및 4에 의한 프로비저닝 또는 MNO 변경 과정에 한정하여 적용되는 것은 아니며, 본 발명에서 정의하는 신뢰정보를 이용하여 eUICC와 관련된 개체 사이에 신뢰관계를 구축할 수 있는 한, 여하한 다른 환경 또는 시스템에도 적용될 수 있을 것이다.
도 5는 본 발명의 일 실시예에 의한 eUICC 환경에서의 개체간 신뢰관계 형성 구조의 일 예를 도시한다.
본 발명에서 eSIM 구조에 참여하는 개체는 eSIM, eSIM 탑재 기기, SM (SM-SR, SM-DP 등) 및 MNO이며, 그 이외의 구성 요소들이 참여될 수 있다.
각 구성요소 중 eUICC 인프라에 해당되는 SM (SM-SR, SM-DP) 등은 신뢰기관에 의해 생성된 신뢰정보 (예, 인증서 등)를 HSM (Hardware Security Module) 등의 보안 장치에 저장하며, eUICC와 eUICC 탑재 기기는 신뢰정보 (예, 인증서 등)가 각 개체 내부에 (HSM 등의 보안장치와 같이 별도 개체가 아닌) 저장한다. 이 신뢰정보를 기반으로 개체들 간의 보안 통신 채널 (예, TLS/SSL 등)을 형성함으로써 각 요소들 간의 신뢰를 형성하게 된다.
각 개체에 부여되는 "신뢰정보"는 해당 개체에 대한 인증(Certification)에 대한 결과를 기술적으로 부여한 것이다. 즉, eSIM 자체에 대한 CC (Common Criteria-제품에 대한 Security 검증 표준 및 단체) 등의 검증 결과를 문서 형태로만 받는 것이 아니라 eSIM 내에 저장될 수 있는 디지털 형태의 기밀정보 (예, 비밀키 (대칭키), 인증서 등)로도 받는 것을 의미한다.
본 발명의 "신뢰정보"는 신뢰관계에 참여할 수 있는 자격을 갖춘 개체에게 부여되는 디지털 정보로 인증서, 보안키, 토큰정보 등의 형태가 될 수 있으며, 보안정보/인증정보/토큰정보 등으로 불릴 수 있다.
본 발명의 "검증정보"는 “신뢰정보”를 통해 각 개체를 인증할 목적으로 생성된 디지털 정보로 인증정보/토큰정보/전자서명/MAC 등으로 불릴 수 있다.
이러한 검증정보의 생성의 한 예로써, 난수 (Random Number)와 같은 임의의 정보 또는 공개 가능한 식별 정보 등과 공유된 신뢰정보를 입력으로 해쉬 함수 연산을 수행하는 것이 있을 수 있다. 이때, 상대방 개체로 전송되는 정보는 생성된 난수 또는 공개 가능한 식별정보 등과 해쉬 결과값이다. 이 정보를 받은 상대방은 전달받은 난수 또는 공개 가능한 식별정보 등과 공유된 신뢰정보를 통해 해당 "검증정보"가 자신과 신뢰관계를 형성할 개체에서 생성한 것인지 동일한 생성 연산을 수행함으로써 확인할 수 있다.
검증정보의 생성의 다른 예로서, 자신의 "신뢰정보"가 인증서일 경우, 자신의 개인키(신뢰정보에 해당함)로 난수와 같은 임의의 정보 또는 공개 가능한 식별 정보에 대해서 전자서명을 통해 "검증정보"를 생성하여, 상대방에게 전송하면 상대방은 함께 전송된 또는 공개된 인증서를 활용하여 "검증정보"를 전자서명 기반으로 검증함으로써 해당 "검증정보"가 자신과 신뢰관계를 형성할 개체 의해서 생성된 것인지 확인할 수 있다.
도 5에서 eUICC 인증기관과 eUICC 인프라 인증기관은 통합될 수도 분리되거나 세분화될 수도 있다.
도 6은 본 발명의 일 실시예에 의한 eUICC 환경에서의 개체간 신뢰관계 형성 흐름의 일 예를 도시한다.
본 발명의 동작은 도 5의 구조를 근간으로 각 화살표가 의미하는 흐름을 설명한다. 본 발명에서 기본적인 각 개체 간의 신뢰관계 형성은 도 6과 같이 진행될 수 있다.
도 6을 참조하면, 통신 시스템 내 복수의 개체(개체 1(Entity 1), 개체 2(Entity 2)) 간의 신뢰관계 형성 방법으로서, 복수의 개체(개체 1, 개체 2) 각각이, 전달받거나 공유된 신뢰정보를 토대로 검증정보를 생성하는 단계(S610)와, 복수의 개체(개체 1, 개체 2) 각각이, 각자 생성된 검증정보를 상대방 개체로 전송하여 각자 생성된 검증정보를 상호 교환하는 단계(S620)와, 복수의 개체(개체 1, 개체 2) 각각이, 해당 신뢰정보를 토대로 상대방 개체로부터 전송받은 검증정보를 검증함으로써 상대방 개체를 인증함으로써, 복수의 개체간 신뢰관계를 형성하는 단계(S640) 등을 포함한다.
전술한 S610 단계에서, 개체 1은 전달받거나 공유된 신뢰정보(신뢰정보 1)를 토대로 검증정보를 생성하고, 개체 2는 전달받거나 공유된 신뢰정보(신뢰정보 2)를 토대로 검증정보를 생성한다.
S620 단계에서, 개체 1은 자신(개체 1)이 생성한 검증정보를 상대방 개체(개체 2)로 전송하고, 개체 2는 자신(개체 2)이 생성한 검증정보를 상대방 개체(개체 1)로 전송함으로써, 개체 1과 개체 2는 자신이 생성한 검증정보를 서로 교환한다.
이러한 S620 단계에서, 복수의 개체(개체 1, 개체 2)는, 각자의 신뢰정보가 인증서인 경우 검증정보와 함께 신뢰정보를 상대방 개체에게 전송할 수 있다.
이 경우, 복수의 개체 간의 신뢰관계 형성 방법은, S620 단계 이후, 복수의 개체(개체 1, 개체 2)는 상대방 개체로부터 전송받은 신뢰정보(타 개체의 신뢰정보)의 유효성, 신뢰성 등을 해당 신뢰정보를 발행한 인증기관에 문의하여 신뢰정보에 대한 검증을 수행하는 단계(S630)를 더 포함할 수도 있다. 즉, 개체 1은 개체 2로부터 전송받은 개체 2의 신뢰정보(신뢰정보 2)를 검증하고, 개체 2는 개체 1로부터 전송받은 개체 1의 신뢰정보(신뢰정보 1)를 검증한다.
이후, S640 단계에서, 개체 1은 개체 2로부터 전송받은 검증정보를 검증함으로써 개체 2를 인증하고, 개체 2는 개체 1로부터 전송받은 검증정보를 검증함으로써 개체 1을 인증함으로써, 개체 1과 개체 2 간의 신뢰관계를 형성할 수 있다.
아래에서는, 도 6을 참조하여 전술한 기본적인 개체 간의 신뢰관계 형성 방법의 각 단계에 대하여 더욱 상세하게 설명한다.
[S610 단계] 각 개체는, 인증기관으로부터 전달받은 신뢰정보(개체 자신의 신뢰정보에 해당할 수 있음)를 토대로 검증정보를 생성한다.
이때, 검증정보는, 타 개체와 공유된 신뢰정보와 자신이 생성한 난수 또는 공개 가능한 식별 정보 등을 해시 함수(Hash Function)의 입력으로 하여 생성된 결과값이 될 수 있다. 또는 검증정보는 자신의 개인키(신뢰정보에 해당할 수 있음)로 자신이 생성한 난수 또는 공개 가능한 식별 정보 등에 대해서 전자서명 연산을 수행한 결과값이 될 수도 있다.
[S620 단계] 각 개체는 난수 또는 공개 가능한 식별정보와 생성된 검증정보를 상호 교환한다.
이때, 신뢰정보가 인증서일 경우, 상대방에게 신뢰정보(개체 자신의 신뢰정보일 수 있음)를 함께 전송할 수 있다.
S630 단계: 각 개체는 신뢰정보가 인증서일 경우, 타 개체의 신뢰정보의 유효성, 신뢰성 등을 해당 신뢰정보를 발행한 인증기관에 문의하여 검증을 수행한다. 단, 이 S630 단계는 신뢰정보가 대칭키일 경우에는 생략될 수 있다.
[S640 단계] S630 단계가 성공적으로 완료되면, 각 개체는, 해당 신뢰정보를 토대로 상대방 개체의 검증정보를 검증함으로써 서로를 인증하고, 이를 통해 각 개체 간의 신뢰관계를 형성한다.
이때, 신뢰정보는 대칭키(비밀키) 또는 인증키(공개키)일 수 있는 데, 만약, 신뢰정보가 대칭키일 경우에, 각 개체는 상대방 개체로부터 전달받은 난수와 공개 가능한 식별 정보에 대해서 동일하게 해시 함수를 수행한 후, 그 결과를 상대방 개체로부터 전달받은 검증정보와 비교함으로써 상대방 개체로부터 전달받은 검증정보에 대한 검증을 수행할 수 있다. 만약, 신뢰정보가 인증서일 경우, 각 개체는 상대방 개체로부터 전달받은 검증정보에 대해 인증서(공개키)로 복호화한 후, 상대방 개체로부터 전달받은 난수 또는 공개 가능한 식별정보의 해시값과 자신이 인증서(공개키)로 복호화된 결과값이 동일한지 확인함으로써 상대방 개체로부터 전달받은 검증정보에 대한 검증을 수행할 수 있다.
도 6에서 복수의 개체는, eUICC 및 eUICC 탑재 기기이거나, eUICC 및 SM-SR 이거나, SM-SR 및 SM-SR 이거나, MNO 및 SM-SR 이거나, MNO 및 SM-DP 이거나, SM-SR 및 SM-DP 등 일 수 있다.
한편, 구체적으로, eUICC, eUICC 탑재 기기, SM-SR, SM-DP, MNO 등의 특정 개체 사이의 신뢰관계를 구축하는 방법의 예를 도 5를 참조하여 설명한다.
도 5에 도시된 바와 같이, eUICC, eUICC 탑재 기기, SM-SR, SM-DP, MNO 등의 특정 개체 사이의 신뢰관계를 구축하는 방법은, eUICC 및 eUICC 탑재 기기 간의 신뢰관계 형성 단계(S510), eUICC 및 SM-SR 간의 신뢰관계 형성 단계(S520), SM-SR 간의 신뢰관계 형성 단계(S530), MNO 및 SM-SR 간의 신뢰관계 형성 단계(S540), MNO 및 SM-DP 간의 신뢰관계 형성 단계(S550), SM-SR 및 SM-DP 간의 신뢰관계 형성 단계(S560)를 포함하고, eUICC 및 eUICC 탑재 기기 간의 신뢰관계 형성 단계(S510), MNO 및 SM-SR 간의 신뢰관계 형성 단계(S540), MNO 및 SM-DP 간의 신뢰관계 형성 단계(S550) 등을 더 포함할 수 있다.
1. eUICC 및 eUICC 탑재 기기 간의 신뢰관계 형성 단계(S510)
eUICC 및 eUICC를 탑재한 eUICC 탑재 기기 각각이, 상대방의 신뢰정보를 토대로 상호 인정함으로써, eUICC 및 eUICC 탑재 기기 간의 신뢰관계가 형성된다.
더 상세하게, eUICC와 eUICC 탑재 기기는 각각에 발행된 신뢰정보를 토대로 상호 인증을 수행한다. 상호 인증을 위해서 각 개체는 타 개체의 신뢰정보의 유효성, 신뢰성 등을 해당 인증기관에 온라인으로 (OTA 또는 OTI) 문의할 수 있다. 하지만, eUICC는 통신 기능이 부재하기에 eUICC와 eUICC 탑재 기기 간의 상호 인증 시, eUICC 탑재 기기의 신뢰정보 검증은 eUICC에 선 탑재(제조 또는 발급(Provisioning) 단계에서 탑재된)된 eUICC 탑재 기기의 공개 신뢰정보(예: PK (Public Key Cryptography)의 공개키 등)를 토대로 진행된다. 또는 eUICC의 요청에 따라 eUICC 탑재 기기를 통해 신뢰기관과 통신하여 eUICC 탑재 기기의 신뢰정보를 검증할 수 있다.
2. eUICC 및 SM-SR 간의 신뢰관계 형성 단계(S520)
eUICC 및 SM-SR 각각이, 전달받거나 공유된 신뢰정보를 토대로 검증정보를 생성하여 상대방에게 전송하고, 해당 신뢰정보를 토대로 상대방으로부터 전송받은 검증정보를 검증하여 상대방을 인증함으로써, eUICC 및 SM-SR 간의 신뢰관계가 형성된다.
S520 단계에서, eUICC와 SM-SR 간의 신뢰관계는, 도 6과 같은 방식에 따라 형성될 수 있다. eUICC와 SM-SR 간의 신뢰관계가 도 6과 같은 방식에 따라 형성되는 경우, 아래에서 S520 단계에 대하여 설명한다.
S520 단계에서, eUICC 및 SM-SR 각각은, 난수 또는 공개 가능한 식별 정보와 상기 신뢰정보를 입력으로 해시(Hash) 함수 연산을 수행한 결과값을 검증정보로서 생성하거나, 각자의 개인키로 생성한 난수 또는 공개 가능한 식별 정보에 대해서 전자 서명 연산을 수행한 결과값을 검증정보로서 생성한다.
또한, S520 단계에서, eUICC 및 SM-SR 각각은, 검증정보 이외에, 난수 또는 공개 가능한 식별 정보를 상대방에게 더 전송할 수 있다. 또한, eUICC 및 SM-SR 각각은, 신뢰정보가 인증서인 경우, 신뢰정보를 더 전송할 수도 있다.
한편, S520 단계에서, eUICC 및 SM-SR 각각은, 검증정보를 상대방에게 전송한 이후, 신뢰정보가 인증서일 경우, 신뢰정보 발행처인 인증기관과의 신뢰정보 문의 절차를 통해, 상대방의 신뢰정보에 대한 유효성 및 신뢰성을 검증할 수 있다. 이러한 신뢰정보의 검증은 신뢰정보가 대칭키인 경우에는 생략될 수 있다.
그리고, S520 단계에서, eUICC 및 SM-SR 각각은,상대방으로부터 전송받은 난수 또는 공개 가능한 식별 정보에 대해서 해시 함수 연산을 수행한 결과값과 상대방으로부터 전송받은 검증정보를 비교함으로써, 상대방으로부터 전송받은 검증정보를 검증하여 상대방을 인증함으로써 eUICC 및 SM-SR 간의 신뢰관계가 형성될 수도 있고, 전송받은 검증정보에 대해 상기 인증서로 복호화한 후, 난수 또는 공개 가능한 식별 정보에 대해서 해시 함수 연산을 수행한 결과값과 상기 인증서로 복호화된 결과값을 비교함으로써, 전송된 검증정보를 검증하여 상대방을 인증함으로써 eUICC 및 SM-SR 간의 신뢰관계가 형성될 수 있다.
3. SM-SR 간의 신뢰관계 형성 단계(S530)
SM-SR 각각이, 전달받거나 공유된 신뢰정보를 토대로 검증정보를 생성하여 상대방에게 전송하고, 해당 신뢰정보를 토대로 상대방으로부터 전송받은 검증정보를 검증하여 상대방을 인증함으로써, SM-SR 간의 신뢰관계가 형성된다.
S530 단계에서, SM-SR 간의 신뢰관계는, 도 6과 같은 방식에 따라 형성될 수 있으며, TLS/SSL 등의 보안통신 프로토콜을 통해서도 신뢰관계를 형성할 수 있다.
SM-SR 간의 신뢰관계가 도 6과 같은 방식에 따라 형성되는 경우, 아래에서, S530 단계에 대하여 설명한다.
S530 단계에서, SM-SR들 각각은, 난수 또는 공개 가능한 식별 정보와 신뢰정보를 입력으로 해시(Hash) 함수 연산을 수행한 결과값을 검증정보로서 생성하거나, 각자의 개인키로 생성한 난수 또는 공개 가능한 식별 정보에 대해서 전자 서명 연산을 수행한 결과값을 검증정보로서 생성할 수 있다.
또한, S530 단계에서, SM-SR들 각각은, 검증정보 이외에, 난수 또는 공개 가능한 식별 정보를 상대방에게 더 전송할 수 있으며, 신뢰정보가 인증서인 경우, 신뢰정보를 더 전송할 수도 있다.
한편, S530 단계에서, SM-SR들 각각은, 검증정보를 상대방에게 전송한 이후, 신뢰정보가 인증서일 경우, 신뢰정보 발행처인 인증기관과의 신뢰정보 문의 절차를 통해, 상대방의 신뢰정보에 대한 유효성 및 신뢰성을 검증할 수 있다. 이러한 신뢰정보의 검증은 신뢰정보가 대칭키인 경우에는 생략될 수 있다.
그리고, S530 단계에서, SM-SR들 각각은, 상대방으로부터 전송받은 난수 또는 공개 가능한 식별 정보에 대해서 해시 함수 연산을 수행한 결과값과 상대방으로부터 전송받은 검증정보를 비교함으로써, 상대방으로부터 전송받은 검증정보를 검증하여 상대방을 인증함으로써 SM-SR들 간의 신뢰관계가 형성되거나, 전송받은 검증정보에 대해인증서로 복호화한 후, 난수 또는 공개 가능한 식별 정보에 대해서 해시 함수 연산을 수행한 결과값과 상기 인증서로 복호화된 결과값을 비교함으로써, 전송된 검증정보를 검증하여 상대방을 인증함으로써 SM-SR들 간의 신뢰관계가 형성될 수 있다.
4. MNO 및 SM-SR 간의 신뢰관계 형성 단계(S540)
MNO(Mobile Network Operator MNO)가 상기 SM-SR의 신뢰정보를 토대로 SM-SR을 단방향으로 인증함으로써, MNO 및 SM-SR 간의 신뢰관계가 형성된다.
이 단계에서, MNO는 SM-SR의 신뢰정보를 토대로 단방향 인증을 수행하여 MNO 및 SM-SR 간의 신뢰관계가 형성되는데, 그 이유는, MNO가 eUICC에서 신뢰 가능한 요소(개체)이고 고객 정보의 근원이므로, MNO에 대한 인증은 필요하지 않을 수 있기 때문이다. 하지만, 경우에 따라서, MNO 인증서를 토대로 상호 인증이 일어날 수도 있다.
5. MNO 및 SM-DP 간의 신뢰관계 형성 단계(S550)
MNO가 SM-DP의 신뢰정보를 토대로 상기 SM-DP를 단방향으로 인증함으로써, MNO 및 SM-DPR 간의 신뢰관계가 형성된다.
이 단계에서, MNO는 SM-DP의 신뢰정보를 토대로 단방향 인증을 수행하여 MNO 및 SM-DP 간의 신뢰관계가 형성되는데, 그 이유는, MNO가 eUICC에서 신뢰 가능한 요소(개체)이고 고객 정보의 근원이므로, MNO에 대한 인증은 필요하지 않을 수 있기 때문이다. 하지만, 경우에 따라서, MNO 인증서를 토대로 상호 인증이 일어날 수도 있다.
6. SM-SR 및 SM-DP 간의 신뢰관계 형성 단계(S560)
SM-SR 및 SM-DP 각각이, 전달받거나 공유된 신뢰정보를 토대로 검증정보를 생성하여 상대방에게 전송하고, 해당 신뢰정보를 토대로 상대방으로부터 전송받은 검증정보를 검증하여 상대방을 인증함으로써, SM-SR 및 SM-DP 간의 신뢰관계가 형성된다.
S560 단계에서, SM-SR과 SM-DP 간의 신뢰관계는, 도 6의 방식에 따라 신뢰관계가 형성될 수 있으며, TLS/SSL 등의 보안통신 프로토콜을 통해서도 신뢰관계가 형성될 수도 있다.
SM-SR과 SM-DP 간의 신뢰관계가 도 6과 같은 방식에 따라 형성되는 경우, 아래에서, S530 단계에 대하여 설명한다.
S560 단계에서, SM-SR과 SM-DP 각각은, 난수 또는 공개 가능한 식별 정보와 상기 신뢰정보를 입력으로 해시(Hash) 함수 연산을 수행한 결과값을 상기 검증정보로서 생성하거나, 각자의 개인키로 생성한 난수 또는 공개 가능한 식별 정보에 대해서 전자 서명 연산을 수행한 결과값을 상기 검증정보로서 생성할 수 있다.
또한, S560 단계에서, SM-SR과 SM-DP 각각은, 검증정보 이외에, 난수 또는 공개 가능한 식별 정보를 상대방에게 더 전송할 수 있으며, 신뢰정보가 인증서인 경우, 신뢰정보를 더 전송할 수도 있다.
한편, S560 단계에서, SM-SR과 SM-DP 각각은, 검증정보를 상대방에게 전송한 이후, 신뢰정보가 인증서일 경우, 신뢰정보 발행처인 인증기관과의 신뢰정보 문의 절차를 통해, 상대방의 신뢰정보에 대한 유효성 및 신뢰성을 검증할 수도 있다. 이러한 신뢰정보의 검증은 신뢰정보가 대칭키인 경우에는 생략될 수 있다.
그리고, S560 단계에서, SM-SR과 SM-DP 각각은, 상대방으로부터 전송받은 난수 또는 공개 가능한 식별 정보에 대해서 해시 함수 연산을 수행한 결과값과 상대방으로부터 전송받은 검증정보를 비교함으로써, 상대방으로부터 전송받은 검증정보를 검증하여 상대방을 인증함으로써 SM-SR과 SM-DP 간의 신뢰관계가 형성되거나, 전송받은 검증정보에 대해 상기 인증서로 복호화한 후, 난수 또는 공개 가능한 식별 정보에 대해서 해시 함수 연산을 수행한 결과값과 상기 인증서로 복호화된 결과값을 비교함으로써, 상기 전송된 검증정보를 검증하여 상대방을 인증함으로써 SM-SR과 SM-DP 간의 신뢰관계가 형성될 수 있다.
아래에서는, 이상에서 설명한 개체 간의 신뢰관계 형성 방법을 eUICC 관점에서 다시 설명한다. 그 내용은 이상에서의 내용과 동일하다.
도 7은 본 발명의 일 실시예에 의한 eUICC 환경에서의 개체간 신뢰관계 형성 중 eUICC 및 SM-SR 간 신뢰관계 형성 방법에 대한 흐름도이다. 이러한 도 7의 흐름도는, eUICC를 동작 주체로 하여, 도 5의 S510 단계를 상세하게 나타낸 흐름도이다.
도 7을 참조하면, 본 발명의 일 실시예에 따른 eUICC 및 SM-SR 간 신뢰관계 형성 방법은, eUICC가 검증정보를 생성하는 단계(S700), eUICC가 생성한 검증정보를 SM-SR로 전송하고 SM-SR로부터 SM-SR에서 생성된 검증정보를 전송받는 단계(S702), eUICC가 신뢰정보를 검증하는 단계(S704), eUICC가 SM-SR로부터 전송받은 검증정보를 검증하는 단계(S706) 등을 포함한다.
검증정보 생성 단계(S700)에서, eUICC는, 전달받거나 공유된 신뢰정보를 토대로 검증정보를 생성한다. 이때, 동일한 방식으로, SM-SR은 전달받거나 공유된 신뢰정보를 토대로 검증정보를 생성한다.
검증정보 교환 단계(S702)에서, eUICC는, 생성된 검증정보를 SM-SR이 eUICC를 인증하기 위한 정보로서 SM-SR로 전송하고, SM-SR에 의해 생성된 검증정보를 SM-SR로부터 전송받는다. 이때, 동일한 방식으로, SM-SR은 SM-SR에서 생성된 검증정보를 eUICC가 SM-SR를 인증하기 위한 정보로서 eUICC로 전송하고, eUICC에 의해 생성된 검증정보를 eUICC로부터 전송받는다.
검증정보 교환 단계(S702) 이후, 신뢰정보가 인증서일 경우, 더 수행될 수도 있는 신뢰정보 검증 단계(S704)에서, eUICC는, 신뢰정보가 인증서일 경우, 신뢰정보 발행처인 인증기관과의 신뢰정보 문의 절차를 통해, SM-SR의 신뢰정보에 대한 유효성 및 신뢰성을 검증할 수 있다. 이때, 동일한 방식으로, SM-SR도, 신뢰정보 발행처인 인증기관과의 신뢰정보 문의 절차를 통해, eUICC의 신뢰정보에 대한 유효성 및 신뢰성을 검증할 수 있다.
신뢰정보 검증 단계(S704)는, 신뢰정보가 대칭키일 경우에는 수행되지 않고, 검증정보 검증 단계(S706)가 바로 수행될 수도 있다.
검증정보 교환 단계(S702) 또는 신뢰정보 검증 단계(S704) 이후 수행되는 검증정보 검증 단계(S706)에서, eUICC는, 해당 신뢰정보를 토대로 SM-SR로부터 전송받은 검증정보를 검증함으로써 SM-SR을 인증할 수 있다. 이때, 동일한 방식으로, SM-SR은 해당 신뢰정보를 토대로 eUICC로부터 전송받은 검증정보를 검증함으로써 eUICC를 인증할 수 있다.
전술한 검증정보 생성 단계(S700)에서, eUICC는, 자신이 생성한 난수 또는 공개 가능한 식별 정보와 타 개체(SM-SR)과 공유된 신뢰정보를 입력으로 해시(Hash) 함수 연산을 수행한 결과값을 검증정보로서 생성할 수 있다. 또는, 전술한 검증정보 생성 단계(S700)에서, eUICC는, 자신의 개인키로 생성한 난수 또는 공개 가능한 식별 정보에 대해서 전자 서명 연산을 수행한 결과값을 검증정보로서 생성할 수도 있다. 이때, SM-SR도, 동일 방식으로 검증정보를 생성할 수도 있다.
전술한 검증정보 교환 단계(S702)에서, eUICC는, 검증정보 이외에 난수 또는 공개 가능한 식별 정보를 SM-SR로 더 전송하고, SM-SR로부터 상기 SM-SR에 의해 생성된 검증정보 이외에 난수 또는 공개 가능한 식별 정보를 더 전송받을 수 있다. 이때, SM-SR도, 동일 방식으로, 검증정보 이외에 난수 또는 공개 가능한 식별 정보를 eUICC로 전송하고 전송받을 수 있다.
한편, 신뢰정보가 인증서일 경우, 전술한 검증정보 교환 단계(S702)에서, eUICC는, 신뢰정보를 SM-SR로 더 전송하고, SM-SR로부터 SM-SR의 신뢰정보를 더 전송받을 수 있다. 이때, SM-SR도, 동일 방식으로 신뢰정보를 eUICC로 더 전송하고 더 전송받을 수 있다.
전술한 검증정보 검증 단계(S706)에서, eUICC는, 신뢰정보가 대칭키인 경우, SM-SR로부터 전송받은 난수 또는 공개 가능한 식별 정보에 대해서 해시 함수 연산을 수행한 결과값과 S702 단계에서 SM-SR로부터 전송받은 검증정보를 비교함으로써, S702 단계에서 SM-SR부터 전송받은 검증정보를 검증하여 SM-SR을 인증할 수 있다. 또는, 전술한 검증정보 검증 단계(S706)에서, eUICC는, 신뢰정보가 인증서인 경우, S702 단계에서 전송받은 검증정보에 대해 인증서로 복호화한 후, 난수 또는 공개 가능한 식별 정보에 대해서 해시 함수 연산을 수행한 결과값과 인증서로 복호화된 결과값을 비교함으로써, S702 단계에서 SM-SR부터 전송받은 검증정보를 검증하여 SM-SR을 인증할 수도 있다.
아래에서는, 도 7을 참조하여 전술한 eUICC 및 SM-SR 간의 신뢰관계 형성 방법을 제공하는 eUICC에 대하여 설명한다.
도 8은 본 발명의 일 실시예에 의한 eUICC 환경에서의 개체간 신뢰관계 형성 중 eUICC 및 SM-SR 간 신뢰관계 형성을 위한 eUICC에 대한 블록도이다.
도 8을 참조하면, eUICC 및 SM-SR 간의 신뢰관계 형성을 위한 eUICC는, 전달받거나 공유된 신뢰정보를 토대로 검증정보를 생성하는 검증정보 생성부(810)와, 생성된 검증정보를 SM-SR이 eUICC를 인증하기 위한 정보로서 SM-SR로 전송하고, SM-SR에 의해 생성된 검증정보를 SM-SR로부터 전송받는 검증정보 교환부(820)와, 해당 신뢰정보를 토대로 SM-SR로부터 전송받은 검증정보를 검증함으로써 SM-SR을 인증하는 검증정보 검증부(840) 등을 포함한다.
검증정보 생성부(810)는 도 7에서의 검증정보 생성 단계(S700)를 수행하는 구성이고, 검증정보 교환부(820)는 도 7에서의 검증정보 교환 단계(S702)를 수행하는 구성이며, 신뢰정보 검증부(830)는 도 7에서의 신뢰정보 검증 단계(S704)를 수행하는 구성이고, 검증정보 검증부(840)는 도 7에서의 검증정보 검증 단계(S706)를 수행하는 구성이다.
전술한 검증정보 생성부(810)는, 자신이 생성한 난수 또는 공개 가능한 식별 정보와 타 개체(SM-SR)와 공유된 신뢰정보를 입력으로 해시(Hash) 함수 연산을 수행한 결과값을 검증정보로서 생성하거나, 자신의 개인키로 생성한 난수 또는 공개 가능한 식별 정보에 대해서 전자 서명 연산을 수행한 결과값을 검증정보로서 생성할 수도 있다.
검증정보 검증부(840)는, 신뢰정보가 대칭키인 경우, SM-SR로부터 전송받은 난수 또는 공개 가능한 식별 정보에 대해서 해시 함수 연산을 수행한 결과값과 SM-SR로부터 전송받은 검증정보를 비교함으로써, SM-SR부터 전송받은 검증정보를 검증하여 SM-SR을 인증하거나, 신뢰정보가 인증서인 경우, 전송받은 검증정보에 대해 인증서로 복호화한 후, 난수 또는 공개 가능한 식별 정보에 대해서 해시 함수 연산을 수행한 결과값과 상기 인증서로 복호화된 결과값을 비교함으로써, SM-SR부터 전송받은 검증정보를 검증하여 SM-SR을 인증할 수 있다.
한편, 도 8을 참조하면, eUICC 및 SM-SR 간의 신뢰관계 형성을 위한 eUICC는, 신뢰정보가 인증서일 경우, 신뢰정보 발행처인 인증기관과의 신뢰정보 문의 절차를 통해, SM-SR의 신뢰정보에 대한 유효성 및 신뢰성을 검증하는 신뢰정보 검증부(830)를 더 포함할 수도 있다.
이상의 본 발명의 일 실시예를 이용하면, GSMA 제안 구조의 신뢰관계(Circle of Trust)를 기술적으로 형성할 수 있으며, 이를 토대로 eUICC 구조의 신뢰도와 안전성을 향상시킬 수 있다는 효과가 있다.
이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 발명에 개시된 실시 예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시 예에 의하여 본 발명의 기술 사상의 범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

Claims (12)

  1. 내장 UICC(eUICC: embedded Universal IC Card) 환경에서 개체들 간에 신뢰 관계를 형성하는 방법으로서,
    제1 개체가 신뢰정보(trust information) 및 검증정보(verification information)를 수신하는 단계로서, 상기 검증정보는 제2 개체로부터 전송되는, 상기 단계;
    상기 제1 개체가 상기 신뢰정보를 이용해 상기 제2 개체의 검증정보를 검증하는 단계;
    상기 제1 개체가 상기 검증정보를 검증함으로써 상기 제2 개체를 인증하는 단계;
    상기 인증이 성공함에 따라 상기 제1 개체 및 상기 제2 개체 간에 보안 통신 채널을 설정하는 단계를 포함하고,
    상기 개체들은 eUICC, 가입관리 장치(SM: Subscription Manager) 및 통신사업자(MNO: Mobile Network Operator) 중 적어도 하나를 포함하고,
    상기 검증정보는 상기 제2 개체의 적어도 하나의 인증서(certificate)를 포함하는, 신뢰관계 형성 방법.
  2. 청구항 1에 있어서,
    상기 신뢰정보는 신뢰관계에 참여할 수 있는 자격을 갖춘 개체에게 부여되는 정보를 포함하는, 신뢰관계 형성 방법.
  3. 청구항 1에 있어서,
    상기 검증정보는 각 개체를 인증할 목적으로 생성되는, 신뢰관계 형성 방법.
  4. 청구항 1에 있어서,
    상기 신뢰정보는 상기 개체들과 통신하는 인증기관에 의해 발행되는, 신뢰관계 형성 방법.
  5. 청구항 1에 있어서,
    상기 보안 통신 채널은 전송계층보안(TLS; Transport Layer Security) 프로토콜에 기초하여 설정되는, 신뢰관계 형성 방법.
  6. 청구항 1에 있어서,
    상기 가입관리 장치는,
    하나 이상의 SM-DP(Subscription Manager Data Preparation) 및 하나 이상의 SM-SR(Subscription Manager Secure Routing)을 포함하는, 신뢰관계 형성 방법.
  7. 내장 UICC(eUICC: embedded Universal IC Card) 환경에서 상대 개체와 신뢰 관계를 형성하도록 구성된 eUICC로서,
    신뢰정보(trust information) 및 검증정보(verification information)를 수신하고, 상기 신뢰정보를 이용해 상기 상대 개체의 검증정보를 검증함으로써 상기 상대 개체를 인증하도록 구성된 프로세서로서, 상기 검증정보는 상기 상대 개체로부터 수신한, 상기 프로세서를 포함하고,
    상기 eUICC는 상기 인증이 성공함에 따라 상기 상대 개체와 보안 통신 채널을 설정하고,
    상기 개체는 가입관리 장치(SM: Subscription Manager) 및 통신사업자(MNO: Mobile Network Operator) 중 적어도 하나를 포함하고,
    상기 검증정보는 상기 상대 개체의 적어도 하나의 인증서(certificate)를 포함하는, eUICC.
  8. 청구항 7에 있어서,
    상기 신뢰정보는 신뢰관계에 참여할 수 있는 자격을 갖춘 개체에게 부여되는 정보를 포함하는, eUICC.
  9. 청구항 7에 있어서,
    상기 검증정보는 각 개체를 인증할 목적으로 생성되는, eUICC.
  10. 청구항 7에 있어서,
    상기 신뢰정보는 상기 eUICC 및 상기 상대 개체와 통신하는 인증기관에 의해 발행되는, eUICC.
  11. 청구항 7에 있어서,
    상기 보안 통신 채널은 전송계층보안(TLS; Transport Layer Security) 프로토콜에 기초하여 설정되는, eUICC.
  12. 청구항 7에 있어서,
    상기 가입관리 장치는,
    하나 이상의 SM-DP(Subscription Manager Data Preparation) 및 하나 이상의 SM-SR(Subscription Manager Secure Routing)을 포함하는, eUICC.
KR1020190063764A 2011-11-04 2019-05-30 신뢰관계 형성 방법 및 이를 위한 내장 ｕⅰｃｃ KR102026612B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20110114603 2011-11-04
KR1020110114603 2011-11-04

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
KR1020120120292A Division KR101986312B1 (ko) 2011-11-04 2012-10-29 신뢰관계 형성 방법 및 이를 위한 내장 ｕⅰｃｃ

Publications (2)

Publication Number Publication Date
KR20190064546A KR20190064546A (ko) 2019-06-10
KR102026612B1 true KR102026612B1 (ko) 2019-09-30

Family

ID=48660380

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020120120292A KR101986312B1 (ko) 2011-11-04 2012-10-29 신뢰관계 형성 방법 및 이를 위한 내장 ｕⅰｃｃ
KR1020190063764A KR102026612B1 (ko) 2011-11-04 2019-05-30 신뢰관계 형성 방법 및 이를 위한 내장 ｕⅰｃｃ

Family Applications Before (1)

Application Number Title Priority Date Filing Date
KR1020120120292A KR101986312B1 (ko) 2011-11-04 2012-10-29 신뢰관계 형성 방법 및 이를 위한 내장 ｕⅰｃｃ

Country Status (2)

Country Link
US (3) US9426654B2 (ko)
KR (2) KR101986312B1 (ko)

Families Citing this family (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011038491A1 (en) 2009-09-30 2011-04-07 Evan V Chrapko Systems and methods for social graph data analytics to determine connectivity within a community
US20110099164A1 (en) 2009-10-23 2011-04-28 Haim Zvi Melman Apparatus and method for search and retrieval of documents and advertising targeting
WO2011106897A1 (en) 2010-03-05 2011-09-09 Chrapko Evan V Systems and methods for conducting more reliable assessments with connectivity statistics
WO2011134086A1 (en) 2010-04-30 2011-11-03 Evan V Chrapko Systems and methods for conducting reliable assessments with connectivity information
KR101986312B1 (ko) * 2011-11-04 2019-06-05 주식회사 케이티 신뢰관계 형성 방법 및 이를 위한 내장 ｕⅰｃｃ
WO2013097026A1 (en) 2011-12-28 2013-07-04 Chrapko Evan V Systems and methods for visualizing social graphs
KR102040231B1 (ko) * 2013-04-15 2019-11-06 삼성전자주식회사 이동 통신에서 가입 사업자 변경 제한 정책을 지원하는 정책 적용 방법 및 장치
US9350550B2 (en) 2013-09-10 2016-05-24 M2M And Iot Technologies, Llc Power management and security for wireless modules in “machine-to-machine” communications
US9100175B2 (en) 2013-11-19 2015-08-04 M2M And Iot Technologies, Llc Embedded universal integrated circuit card supporting two-factor authentication
US10498530B2 (en) 2013-09-27 2019-12-03 Network-1 Technologies, Inc. Secure PKI communications for “machine-to-machine” modules, including key derivation by modules and authenticating public keys
US10700856B2 (en) 2013-11-19 2020-06-30 Network-1 Technologies, Inc. Key derivation for a module using an embedded universal integrated circuit card
CN105723760B (zh) * 2013-11-19 2020-09-04 瑞典爱立信有限公司 简档改变管理
EP3075180B1 (en) 2013-11-29 2018-04-11 Telefonaktiebolaget LM Ericsson (publ) Method and corresponding apparatus, computer program product to validate an euicc subscription change
US20160352698A1 (en) * 2013-12-05 2016-12-01 Huawei Device Co., Ltd. Security control method for euicc and euicc
CN106851628B (zh) 2013-12-05 2020-08-07 华为终端有限公司 下载运营商的文件的方法及设备
US9537858B2 (en) * 2014-05-15 2017-01-03 Apple Inc. Methods and apparatus to support globalplatform™ usage on an embedded UICC (eUICC)
CN105637498B (zh) 2014-05-23 2019-05-28 华为技术有限公司 eUICC的管理方法、eUICC、SM平台和系统
US9730072B2 (en) 2014-05-23 2017-08-08 Apple Inc. Electronic subscriber identity module provisioning
KR102299384B1 (ko) * 2014-06-13 2021-09-08 삼성전자주식회사 통신 시스템에서 선택적 통신 서비스를 위한 방법 및 장치
US10045177B2 (en) 2014-06-13 2018-08-07 Samsung Electronics Co., Ltd. Method and device for selective communication service in communication system
US10623952B2 (en) 2014-07-07 2020-04-14 Huawei Technologies Co., Ltd. Method and apparatus for authorizing management for embedded universal integrated circuit card
US9668122B2 (en) * 2014-12-10 2017-05-30 Telefonaktiebolaget L M Ericsson (Publ) Managing network connectivity of a device comprising an embedded UICC
US9853977B1 (en) 2015-01-26 2017-12-26 Winklevoss Ip, Llc System, method, and program product for processing secure transactions within a cloud computing system
EP3057350A1 (en) * 2015-02-13 2016-08-17 Gemalto Sa Method for remote subscription management of an eUICC, corresponding terminal
US9578043B2 (en) 2015-03-20 2017-02-21 Ashif Mawji Calculating a trust score
CN113207118B (zh) * 2015-03-25 2024-03-12 三星电子株式会社 用于通信系统中传送简档的方法和设备
EP3562184B1 (en) * 2015-04-13 2020-08-12 Samsung Electronics Co., Ltd. Technique for managing profile in communication system
EP3082355A1 (en) * 2015-04-17 2016-10-19 Gemalto Sa A method for controlling remotely the permissions and rights of a target secure element
CN107925867B (zh) 2015-06-11 2021-01-12 捷德移动安全有限责任公司 管理多个激活的订户身份模块配置文件
US20170048251A1 (en) 2015-08-14 2017-02-16 Microsoft Technology Licensing, Llc Mobile operator profile management delegation
WO2017039320A1 (ko) * 2015-08-31 2017-03-09 삼성전자 주식회사 통신 시스템에서 프로파일 다운로드 방법 및 장치
US10516540B2 (en) * 2016-01-28 2019-12-24 Apple Inc. Management of profiles in an embedded universal integrated circuit card (eUICC)
US20170235792A1 (en) 2016-02-17 2017-08-17 Www.Trustscience.Com Inc. Searching for entities based on trust score and geography
US9679254B1 (en) 2016-02-29 2017-06-13 Www.Trustscience.Com Inc. Extrapolating trends in trust scores
US9438619B1 (en) 2016-02-29 2016-09-06 Leo M. Chan Crowdsourcing of trustworthiness indicators
US9721296B1 (en) 2016-03-24 2017-08-01 Www.Trustscience.Com Inc. Learning an entity's trust model and risk tolerance to calculate a risk score
FR3053203A1 (fr) * 2016-06-24 2017-12-29 Orange Technique de telechargement d'un profil d'acces a un reseau
US10805789B2 (en) * 2016-07-18 2020-10-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for downloading a profile for remotely provisioning a subscriber entity
US10180969B2 (en) 2017-03-22 2019-01-15 Www.Trustscience.Com Inc. Entity resolution and identity management in big, noisy, and/or unstructured data
WO2019041086A1 (zh) 2017-08-28 2019-03-07 华为技术有限公司 一种信息验证方法及相关设备
US10321303B1 (en) * 2017-12-28 2019-06-11 T-Mobile Usa, Inc. Subscription management service pairing
CN114499925A (zh) * 2018-08-06 2022-05-13 华为技术有限公司 一种签约信息配置方法及通信设备
US10592710B1 (en) * 2018-10-02 2020-03-17 Capital One Services, Llc Systems and methods for cryptographic authentication of contactless cards
US10771943B1 (en) * 2019-02-19 2020-09-08 Microsoft Technology Licensing, Llc Privacy-enhanced method for linking an eSIM profile
US12021861B2 (en) * 2021-01-04 2024-06-25 Bank Of America Corporation Identity verification through multisystem cooperation
US20230089730A1 (en) * 2021-09-23 2023-03-23 At&T Mobility Ii Llc Short message service encryption secure front-end gateway

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120108205A1 (en) 2010-10-28 2012-05-03 Schell Stephen V Methods and apparatus for storage and execution of access control clients

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7743248B2 (en) * 1995-01-17 2010-06-22 Eoriginal, Inc. System and method for a remote access service enabling trust and interoperability when retrieving certificate status from multiple certification authority reporting components
US20030037237A1 (en) * 2001-04-09 2003-02-20 Jean-Paul Abgrall Systems and methods for computer device authentication
KR100537426B1 (ko) * 2003-06-10 2005-12-19 홍상선 유비쿼터스 개인 상호인증 보안방법
KR100735221B1 (ko) * 2005-08-12 2007-07-03 삼성전자주식회사 컨텐츠를 다수의 단말기에서 재생할 수 있도록 하는 컨텐츠재생 방법 및 이를 이용한 시스템과 단말 장치
WO2007071277A1 (en) * 2005-12-22 2007-06-28 Telecom Italia S.P.A. Method and system for simulating a communication network, related network and computer program product therefor
US8347361B2 (en) * 2006-12-14 2013-01-01 Mosaid Technologies Incorporated Distributed network management hierarchy in a multi-station communication network
US8510553B2 (en) * 2007-06-29 2013-08-13 Intel Corporation Secure credential management
GB2452251B (en) * 2007-08-21 2010-03-24 Motorola Inc Method and apparatus for authenticating a network device
GB2453518A (en) * 2007-08-31 2009-04-15 Vodafone Plc Telecommunications device security
CN103001940A (zh) * 2007-10-05 2013-03-27 交互数字技术公司 由wtru使用的用于建立安全本地密钥的方法
KR100862749B1 (ko) * 2007-10-15 2008-10-10 주식회사 케이티프리텔 Ｕｉｃｃ 응용 파일 제어 방법 및 그 장치
US7979899B2 (en) * 2008-06-02 2011-07-12 Microsoft Corporation Trusted device-specific authentication
US8296836B2 (en) * 2010-01-06 2012-10-23 Alcatel Lucent Secure multi-user identity module key exchange
CN102143489A (zh) * 2010-02-01 2011-08-03 华为技术有限公司 中继节点的认证方法、装置及系统
US9385862B2 (en) * 2010-06-16 2016-07-05 Qualcomm Incorporated Method and apparatus for binding subscriber authentication and device authentication in communication systems
WO2012065112A2 (en) * 2010-11-12 2012-05-18 Apple Inc. Apparatus and methods for recordation of device history across multiple software emulations
US20120324225A1 (en) * 2011-06-20 2012-12-20 Jason Chambers Certificate-based mutual authentication for data security
KR101800659B1 (ko) * 2011-07-08 2017-11-23 삼성전자 주식회사 이동 통신 시스템에서 단말 설정 방법
KR101986312B1 (ko) * 2011-11-04 2019-06-05 주식회사 케이티 신뢰관계 형성 방법 및 이를 위한 내장 ｕⅰｃｃ

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120108205A1 (en) 2010-10-28 2012-05-03 Schell Stephen V Methods and apparatus for storage and execution of access control clients

Also Published As

Publication number Publication date
US10462668B2 (en) 2019-10-29
US20180242153A1 (en) 2018-08-23
KR101986312B1 (ko) 2019-06-05
KR20190064546A (ko) 2019-06-10
KR20130049726A (ko) 2013-05-14
US20140287725A1 (en) 2014-09-25
US9426654B2 (en) 2016-08-23
US10091653B2 (en) 2018-10-02
US20160330624A1 (en) 2016-11-10

Similar Documents

Publication Publication Date Title
KR102026612B1 (ko) 신뢰관계 형성 방법 및 이를 위한 내장 ｕⅰｃｃ
KR101885483B1 (ko) ｅＵＩＣＣ의 키정보 관리방법 및 그를 이용한 ｅＵＩＣＣ, ＭＮＯ시스템, 프로비저닝 방법 및 ＭＮＯ 변경 방법
US10694369B2 (en) Profile management method, embedded UICC, and device provided with the embedded UICC
KR102001869B1 (ko) ｅＵＩＣＣ의 프로파일 관리방법 및 그를 이용한 ｅＵＩＣＣ, ｅＵＩＣＣ 탑재 단말과, 프로비저닝 방법 및 ＭＮＯ 변경 방법
KR101954450B1 (ko) 내장 ｕｉｃｃ의 인증정보를 이용한 인증방법과, 그를 이용한 프로비저닝 및 ｍｎｏ 변경 방법, 그를 위한 내장 ｕｉｃｃ, ｍｎｏ 시스템 및 기록매체
US8578153B2 (en) Method and arrangement for provisioning and managing a device
EP2243311B1 (en) Method and system for mobile device credentialing
KR101374810B1 (ko) 가상 가입자 식별 모듈
KR101891326B1 (ko) 내장 ｕｉｃｃ 환경에서의 신뢰성 있는 ｓｍ을 이용한 가입 변경 방법 및 내장 ｕｉｃｃ 장치
KR101891330B1 (ko) 내장 ｕｉｃｃ 환경에서의 신뢰성 있는 ｓｍ을 이용한 가입 방법 및 내장 ｕｉｃｃ 장치
KR20160124648A (ko) 프로파일 다운로드 및 설치 장치
KR20180037220A (ko) 통신 시스템에서 프로파일 다운로드 방법 및 장치
WO2013036009A1 (ko) 내장 uicc의 키정보 관리방법 및 그를 이용한 내장 uicc, mno 시스템, 프로비저닝 방법 및 mno 변경 방법
KR101443161B1 (ko) 능력 정보를 이용한 내장형 범용 아이씨카드의 프로파일 프로비저닝 방법 및 이를 위한 이동통신 단말기
KR20130049748A (ko) 내장 uicc 내 프로파일 백업 방법, 내장 ｕｉｃｃ, 외부 개체, 백업 장치 및 시스템
KR102012340B1 (ko) 정책 제어 기능 제공 방법 및 ｅＵＩＣＣ
KR102104094B1 (ko) 인증장치, 및 단말 간의 인증을 위한 프로그램 및 그 프로그램이 기록된 컴퓨터 판독 가능 기록매체

Legal Events

Date Code Title Description
A107 Divisional application of patent
A201 Request for examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant