개발하는 따봉냥이

RSA 암호화를 통한 전자서명 구현

따봉냥이 — Tue, 27 Jun 2023 10:04:12 +0900

증권사 프로젝트를 하면서 비대칭키 암호화 방식을 이용한 전자서명 메커니즘을 구현해야 하는 일이 생겼다.

대칭키 암호화만 쓰다가 비대칭키라.. 어떻게 이게 되는거지 싶었다.

사실 아직도 이해가 안가는 부분이 좀 많긴 한데,

이것저것 시도해보면서 구현은 성공해서 정리를 좀 하려고 한다.

나는 비대칭키 암호화 알고리즘으로 RSA 를 선택했다.

비대칭키 암호화 방식의 대표적인 방식 중 하나였기 때문에, 레퍼런스가 많을 것으로 생각하고 선정했다.

여하튼, 먼저 RSA 암호화에 사용할 공개 키와 개인 키를 생성해준다.

var publicKey	: SecKey?
var privateKey	: SecKey?

let keyPairAttr: [NSString: Any] = [
	kSecAttrKeyType: kSecAttrKeyTypeRSA,
	kSecAttrKeySizeInBits: 2048 as NSObject
]

let statusCode = SecKeyGeneratePair(keyPairAttr as CFDictionary, &publicKey, &privateKey)

if statusCode != noErr {
	print("Key generate success")
} else {
	print("Key generate fail")
}

먼저 생성하고자 하는 키의 정보를 Dictionary 형태로 정의해준다.

샘플 코드에 작성한 kSecAttrKeyType, kSecAttrKeySizeInBits 는 필수 값이고 이외 옵션들은 선택사항이다.

생성한 키를 키체인에 저장, 구분을 위한 Tag 지정들 여러 옵션들이 있으니 필요하다면 공식 문서를 읽어보자.

https://developer.apple.com/documentation/security/1395339-seckeygeneratepair/

SecKeyGeneratePair(_:_:_:) | Apple Developer Documentation

Creates an asymmetric key pair.

developer.apple.com

나는 RSA 암호화를 구현해야 하기 때문에 RSA 키 타입으로 지정, 키의 크기는 최대값인 2048 비트로 설정해줬다.

그리고 SecKeyGeneratePair 를 실행되며 리턴된 OSStatus 로 키 쌍 생성 유무를 체크해주면 된다.

문제없이 생성되었다면, 이제 키 쌍을 저장해야 하는데 공개 키를 서버에 보내야 했기 때문에 String 형태로 변경해줬다.

func keyToString(key : SecKey) -> String? {
	var error : Unmanaged<CFError>?
	let keyData : CFData? = SecKeyCopyExternalRepresentation(key, &error)
    
	guard error == nil else {
		debugPrint(error)
		// do something when failed represent key
		return nil
	}
    
	let keyString = (keyData as Data).base64EncodedString()
	print(keyString)
    
	return keyString
}

SecKeyCopyExternalRepresentation 은 SecKey 타입으로 되어있는 키들을 CFData 로 변환해준다.

이렇게 변환된 키를 Base64 로 인코딩하여 String 형태로 변환해주고 이후 서버에 보내서 저장을 해줬다.

이제는 서버에 인증을 받기 위한 데이터를 만드는 작업이 필요한데,

내가 초반에 생각했던 건 개인 키로 특정 데이터를 암호화하여 서버에서 복호화를 통해 인증하면 될 줄 알았다.

그런데, 개인 키로 암호화를 아무리 시도 해 봐도 오류가 나서 되게 패닉에 빠져있었는데

키 생성 할 때 주는 옵션들을 잘 살펴보면, 따로 설정해주지 않는 이상 개인 키로 암호화는 불가하게 디폴트 설정이 되어있다..!

그리고 그걸 떠나서 애초에 암호화 하는 함수와 서명을 하는 함수가 따로 나누어져 있다.

"서명 = 암호화" 로 생각하고 있던게 잘못 된 생각이였던 것...

