AIR 파일에 디지털 서명

코드 서명 인증서 사용과 관련된 보안 보증, 제한 사항 및 법적 규제는 인증 발급 기관에서 발행하는 CPS(Certificate Practice Statements) 및 구독자 계약서에 약술되어 있습니다. 현재 AIR 코드 서명 인증서를 발급하는 인증 기관의 계약서에 대한 자세한 내용은 다음을 참조하십시오.

ChosenSecurity (http://www.chosensecurity.com/products/tc_publisher_id_adobe_air.htm)

ChosenSecurity CPS (http://www.chosensecurity.com/resource_center/repository.htm)

GlobalSign (http://www.globalsign.com/code-signing/index.html)

GlobalSign CPS (http://www.globalsign.com/repository/index.htm)

Thawte CPS (http://www.thawte.com/cps/index.html)

VeriSign CPS (http://www.verisign.com/repository/CPS/)

VeriSign Subscriber's Agreement (https://www.verisign.com/repository/subscriber/SUBAGR.html)

AIR 파일에 서명하면 디지털 서명이 설치 파일에 포함됩니다. 서명에는 AIR 파일이 서명된 이후 변경되지 않았음을 확인하는 데 사용되는 패키지의 다이제스트와 제작자 ID를 확인하는 데 사용되는 서명 인증서에 대한 정보가 포함됩니다.

AIR는 운영 체제의 인증서 저장소를 통해 지원되는 PKI(공개 키 인프라)를 사용하여 인증서를 신뢰할 수 있는지 여부를 증명합니다. 제작자 정보를 확인하려면 AIR 응용 프로그램이 설치되어 있는 컴퓨터가 AIR 응용 프로그램에 서명하는 데 사용된 인증서를 직접 신뢰하거나 인증서를 신뢰할 수 있는 인증 기관에 연결하는 인증서 체인을 신뢰해야 합니다.

AIR 파일이 신뢰할 수 있는 루트 인증서(일반적으로 여기에는 자체 서명된 모든 인증서가 포함됨) 중 하나에 체인으로 연결되지 않은 인증서로 서명된 경우 제작자 정보를 확인할 수 없습니다. AIR는 AIR 패키지가 서명된 이후 변경되지 않았음을 확인할 수 있지만 해당 파일을 실제로 누가 만들고 서명했는지는 알 수 없습니다.

AIR 1.5.3 이전에는 AIR 응용 프로그램 설치 프로그램이 AIR 파일 설치 중에 제작자 ID를 생성했습니다. 이 ID는 AIR 파일에 서명하는 데 사용된 인증서에 고유한 ID였습니다. 여러 AIR 응용 프로그램에 대해 동일한 인증서를 다시 사용하는 경우 해당 응용 프로그램은 모두 동일한 제작자 ID를 받았습니다. 다른 인증서로 응용 프로그램 업데이트에 서명하거나 원래 인증서의 인스턴스가 갱신되는 경우에도 제작자 ID가 변경되었습니다.

AIR 1.5.3 이상에서는 AIR에서 제작자 ID를 할당하지 않습니다. AIR 1.5.3을 사용하여 제작된 응용 프로그램은 응용 프로그램 설명자에서 제작자 ID 문자열을 지정할 수 있습니다. 원래 1.5.3 이전 버전의 AIR에 대해 제작된 응용 프로그램의 업데이트를 제작하는 경우에만 제작자 ID를 지정해야 합니다. 응용 프로그램 설명자에서 원래 ID를 지정하지 않으면 새로운 AIR 패키지가 기존 응용 프로그램의 업데이트로 간주되지 않습니다.

원래 제작자 ID를 확인하려면 원래 응용 프로그램이 설치된 META-INF/AIR 하위 디렉토리에서 publisherid 파일을 찾아보십시오. 이 파일 내에 들어 있는 문자열이 제작자 ID입니다. 제작자 ID를 수동으로 지정하려면 응용 프로그램 설명자가 응용 프로그램 설명자 파일의 네임스페이스 선언에서 AIR 1.5.3 런타임 이상을 지정해야 합니다.

제작자 ID(있을 경우)는 다음과 같은 용도로 사용됩니다.

• 암호화된 로컬 저장소를 위한 암호화 키의 일부

• 응용 프로그램 저장소 디렉토리 경로의 일부

• 로컬 연결을 위한 연결 문자열의 일부

• AIR 인 브라우저(in-browser) API를 통해 응용 프로그램을 호출하는 데 사용되는 ID 문자열의 일부

• OSID의 일부(사용자 정의 설치/제거 프로그램을 만들 때 사용됨)

제작자 ID가 변경되면 해당 ID를 사용하는 모든 AIR 기능의 비헤이비어도 변경됩니다. 예를 들어 기존 암호화된 로컬 저장소에 포함된 데이터에 더 이상 액세스할 수 없으며, 응용 프로그램에 대한 로컬 연결을 만드는 모든 Flash 또는 AIR 인스턴스는 연결 문자열에 새로운 ID를 사용해야 합니다. AIR 1.5.3 이상에서는 설치된 응용 프로그램의 제작자 ID를 변경할 수 없습니다. AIR 패키지를 제작할 때 다른 제작자 ID를 사용하면 설치 프로그램이 새 패키지를 업데이트가 아니라 다른 응용 프로그램으로 간주합니다.

AIR 서명 도구는 JCA(Java Cryptography Architecture)를 통해 액세스할 수 있는 모든 키 저장소를 허용합니다. 여기에는 PKCS12 형식 파일(일반적으로 .pfx 또는 .p12 파일 확장명 사용)과 같은 파일 기반 키 저장소, Java .keystore 파일, PKCS11 하드웨어 키 저장소 및 시스템 키 저장소가 포함됩니다. ADT에서 액세스할 수 있는 키 저장소 형식은 ADT를 실행하는 데 사용된 Java 런타임의 버전과 구성에 따라 달라집니다. PKCS11 하드웨어 토큰과 같은 일부 키 저장소 유형에 액세스하려면 추가 소프트웨어 드라이버와 JCA 플러그인을 설치 및 구성해야 할 수 있습니다.

AIR 파일에 서명하기 위해 대부분의 기존 코드 서명 인증서를 사용하거나 AIR 응용 프로그램에 서명하기 위해 명시적으로 발급된 새 인증서를 얻을 수 있습니다. 예를 들어 다음과 같은 유형의 VeriSign, Thawte, GlobalSign 또는 ChosenSecurity 인증서 중 하나를 사용할 수 있습니다.

• ChosenSecurity :

  • TC Publisher ID for Adobe AIR

• GlobalSign

  • ObjectSign Code Signing Certificate

• Thawte :

  • AIR Developer Certificate

  • Apple Developer Certificate

  • JavaSoft Developer Certificate

  • Microsoft Authenticode Certificate

• VeriSign :

  • Adobe AIR Digital ID

  • Microsoft Authenticode Digital ID

  • Sun Java Signing Digital ID

AIR 파일에 서명하면 패키지 도구가 독립적으로 확인 가능한 서명 날짜와 시간을 가져오기 위해 타임스탬프 기관의 서버에 쿼리를 보냅니다. 가져온 타임스탬프는 AIR 파일에 포함됩니다. 서명 인증서가 서명 당시 유효하기만 하면 인증서가 만료된 후에도 AIR 파일을 설치할 수 있습니다. 반대로 타임스탬프를 가져오지 못하면 인증서가 만료되거나 해지될 경우 AIR 파일을 더 이상 설치할 수 없게 됩니다.

기본적으로 AIR 패키지 도구는 타임스탬프를 가져옵니다. 하지만 타임스탬프 서비스를 사용할 수 없을 때 응용 프로그램을 패키지화할 수 있도록 타임스탬프 기능을 해제할 수 있습니다. 공개적으로 배포되는 모든 AIR 파일에는 타임스탬프가 포함되는 것이 좋습니다.

AIR 패키지 도구에서 사용되는 기본 타임스탬프 기관은 Geotrust입니다.

인증서를 얻으려면 일반적으로 인증 기관 웹 사이트를 방문하여 해당 회사의 구매 프로세스를 완료해야 합니다. AIR 도구에 필요한 키 저장소 파일을 생성하는 데 사용되는 도구는 구매한 인증서의 유형, 수신 컴퓨터에서 인증서가 저장되는 방법 및 인증서를 얻는 데 사용한 브라우저(일부 경우)에 따라 달라집니다. 예를 들어 Thawte에서 Adobe Developer Certificate를 얻어 내보내려면 Mozilla Firefox를 사용해야 합니다. 그러면 Firefox 사용자 인터페이스에서 직접 인증서를 .p12 또는 .pfx 파일로 내보낼 수 있습니다.

AIR 설치 파일을 패키지화하는 데 사용된 ADT(Air Development Tool)를 사용하여 자체 서명된 인증서를 생성할 수 있습니다. 일부 타사 도구도 사용할 수 있습니다.

자체 서명된 인증서를 생성하는 방법 및 AIR 파일 서명 방법에 대한 자세한 내용은 ADT(AIR Developer Tool) 를 참조하십시오. Flash Builder, Dreamweaver 및 Flash용 AIR 업데이트를 사용하여 AIR 파일을 내보내고 서명할 수도 있습니다.

다음 예에서는 Thawte 인증 기관으로부터 AIR Developer Certificate를 얻는 방법과 ADT에 사용하기 위해 해당 인증서를 준비하는 방법을 설명합니다.

일부 경우, AIR 응용 프로그램의 업데이트에 서명하는 데 사용하는 인증서를 변경해야 합니다. 이러한 경우는 다음과 같습니다.

• 원래 서명 인증서를 갱신하는 경우

• 자체 서명된 인증서에서 인증 기관에서 발급한 인증서로 업그레이드하는 경우

• 만료 예정인 자체 서명된 인증서에서 다른 인증서로 변경하는 경우

• CI(Corporate Identity)가 변경되는 등의 이유로 인해 한 상업용 인증서에서 다른 상업용 인증서로 변경하는 경우

AIR에서 AIR 파일을 업데이트로 인식하도록 하려면 원래 AIR 파일과 업데이트 AIR 파일에 동일한 인증서로 서명하거나 업데이트에 인증서 마이그레이션 서명을 적용해야 합니다. 마이그레이션 서명은 원래 인증서를 사용하여 업데이트 AIR 패키지에 적용되는 2차 서명입니다. 마이그레이션 서명은 원래 인증서를 사용하여 서명자가 응용 프로그램의 원래 제작자임을 입증합니다.

마이그레이션 서명이 적용된 AIR 파일이 설치된 후에는 새 인증서가 기본 인증서가 됩니다. 이후 업데이트에는 마이그레이션 서명이 필요하지 않습니다. 그러나 업데이트를 건너뛰는 사용자도 수용할 수 있도록 가능한 한 오랫동안 마이그레이션 서명을 적용해야 합니다.

인증서를 변경하려면

1. 응용 프로그램의 업데이트를 만듭니다.

2. 새 인증서를 사용하여 업데이트 AIR 파일을 패키지화하고 서명합니다.

3. 원래 인증서(ADT -migrate 명령 사용)를 사용하여 다시 AIR 파일에 서명합니다.

다른 측면에서 보면 마이그레이션 서명이 있는 AIR 파일은 정상 AIR 파일입니다. 원래 버전이 없는 시스템에 응용 프로그램을 설치한 경우 AIR는 일반적인 방식으로 새 버전을 설치합니다.

마이그레이션 서명을 적용하려면 업데이트된 버전의 AIR 응용 프로그램에 서명 에 설명된 대로 ADT migrate 명령 을 사용합니다.

이 단원에서는 공개 배포를 위해 응용 프로그램에 서명하는 방법을 결정할 때 이해해야 할 핵심 용어 중 몇 가지에 대한 용어 사전을 제공합니다.

Apple에서 발급한 코드 서명 인증서를 사용하여 iOS 응용 프로그램을 서명합니다. Adobe AIR를 사용하여 개발한 iOS 응용 프로그램도 마찬가지입니다. 테스트 장치에 응용 프로그램을 설치하려면 Apple 개발 인증서를 사용하여 서명을 적용해야 합니다. 완성된 응용 프로그램을 배포하려면 배포 인증서를 사용하여 서명을 적용해야 합니다.

응용 프로그램에 서명하려면 ADT가 코드 서명 인증서와 관련 개인 키에 모두 액세스할 수 있어야 합니다. 인증서 파일 자체에는 개인 키가 포함되어 있지 않습니다. 인증서와 개인 키를 모두 포함하는 개인 정보 교환 파일(.p12 또는 .pfx)의 형태로 키 저장소를 만들어야 합니다. 개발자 인증서를 P12 키 저장소 파일로 변환 을 참조하십시오.