iOS 인증서, Provisioning Profile

21 Oct 2018

iOS에서 자신이 만든 앱을 시뮬레이터가 아닌 실제 단말기에서 구동하는 방식을 찾아보게 되면, 그 과정이 쉽지 않다는 것을 알 수 있습니다. 이 글에서는 내가 만든 앱을 기기에서 실행하는 과정에서 필요한 것들에 대해 알아보고자 합니다.

우선 iOS 기기에 자신이 만든 앱을 등록하는 과정이 어떤 것인지 대략적으로 이해하면 좋습니다.

개발자는 애플로부터 iOS 기기에 앱을 설치할 수 있는 권한을 얻어야 합니다. 즉, 개발자는 애플에서 인증 받은 개발자가 되어야 합니다. 이 인증서를 통해 애플은 개발자를 식별할 수 있고, 앱 서명에 대한 권한을 얻을 수 있습니다.
자신의 앱을 기기에 설치할 때, 기기에는 항상 만든 사람의 서명(signing)이 포함됩니다. 서명에는 만든 사람의 권한 정보가 포함되고, 애플에서 인증 받은 개발자만 앱을 기기에 설치할 수 있습니다.

아래에서는 위에서 설명한 과정에서 필요한 것들과 이들을 어떻게 만드는지 하나하나 알아보겠습니다.

Certificate 발급 받기

앞서 언급한 것처럼 우리가 사용하는 iOS 기기에는 애플과 애플에서 인증한 개발자들이 만든 앱들만 설치할 수 있습니다. 일반 개발자는 애플 소속이 아니기 때문에 애플에서 인증받은 개발자가 되어야 합니다. 이를 위해서 개발자는 애플에서 인증서(Certificate)를 받아야 합니다. 인증서를 받기 위해서는 맥에서 CertSigningRequest(CSR)을 생성하고 이를 애플에 제출해야 합니다.

CertSigningRequest(CSR)

CSR 파일은 이름에서 알 수 있듯이 애플에 인증서를 요청하기 위한 파일입니다. 이 파일은 맥에 설치되어 있는 KeyChainAccess(키체인 접근)이라는 앱을 통해서 만들 수 있고, 그 과정은 다음과 같습니다.

키체인 접근 > 인증서 요청 > 인증 기관에서 인증서 요청

인증서 생성은 다음과 같은 작업을 수행합니다.

CertificateSigningRequest.certSigningRequest 파일 생성 - 애플에 등록할 인증 요청 파일입니다.
인증서의 개인키와 공개키 생성 - 키체인 접근의 키 카테고리를 확인하면, 인증서 생성시 등록한 일반 이름 항목으로 등록된 개인키와 공개키를 확인할 수 있습니다. 인증서를 주고 받고, 이를 사용하는 과정에서 공개 키 암호 방식(비대칭 암호화) 방식을 사용합니다. 인증서를 애플로부터 발급 받고나서 그냥 사용하는 것이 아니라, 개인키가 반드시 필요하기 때문에 이 키는 잘 보관해야 합니다.

이렇게 CSR 파일을 생성 후, 애플 개발자 페이지에서 해당 CSR을 업로드하면 인증서(myCertificate.cer 형태)를 발급 받을 수 있습니다.

이렇게 만든 인증서를 다운로드 후, 더블 클릭하면 인증서가 맥에 등록됩니다. 등록이 올바르게 되었는지 확인하기 위해서는 키체인 접근(키체인 접근 > 키 카테고리 > 설정한 일반이름(개인키) > 등록한 인증서 확인) 앱을 확인하면 됩니다.

Device 신뢰 확보하기

위의 과정을 거치면 개발자는 애플에서 인증 받은 개발자가 되었다고 할 수 있습니다. 즉, 이제 개발자는 자신이 만든 앱에 서명할 때 애플의 인증 절차를 통과할 수 있습니다. 이제 우리가 인증 받았다라는 사실을 기기에 전달하기만 하면 되는데, 이를 위해 Provisioning Profile이 필요합니다.

Provisioning Profile

애플에서 정의한 Provisioning Profile은 다음과 같습니다.

provisioning profile is a type of system profile used to launch one or more apps on devices and use certain services.

Provisioning profile

Provisioning Profile은 기기와 개발자 계정 사이를 연결하는 역할을 담당하는 profile입니다. 이 profile은 myProfile.mobileProvision의 형태의 파일입니다. Provisioning Profile에는 다음과 같은 것들이 들어갑니다.

Certificate - 앞서서 만든 인증서가 Provisioning Profile에 들어갑니다.
App ID - 모든 iOS 앱은 앱 스토어에 등록되기 위해 Bundle Identifier 기반의 App ID가 필요합니다. 즉, App ID는 앱 스토어에서 사용되는 앱의 고유 ID입니다.
Device - 모든 iOS 기기는 고유의 UDID(Unique Device Identifier)를 가지고 있고, 이 기기를 developer 사이트(멤버 센터)에 등록해두어야 테스트하려는 앱을 기기에 설치할 수 있습니다.