https://developer.apple.com/documentation/security/1643957-seckeycreateencrypteddata

https://developer.apple.com/documentation/security/1643916-seckeycreatesignature

그리고 공식 문서 설명에도 암호화 함수는 using a public key 서명 함수는 using a private key

라고 적혀있었다...

여하튼, 이렇게 알아낸 SecKeyCreateSignature 함수를 사용해서 개인 키를 사용한 서명 데이터를 만들었다.

func sign(data : Data, privateKey : Data) -> String? {
	let keyPairAttr: [NSString: Any] = [
		kSecAttrKeyType: kSecAttrKeyTypeRSA,
		kSecAttrKeyClass: kSecAttrKeyClassPrivate
	]
	var error : Unmanaged<CFError>?
    
	guard let secKey = SecKeyCreateWithData(privateKey as CFData, keyPairAttr as CFDictionary, &error) else {
		debugPrint(error)
		// do something when failed create private key
		return nil
	}
    
	guard let signData = SecKeyCreateSignature(secKey, .rsaSignatureMessagePKCS1v15SHA256, data as CFData, &error) else {
		debugPrint(error)
		// do something when failed signing data
		return nil
	}
    
	let signDataString = (signData as Data).base64EncodedString()
	print(signDataString)
    
	return signDataString
}

Dictionary 형태로 가져오려는 키의 정보를 정의하고, SecKeyCreateWithData 함수를 통해 개인 키를 가져온다.

그리고 SecKeyCreateSignature 함수를 사용하여 데이터를 서명할 수 있는데,

두 번째 파라미터는 SecKeyAlgorithm 타입이다.

여기서 digest 와 message 두 개로 갈리는데 이게 무슨 차이인지 헷갈려서 조금 찾아봤다.

https://developer.apple.com/documentation/security/certificate_key_and_trust_services/keys/signing_and_verifying

서명하고자 하는 데이터가 이미 해싱 알고리즘으로 digest (해시 값) 로 변환되어 있다면 digest,

일반 문자열 같은 데이터라면 message 를 사용하면 되는 것 같다.

뒤에 붙은 해싱 알고리즘은 내가 사용하고자 하는 해싱 알고리즘일테고,

만약 digest 를 사용한다면 당연하게도 내가 가지고 있는 해시 값을 생성할 때 사용한 알고리즘을 넣어야 하겠지..?

이렇게 해서 서명된 데이터가 나오면 Base64 로 인코딩 하여 String 으로 변환해서 리턴해줬다.

데이터를 서버로 보내서 검증하고 결과를 Response 받으면 전자서명 구현은 끝이다.

서버 쪽 작업은 Java로 했는데 이건 다음 글로 적던,,, 시간이 나면 정리를 해야겠다.

그리고 글을 쓰면서 깨달은건데, Apple 문서에 서명하는 과정에 대해 잘 정리 된 문서가 있었다. ( 자발적 삽질... )

서명 뿐만 아니라 검증하는 방법도 정리가 되어 있는 것 같으니 더 궁금한게 있다면 요 문서를 봐도 괜찮을 것 같다.

https://developer.apple.com/documentation/security/certificate_key_and_trust_services/keys/signing_and_verifying

iOS 16.4 이상에서 WKWebview 디버깅 안될 때

따봉냥이 — Thu, 8 Jun 2023 14:04:01 +0900

오늘 웹뷰 디버깅을 해봐야 할 일이 생겨서 Safari에서 보려는데

계속 "검사할 수 있는 응용프로그램 없음" 만 뜨고 웹뷰가 잡히지를 않는 것이었다..

맥북 문제인지 빌드할 때 뭐가 잘못된 건지 싶어서 재부팅, 재빌드도 해봤지만 안되었다

찾아보니까 iOS 16.4부터 WKWebview에

웹뷰 디버깅 여부를 설정할 수 있는 프로퍼티가 추가되었다고 한다.

기본 값이 false라고 하니 따로 설정해주지 않았다면 iOS 16.4 이상부터는 안 되는 게 맞는 듯하다.

if #available(iOS 16.4, *) {
            webView.isInspectable = true
        }

요로코롬 수정해 주면 다시 웹뷰 디버깅을 할 수 있다.

Java 에서 RSA 복호화 시 Decryption error

따봉냥이 — Thu, 1 Jun 2023 14:49:22 +0900

Android에서 RSA 암호화 후 암호화한 데이터를 서버로 보내서 복호화를 하려고 하는데 계속해서 오류가 났다,,,

BadPaddingException: Decryption error

나 같은 경우에는 클라이언트에서 RSA 키 쌍 생성 후에 공개 키(Public Key)는 서버에 저장,

개인 키(Private Key) 는 암호화 후 클라이언트에 저장을 했다.

공개 키나 암호화 한 데이터를 전달할 때 인코딩하면서 문제가 생긴건가 싶어서 Android 와 서버에서의 값을

모두 비교해봤지만 전부 동일했고, 심지어 Android 에서 바로 복호화 했을 때는 정상적으로 복호화가 되었다...!

[Android]

public static String encrypt(String plainText, String strPrivateKey) throws Exception {
        KeyFactory keyFactory = KeyFactory.getInstance("RSA");
        byte[] bytePrivateKey = Base64.decode(strPrivateKey, Base64.NO_WRAP);
        PKCS8EncodedKeySpec privateKeySpec = new PKCS8EncodedKeySpec(bytePrivateKey);
        PrivateKey privateKey = keyFactory.generatePrivate(privateKeySpec);

        Cipher cipher = Cipher.getInstance("RSA");
        cipher.init(Cipher.ENCRYPT_MODE, privateKey);

        byte[] encryptedBytes = cipher.doFinal(plainText.getBytes());

        return Base64.encodeToString(encryptedBytes, Base64.NO_WRAP);
    }

[Server]

public static String decrypt(String encryptedText, String strPublicKey) throws Exception {
        KeyFactory keyFactory = KeyFactory.getInstance("RSA");
        byte[] bytePublicKey = Base64.getDecoder().decode(strPublicKey);
        X509EncodedKeySpec publicKeySpec = new X509EncodedKeySpec(bytePublicKey);
        PublicKey publicKey = keyFactory.generatePublic(publicKeySpec);
        
        Cipher cipher = Cipher.getInstance("RSA");
        cipher.init(Cipher.DECRYPT_MODE, publicKey);

        byte[] encryptedBytes = Base64.getDecoder().decode(encryptedText.getBytes());
        byte[] decryptedBytes = cipher.doFinal(encryptedBytes);
        return new String(decryptedBytes);
    }

진짜.. 다를 게 없는데 복호화시 오류가 나서 이것저것 삽질하느라 시간을 많이 썼는데 결국 아래처럼 코드 수정 후 해결했다.

Cipher cipher = Cipher.getInstance("RSA/ECB/PKCS1Padding");

해결책은 형식을 명시적으로 지정하는 것... 하루 꼬박 날린 것 같은데 나와 같이 삽질하는 사람이 없길 바라면서 글을 작성한다

Java Base64 Decode 시 "illegal base64 character a"

따봉냥이 — Wed, 31 May 2023 15:47:31 +0900

RSA 암호화를 이용한 모바일 앱과의 인증절차 기능 개발 도중 Android 앱에서 넘긴 Base64 인코딩 문자열을

Java 에서 Base64.getDecoder().decode() 를 사용하여 디코딩하려는데 Exception 이 발생했다.

java.lang.IllegalArgumentException: Illegal base64 character a

찾아보니까 Base64로 디코딩 하려는 문자열에 개행(줄 바꿈)이 되어 있어서 나는 오류라더라...

String.replaceAll("\\r\\n|\\r|\\n","")

replaceAll() 메서드를 이용해서 개행 특수 문자를 빈 값으로 변경해 주면 해결된다.

iOS 파일 앱에서 앱 폴더가 보이지 않을 때

따봉냥이 — Tue, 13 Dec 2022 15:44:01 +0900