Provisioning Profile 생성하기

Provisioning Profile은 Xcode에서 자동으로 생성되도록 할 수도 있고, 직접 developer 사이트에서 생성하고, import할 수도 있습니다. 자동으로 관리하는 방식은 Xcode에서 project navigator > target 선택 > Signing > Automatically Manage Signing을 선택하는 것입니다. 이 방법은 Xcode 8, 9에서 많이 개선되어 잘 동작합니다. 다만, 여기서는 Provisioning Profile 생성 과정에서 어딘가 꼬이는 상황이 발생할 수 있고, 자동 생성을 사용할 수 없는 환경에서 개발을 해야 할 수도 있기 때문에, 수동으로 Provisioning Profile을 생성하고 추가하는 방법을 살펴보겠습니다.

수동으로 `Provisioning Profile` 생성하기

직접 인증서를 모두 관리하는 환경에서는 Certificate, App ID, Device를 맞춰서 Provisioning Profile을 생성한 후, Provisioning Profile을 다운로드 받아서 Xcode에 등록하는 형태로 이를 사용합니다. 과정은 아래와 같습니다.

먼저 생성할 종류의 Provisioning Profile을 선택합니다.

다음으로 생성한 App ID를 선택합니다.

App ID의 경우 위에서 별도로 생성 방식을 설명하지 않았지만, developer 사이트 > App ID 탭에서 필요한 서비스 선택 후 쉽게 생성할 수 있습니다.

연결할 Certificate를 선택합니다.

이렇게 하면 Provisioning Profile을 생성할 수 있습니다. 이렇게 생성된 Provisioning Profile을 다운로드 받고, 이를 더블 클릭하여 Xcode가 설치된 맥에 등록하면, Xcode에서 이를 인식하여 Signing 탭에서 해당 Provisioning Profile을 사용할 수 있습니다.

Device ID는 어디다가 포함시키는지 의아할 수 있습니다. 이는 App ID처럼 developer 사이트 > Device에서 등록할 수 있습니다. UDID는 기기를 맥에 연결한 후, itunes의 기기 정보에서 확인할 수 있습니다.

생성한 과정에서 몇 가지 알 수 있는 점이 있습니다.

Provisioning Profile은 App ID마다 1개씩 생성할 수 있습니다.
기기의 UDID를 한 번 등록하면, 하나의 계정에서 여러 개의 앱을 만들 때, 별도의 등록 과정은 필요 없습니다.
개발 인증서와 배포 인증서가 나뉘어 있듯이 Provisioning Profile도 개발, 배포용이 나뉘어 있습니다.(유료 등록자가 아니면 배포용은 만들 수 없습니다.)

App 빌드와 기기에서 앱 실행시 Signing 확인

이제 앞서서 언급한 2가지 조건(인증 받은 개발자, 기기에 인증 내용 전달)을 충족하였으므로 기기에 앱을 빌드할 수 있습니다. 빌드시 어떤 파일들이 생겨나는지 살펴보기 위해 커맨드 라인을 통해 앱을 빌드합니다.

$ xcodebuild -project myProject.xcodeproj

빌드를 진행하고, 성공적으로 완료되면 build 디렉토리가 생성됩니다. 여기서,

build > Release-iPhoneOS > myProject

경로로 이동하고, myProject 파일을 오른쪽 클릭하여 패키지 내용 보기로 열어줍니다. 그러면 그 안에는 다음과 유사한 파일들이 있습니다.

이 중에서 인증과 설치 허가와 관련된 것은 _CodeSignature와 embedded.mobileProvision입니다.

_CodeSignature 디렉토리에는 CodeResources라는 파일이 담겨 있고, 여기에는 코드 서명자(개발자)의 코드 서명이 해시 값 형태로 담겨 있습니다. iOS 시스템은 바이너리에서 코드 서명 해시 값을 생성하는 역할을 수행하는 코드 서명 소프트웨어를 시스템에 포함하고 있습니다. 그래서 시스템은 코드 서명자가 생성한 해시 값, 코드 서명 소프트웨어가 생성한 해시 값을 비교하여 코드 서명 시점으로부터 코드에 변경사항이 있는지 체크하고 이를 기반으로 인증 여부를 확인합니다.

embedded.mobileProvision은 빌드시 사용된 Provisioning Profile의 복사본으로 애플의 서명을 확인하는 용도로 사용됩니다. 즉, Provisioning Profile은 바이너리 컴파일, 앱의 설치, 그리고 앱의 실행 3단계에서 체크됩니다.

참고 자료

< Home

HCN DEV