앱 내에서 다운로드 한 파일들은 기본적으로 앱 별도의 저장공간에 저장이 된다.

회사 내부에서 사용중이던 앱은 해당 앱의 저장공간을 파일 앱에서 조회할 수가 있었는데

고객사 앱 중, 파일 앱에서 저장공간을 조회할 수 없는 앱이 있었다.

예전에 이 문제와 관련해서 설정을 한 기억이 있었던 것 같은데,, 조금 헤매서 글로 남긴다.

1) 앱의 info.plist 파일에 키 값을 설정한다.

Application supports iTunes file sharing

Supports opening documents in place

위의 두 값을 info.plist 파일에 YES로 설정해준다.

나 같은 경우엔 Supports opening documents in place 이 값을 빠져있어서 조회가 안됐다.

보통은 저 두 값 설정 후에 파일 앱에서 "둘러보기 > 나의 iPhone" 를 보면 앱 이름으로 된 디렉토리가 생성되어 있다.

저렇게 했는데도 안되는 경우,, 스택오버플로 에서

앱 삭제후 다시 빌드하거나 설치해서 보면 되는 경우가 있다고 하니 참고하시길..

그럼 끄읕 :)

iOS MDM 인증서 발급 및 프로파일 생성 (1)

따봉냥이 — Fri, 26 Feb 2021 18:49:05 +0900

허허.. 회사에서 iOS MDM 개발을 하라는 업무를 줘서 난데없이 MDM을 개발하게 되었다... (이땐 MDM이 뭔지도 몰랐다)

MDM이란?? Mobile Device Management 의 약자로, 쉽게 말해서 그냥 기기 관리 시스템?? 이라고 생각하면 된다.

MDM 개발하라는데... 진짜 정보가 없어서 눈물나는 와중에 그나마 찾아낸 정보들로 어렵게 개발을 하긴 했다..ㅋㅋㅋ

이 글을 작성하는 목적은 사람은 망각의 동물이라 하지 않던가... 나중에 내가 잊을 확률이 99.9% 이기 때문에 작성하기도 하고,

보편적으로 MDM 개발을 하는 경우는 드물지만, 나처럼 MDM 정보가 필요한 소수의(?) 사람들을 위해 작성한다.

아래는 내가 MDM 개발을 하며 참고했던 사이트들이다. 현재 작성중인 글을 읽고도 잘 안되신다면... 참고하시길..!

참고로 첫번째 사이트 내용대로 인증서 발급하려고 하면 안되더라..ㅋㅋㅋ 예전에 할때는 됐는데 지금은... 내가 잘못한걸 수도 있으니

판단은 각자의 몫으로!!

대신, 인증서 발급 내용 이외에 프로파일 생성하는 내용도 있으니 그건 참고할만 하다. (근데 그것도 뭔가 좀 이상함...)

https://medium.com/developerinsider/how-to-create-a-verified-ios-mobile-device-management-mdm-profile-9d6739b92cc1

How to create a verified iOS Mobile Device Management(MDM) profile?

The Mobile Device Management (MDM) protocol provides a way for system administrators to send device management commands to managed…

medium.com

https://projectjo.tistory.com/entry/MDM-Push-%EC%9D%B8%EC%A6%9D%EC%84%9C-%EB%A7%8C%EB%93%A4%EA%B8%B0

MDM Push 인증서 만들기

iOS 에서 MDM (Mobile Device Managerment) 을 구현하기 위해서는 Apple 의 APNS 시스템을 이용해야 한다. 또한, 프로파일 인증 등을 위해서는 SCEP(Simple Certificate Enrollment Protocol) 가 구현된 서버가 필..

projectjo.tistory.com

iOS MDM 인증서 발급

먼저, 키체인 접근 > 인증서 지원 > 인증 기관에서 인증서 요청... 를 눌러 CSR을 발급받자.

사용자 이메일 주소에는 Apple Enterprise 계정 이메일을, 일반 이름엔 계정 이름?? 닉네임?? 을 넣는다.

https://developer.apple.com/account/resources/certificates/add

Apple Developer 사이트에 가서 계정 로그인 후에 인증서 생성을 누르면 Services 하위에 MDM CSR 이라는 항목이 있다.

선택해서 MDM CSR을 발급 받으면 된다.

만약 Enterprise 계정인데 MDM CSR 항목이 보이지 않는다면,
devprograms@apple.com 또는 https://developer.apple.com/contact/topic/select 로 메일 또는 문의를 넣으면 된다.

MDM 인증서 발급을 위해 MDM CSR 을 발급받으려 하는데, 해당 항목이 비활성화 되어 있다 이런식으로 넣으면 된다고 한다..

우리 회사 계정에선 이미 열려있어서 나는 따로 연락은 하지 않았다. 다른 사람들의 글을 보면 보통 1시간 ~ 하루 이내에 열어준다고 한다.

방금 생성한 CSR 파일을 넣어서 MDM CSR을 발급 받자.

중요한 점!! 사용한 CSR 파일은 고이 잘 모셔놓자.. 나중에 또 써야된다.

이제 MDM CSR을 정상적으로 발급 받았으면 MDM CSR 항목을 선택하는 화면이 있던 곳으로 이동한다.

아래로 스크롤 해보면 위의 사진과 같이 Worldwide Developer Relations Certificate ~ 인증서를 받을 수 있는데,

나는 여기서 이왕 받는거 기간이 긴걸 받아야지 라는 생각으로 02/20/2030 이 만료일인 인증서로 받았다.

다음은 Apple의 공용 인증서들이 모여있는 https://www.apple.com/certificateauthority/ 이곳으로 이동한다.

Apple Root Cerificates 하위 항목 중 Apple Inc. Root Certificate 를 클릭해서 다운받는다!

회사명은 가렸읍니다...ㅎㅎ

Apple Developer 사이트에서 발급받은 MDM CSR 을 키체인에 등록 후 검색창에 MDM Vendor 라고 검색하면 위의 사진처럼 인증서가 나온다.

여기서 인증서의 개인 키만 내보내기 하면 되는데, 내보내기 할 때 입력하는 암호는 당연하지만 외우거나 따로 기록해놓자.

내보내기 할 때 사용한 파일명은 vendor.p12 이니, 이후 내용에서 헷갈리지 마시길...!

지금까지 발급, 저장했던 항목들을 모아놓으면 위의 사진처럼 총 5개가 있어야 한다.

아 그리고, 고이 모셔놓으라 했던 MDM CSR 파일을 발급 받을 때 사용한 CSR 파일은 customer.cer 로 파일을 바꿔준다.

이때, 이름이 customer.cer 로만 변경되는 경우가 있는데 확실히 확장자가 cer로 변경되어야 한다.

제대로 변경된건지 잘 모르겠다면, customer.cer 우클릭 해서 정보 가져오기 를 클릭하면 사진처럼 파일 정보가 보이는데,

여기서 이름 및 확장자 항목을 보면 위의 사진처럼 변경되어 있어야 한다. 안 되어있다면 바꿔주자!

파일이 정상적으로 다 있다 가정하고... 터미널을 켜서 저 파일들이 모여 있는 경로로 이동 후 아래의 커맨드들을 입력해주자.

openssl x509 -inform der -in mdm.cer -out mdm.pem
openssl x509 -inform der -in AppleIncRootCertificate.cer -out root.pem
openssl x509 -inform der -in AppleWWDRCAG3.cer -out intermediate.pem
openssl req -inform pem -outform der -in customer.cer -out customer.der

정상적으로 커맨드 실행 후 생성된 파일들과 vendor.p12 파일을 한 곳에 모으면 위의 사진과 같이 파일이 있다.

이 5개의 파일들을 하나로 만드는 작업을 해야 하는데, 우리 Eclipse 의 도움이 필요하다..ㅎㅎ

사이트가 CSS가 다 깨진듯(?) 나만 그런가...

http://www.softhinker.com/in-the-news/iosmdmvendorcsrsigning/ 링크로 가서 Java 소스를 받는다.

Softhinker.zip

0.28MB

사이트에서 받아야 하는 소스를 첨부 해놓긴 했는데, 신뢰가 안가신다면 뭐.... 직접 다운 받으시면 됩니당

위의 사진에 보면 나오는 ↓ 요 화살표 버튼을 클릭해주면 소스가 다운로드 된다. (사이트 하단에 있으니 잘 찾아보세욤ㅋㅋ)

근데 저 파일을 받아서 보면 .project 파일이 없어서 아래 링크의 방법대로 Eclipse에 import 해야 하는데,

https://bong8nim.com/post/programming/etc/project-%ED%8C%8C%EC%9D%BC-%EC%97%86%EB%8A%94-%ED%94%84%EB%A1%9C%EC%A0%9D%ED%8A%B8%EB%A5%BC-import-%ED%95%B4%EC%98%A4%EB%8A%94-%EB%B0%A9%EB%B2%95/

이클립스 .project 파일 없는 프로젝트를 import 해오는 방법

이클립스에서 .project 파일 없는 프로젝트를 import 해오는 방법에 대해 적었습니다.

bong8nim.com

감사하게도, 위쪽의 내가 참고했다는 사이트의 두 번째 링크로 들어가보면 프로젝트를 바로 import 할 수 있게 convert 해 놓으셨다!!!

Softhinker - eclipse.zip

0.29MB

Project Jo 님이 첨부하신 파일을 기준으로, 위의 파일을 압축해제 하고
Eclipse > File > Import > Existing Projects into Workspace > 압축해제 된 폴더 지정 > Finish 하면, Import 가 완료된다.

Import 된 프로젝트의 Test.java 파일을 열어보면 코드들이 적혀있는데 우리가 봐야 할 부분은 extractPrivateKey 함수를 보면 된다.

코드를 보면 alias 와 password 변수가 있는데 alias 에는 Vendor.p12의 Key Name, password 에는 Vendor.p12 를 내보내기 할 때

입력한 암호를 입력해주면 된다.

하... 여기서 진행할 때 Key Name에 Vendor.p12를 입력해서 Run 할 때마다 오류나는 경험을 했는데, Key Name에는 파일명인 Vendor.p12가 아니라 키체인에서 개인 키를 내보낼 때 사진에 보이는 개인 키의 이름이 Key Name 이다...ㅋㅋㅋ

현재 나를 예로 들면, Key Name은 Group Mobile 이 되겠다.

아니면 Terminal 에서도 확인해볼 수 있는데, Vendor.p12 파일이 있는 경로로 이동 후에, 아래 커맨드를 입력해주면!

keytool -list -keystore vendor.p12 -storeType PKCS12

사진처럼 날짜 좌측에 Key Name이 뜹니다! 이걸 몰라서.. 2시간은 삽질을 한듯

다시 본론으로 돌아오면, Key Name과 Key Password 를 변수에 잘 입력해주고, 한번 빌드하면 프로젝트 폴더안에 bin 폴더가 생긴다.

안으로 안으로 따라 들어가서 사진에 나온것처럼 Test.class 가 있는 레벨에 우리가 준비한 5개의 파일들을 넣어준다.

그리고 프로젝트로 돌아가서 Run 해 준다. 정상적으로 실행이 되면..!!

요런, 파일들이 생성되는데 여기서 우리에게 필요한 파일은 plist_encoded 파일이다.

https://identity.apple.com/pushcert/ 로 이동해서,

Create a Certificate 를 클릭해서,

파일 선택 > plist_encoded 첨부 > Upload 를 클릭하면...!

드디어...!

해당 인증서를 다운로드 받고 키체인에 등록해주고, 키체인에서 검색창에 APSP 라고 검색해주면 뜨는 인증서가 MDM 인증서다!!

진짜 즐겁다 ^^

사실 처음에 MDM 인증서를 발급받을때 위의 방법대로 하지 않고, 글 초반에 내가 참고했다고 한 사이트 중 한 곳인

https://medium.com/developerinsider/how-to-create-a-verified-ios-mobile-device-management-mdm-profile-9d6739b92cc1

이곳의 내용을 보고 MDM 인증서를 발급 했었는데 2021.02.25 일 기준으로 생성한 파일을 첨부해서 Upload 했더니

정상적으로 Sign 되지 않았다는 내용과 함께 MDM 인증서 발급이 안됐다... 내가 잘못한 거 일수도 있는데 아마 안되는 것 같다.

나처럼 시행착오를 겪는 이가 없길 바라며... 글이 길어져서 MDM 프로파일 생성은 2편에서 진행해야겠다!

iOS 14, 앱 업데이트가 필요함 알림

따봉냥이 — Thu, 4 Feb 2021 15:39:09 +0900

회사에서 iOS 오류 건 확인 중, 아래와 같은 알림이 뜬다는 요청이 들어왔다.

음...? 이건 뭐지

해당 알림을 보자마자 '이건 뭔 케이스지..?' 라는 생각이 들었다.

나는 저 알림이 뜬 이유가 Deprecated 된 메소드를 사용해서 그러나 싶었지만,

요청 내용을 보니 함께 첨부해준 Apple 문서 URL이 있어서 들어가봤다.

developer.apple.com/documentation/xcode/using_the_latest_code_signature_format

Apple Developer Documentation

developer.apple.com

대충 해당 문서의 내용은 iOS 14.2 Beta 2 에서부터 새롭게 앱을 서명하는 방식이 추가 되었으니

이제부턴 새로운 앱 서명 방식을 이용해야 한다... 뭐 그런 얘기인 것 같다.

문서를 보면 터미널에서 codesign 커맨드를 이용하여

해당 앱이 재서명이 필요한지 여부를 확인할 수 있다고 해서 한번 확인 해봤다.

codesign 커맨드를 사용해서 확인하려면 .app 파일이 필요한데,

이 파일은 .ipa 파일을 압축해제 하면 나오는 Payload 디렉토리 내에 있으니 먼저 압축해제 부터 하자.

ch2n.tistory.com/7

.IPA 파일을 통해 프로파일 및 배포 인증서 만료일 확인하기

원하는 IPA 파일을 압축 해제 해야한다. 압축을 해제하는 방법에는 2가지 방법이 있는데, 편한 방법을 선택하면 된다. 방법 1 - UI IPA 파일을 우클릭하여 '아카이브 유틸리티' 로 열면 압축이 해제

ch2n.tistory.com

혹시 압축해제 하는 방법을 모른다면 위의 게시물 내에 있으니 참고하시길...

이후 나온 Payload 디렉토리 내에 있는 파일을 터미널 Codesign 명령으로 한번 봐보자.

codesign -dv /path/to/MyApp.app

커맨드를 입력하면 여러 내용들이 나타나는데 거기서 확인해야 하는 내용은

'v=20200' 이 부분만 확인하면 된다. 해당 값이 20400 보다 작다면 재서명이 필요한 앱이라고 문서에 나와있다.

나 같은 경우엔, 저 업데이트 해야 한다는 메세지가 뜬 이유는 재서명을 해야 되서 그런 것 같다.

그래서 재서명을 하려고 하는데, 솔직히 문서에 나온 내용이 잘 이해가 안간다 그래서 문서의 위쪽 내용을 보면

macOS 10.14 이상에서 앱 서명을 한 경우엔 새로운 서명 방식이 적용이 되어 있을거라고 하길래, 그냥 앱을 최신 mac에서 빌드해봤다.

이게 되네..

역시... macOS 10.14 이상 mac에서 앱을 재빌드 하면 바로 해결된다.

끄읕

Apple Enterprise 앱 설치가 안되는 경우

따봉냥이 — Mon, 14 Dec 2020 14:41:50 +0900

Apple Enterprise 계정으로 In-house 배포한 앱이 갑자기 설치가 안되는 오류가 얼마 전 발생했다.

'앱 이름' 을(를) 설치할 수 없음 / 무결성을 확인할 수 없기 때문에 이 앱을 설치할 수 없습니다.
'앱 이름' 을(를) 설치할 수 없음 / 나중에 다시 시도하십시오.
'앱 이름' 을(를) 실행할 수 없음

위 같은 문구가 뜨며 앱을 설치/실행 할 수 없는 오류였다.

하여, 해당 오류들이 발생하던 원인과 해결 방법에 대해 끄적여보려 한다.

1) 인증서 / 프로파일

문제가 발생하던 .ipa 파일 빌드에 사용했던 인증서나 프로파일의 만료일을 확인해보자.

인증서/프로파일의 만료일이 지난 경우엔 당연하게도 앱 실행이나 설치를 할 수가 없다.

만일 어떤 것을 사용했는지 모르겠다면 .ipa 파일로도 확인 해 볼 수 있다.

.IPA 파일을 통해 프로파일 및 배포 인증서 만료일 확인하기

ch2n.tistory.com

2) 서버에 있는 .plist

Enterprise 앱 설치를 위해선 .plist 파일을 통해 앱의 정보, .ipa 파일 경로등을 적어주는데

.plist 파일의 내용이 잘못 된 경우엔 앱 설치를 할 수가 없으니 아래 항목들을 검토해보자.

URL의 프로토콜은 무조건 https 여야만 한다.
bundle-identifier 에 입력된 번들명이 정확해야 한다.
title 에 입력된 앱 이름을 한글로 입력한 경우, 해당 문자열이 깨지진 않았는지 확인한다.( Notepad++ 추천)

3) Xcode Build Setting

사실 위의 두 개 오류가 대부분 이였고, 사내 테스트 기기에선 문제가 없었기에 Xcode Build 환경에 문제가 있을거라곤 생각도 못했다.

다른 Build Setting 들이 문제를 일으키는지는 아직은 잘 모르겠지만, 내가 겪었던 문제는

Xcode > Targets > Build Setting > Product Name 이 한글로 되어 있었는데 이게 설치가 안되는 범인이였다...

문제는 이게 앱이 설치/실행이 잘 되다가 갑자기 어느 순간부터 안되서 앱에 문제가 있을거라곤 생각도 못해 나흘간 삽질한 것 같다.

프로젝트를 할 땐 웬만해서 한글을 사용하지 않는게 정신 건강에도 앱 실행에도 이로운 것 같다.

추가로 알고 계시는 오류 원인 등이 있으면 댓글로 남겨주세요 :)

.IPA 파일을 통해 프로파일 및 배포 인증서 만료일 확인하기

따봉냥이 — Fri, 5 Jun 2020 11:08:51 +0900

.IPA 파일을 이용해서 프로파일 및 인증서 만료일을 확인하기 위해선 해당 IPA 파일을 압축해제 해야한다.

unzip -q 파일명.ipa

터미널에서 해당 .ipa 파일을 위의 커맨드를 이용하여 압축해제 하면 된다.

압축을 풀고 나면 Payload 디렉토리와 그 안에 패키지 파일이 있다.

배포 프로파일 만료일 확인

패키지 파일을 우클릭 해서 '패키지 내용 보기' 를 하면 나오는 파일 리스트에서 embedded.mobileprovision 파일을 찾는다.

security cms -D -i 프로파일 경로

해당 파일과 위의 커맨드로 배포 프로파일의 정보를 확인 할 수 있다.

출력 된 정보 중 ExpirationDate 의 date 값이 배포 프로파일의 만료일이다.

배포 인증서 만료일 확인

배포 인증서 만료일 확인은 생각 외로 간단하다..!

terminal 에서 Payload 디렉토리로 이동 후 아래의 커맨드만 입력해주면 된다.

$ codesign -d --extract-certificates Payload/*.app
$ openssl x509 -inform DER -in codesign0 -noout -nameopt -oneline -dates

정상적으로 실행되면 위의 사진과 같은 결과가 출력되는데, notAfter = 에 적혀있는 날짜가 배포 인증서의 만료일이다.