KR20200097100A - 어플리케이션의 무결성을 검증하는 전자 장치 및 어플리케이션의 무결성을 검증하기 위한 방법 - Google Patents

어플리케이션의 무결성을 검증하는 전자 장치 및 어플리케이션의 무결성을 검증하기 위한 방법 Download PDF

Info

Publication number
KR20200097100A
KR20200097100A KR1020190014428A KR20190014428A KR20200097100A KR 20200097100 A KR20200097100 A KR 20200097100A KR 1020190014428 A KR1020190014428 A KR 1020190014428A KR 20190014428 A KR20190014428 A KR 20190014428A KR 20200097100 A KR20200097100 A KR 20200097100A
Authority
KR
South Korea
Prior art keywords
signature
application
electronic device
file
verification target
Prior art date
Application number
KR1020190014428A
Other languages
English (en)
Other versions
KR102657534B1 (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 삼성전자주식회사
Priority to KR1020190014428A priority Critical patent/KR102657534B1/ko
Priority claimed from KR1020190014428A external-priority patent/KR102657534B1/ko
Publication of KR20200097100A publication Critical patent/KR20200097100A/ko
Application granted granted Critical
Publication of KR102657534B1 publication Critical patent/KR102657534B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/51—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems at application loading time, e.g. accepting, rejecting, starting or inhibiting executable software based on integrity or source reliability
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/55—Detecting local intrusion or implementing counter-measures
    • G06F21/56—Computer malware detection or handling, e.g. anti-virus arrangements
    • G06F21/562—Static detection

Abstract

다양한 실시예에 따른 전자 장치는, 통신 모듈; 및 프로세서를 포함하고, 상기 프로세서는, 어플리케이션 패키지, 및 상기 어플리케이션 패키지 중 적어도 일부에 대응하는 제1 시그니처를 포함하는 시그니처 데이터베이스를 포함하는 어플리케이션의 설치 파일을 상기 통신 모듈을 통하여 수신하고 - 상기 제1 시그니처는, 상기 어플리케이션 패키지에 대응하는 DEX 파일에 기초하여 확인되는 제1 검증 대상 코드 영역에 기초하여 확인됨-, 상기 시그니처 데이터베이스로부터 상기 제1 시그니처를 확인하고, 상기 어플리케이션의 실행 명령에 응답하여, 상기 어플리케이션의 ODEX 파일에 기초하여 확인되는 제2 검증 대상 코드 영역에 기초한 제2 시그니처를 확인하고, 상기 제2 시그니처가 상기 제1 시그니처와 동일한지 여부에 기초하여 상기 어플리케이션의 무결성 유무를 확인하도록 설정될 수 있다. 그 밖의 다양한 실시예가 가능하다.

Description

어플리케이션의 무결성을 검증하는 전자 장치 및 어플리케이션의 무결성을 검증하기 위한 방법{ELECTRONIC DEVICE AND METHOD FOR VERYFYING INTEGRITY OF APPLICATION}
다양한 실시예는 어플리케이션의 무결성을 검증하는 전자 장치 및 어플리케이션의 무결성을 검증하기 위한 방법에 관한 것으로, 더욱 상세하게는 최적화된 DEX에 대한 무결성을 검증하는 전자 장치 및 최적화된 DEX의 무결성을 검증하기 위한 방법에 관한 것이다.
스마트폰의 보급과 함께 어플리케이션 시장이 지속적으로 성장하고 있다. 모바일 생태계 내에서 유통되는 어플리케이션의 수가 증가함에 따라, 어플리케이션의 개발 및 배포에 관한 다양한 논의가 이루어지고 있다. 특히, 개방형 모바일 플랫폼의 사용이 지배적인 상황에서 어플리케이션의 보안 및 안정성을 확보하기 위한 여러 가지 방법이 알려져 있다. 예를 들어, 어플리케이션 패키지 파일 내에 포함되는 DEX 파일의 무결성을 검증하기 위한 다양한 방법이 알려져 있다.
어플리케이션의 무결성을 검증하는 기존의 전자 장치 및 방법에서, 어플리케이션의 실행 명령이 확인되는 경우 전자 장치는 어플리케이션의 DEX 파일을 실시간으로 변환함으로써 ODEX 파일을 생성하고, 어플리케이션의 DEX 파일로부터 변환된 ODEX 파일을 캐시 ODEX 파일과 비교한다. 이 경우, 어플리케이션 실행 명령이 확인될 때마다 어플리케이션의 DEX 파일이 실시간으로 변환됨으로써 ODEX 파일이 생성되었기 때문에 오버헤드가 크다. 또한, 전자 장치에서 변환된 ODEX 파일에 의하여 저장 공간을 많이 차지한다. 또한, 어플리케이션의 무결성을 검증하는 기존의 전자 장치 및 방법에서는 ODEX 파일만을 대비하기 때문에 최적화된 DEX가 ODEX 파일이 아니라 VDEX 파일에 포함되는 경우, 무결성을 잘못 판단할 가능성이 있다.
다양한 실시예에 따른 전자 장치 및 전자 장치에서 수행되는 방법에 따르면, 어플리케이션의 DEX 파일에 기초하여 확인되는 시그니처가 어플리케이션의 설치 파일에 포함될 수 있다. 다양한 실시예에 따라서, 시그니처는 캐시 파일의 적어도 일부에 기초하여 생성된 해시일 수 있다. 다양한 실시예에 따라서, ODEX 파일로부터 최적화된 DEX를 확인할 수 없는 경우, VDEX 파일에 기초하여 시그니처를 확인할 수 있다.
다양한 실시예에 따라서, 전자 장치는, 통신 모듈; 및 프로세서를 포함하고, 상기 프로세서는, 어플리케이션 패키지, 및 상기 어플리케이션 패키지 중 적어도 일부에 대응하는 제1 시그니처를 포함하는 시그니처 데이터베이스를 포함하는 어플리케이션의 설치 파일을 상기 통신 모듈을 통하여 수신하고 - 상기 제1 시그니처는, 상기 어플리케이션 패키지에 대응하는 DEX 파일에 기초하여 확인되는 제1 검증 대상 코드 영역에 기초하여 확인됨-, 상기 시그니처 데이터베이스로부터 상기 제1 시그니처를 확인하고, 상기 어플리케이션의 실행 명령에 응답하여, 상기 어플리케이션의 ODEX 파일에 기초하여 확인되는 제2 검증 대상 코드 영역에 기초한 제2 시그니처를 확인하고, 상기 제2 시그니처가 상기 제1 시그니처와 동일한지 여부에 기초하여 상기 어플리케이션의 무결성 유무를 확인하도록 설정될 수 있다.
다양한 실시예에 따라서, 전자 장치는, 통신 모듈; 및 프로세서를 포함하고, 상기 프로세서는: 어플리케이션 패키지를 포함하는 어플리케이션의 설치 파일을 상기 통신 모듈을 통하여 수신하고, 상기 어플리케이션 패키지 중 적어도 일부에 대응하는 제1 시그니처를 포함하는 시그니처 데이터베이스로부터, 상기 통신 모듈을 통하여 상기 제1 시그니처를 수신하고 - 상기 제1 시그니처는, 상기 어플리케이션 패키지에 대응하는 DEX 파일에 기초하여 확인되는 제1 검증 대상 코드 영역에 기초하여 확인됨-, 상기 어플리케이션의 실행 명령에 응답하여, 상기 어플리케이션의 ODEX 파일에 기초하여 확인되는 제2 검증 대상 코드 영역에 기초한 제2 시그니처를 확인하고; 상기 제2 시그니처가 상기 제1 시그니처와 동일한지 여부에 기초하여 상기 어플리케이션의 무결성 유무를 확인하도록 설정될 수 있다.
다양한 실시예에 따라서, 어플리케이션의 무결성 검증 방법은: 어플리케이션 패키지, 및 상기 어플리케이션 패키지 중 적어도 일부에 대응하는 제1 시그니처를 포함하는 시그니처 데이터베이스를 포함하는 상기 어플리케이션의 설치 파일을 수신하는 동작 - 상기 제1 시그니처는, 상기 어플리케이션 패키지에 대응하는 DEX 파일에 기초하여 확인되는 제1 검증 대상 코드 영역에 기초하여 확인됨-; 상기 시그니처 데이터베이스로부터 상기 제1 시그니처를 확인하는 동작; 상기 어플리케이션의 실행 명령에 응답하여, 상기 어플리케이션의 ODEX 파일에 기초하여 확인되는 제2 검증 대상 코드 영역에 기초한 제2 시그니처를 확인하는 동작; 상기 제2 시그니처가 상기 제1 시그니처와 동일한지 여부에 기초하여 상기 어플리케이션의 무결성 유무를 확인하는 동작을 포함할 수 있다.
다양한 실시예에 따라서, 어플리케이션의 무결성 검증 방법은: 어플리케이션 패키지를 포함하는 상기 어플리케이션의 설치 파일을 수신하는 동작; 상기 어플리케이션 패키지 중 적어도 일부에 대응하는 제1 시그니처를 포함하는 시그니처 데이터베이스로부터 상기 제1 시그니처를 수신하는 동작 - 상기 제1 시그니처는, 상기 어플리케이션 패키지에 대응하는 DEX 파일에 기초하여 확인되는 제1 검증 대상 코드 영역에 기초하여 확인됨-; 상기 어플리케이션의 실행 명령에 응답하여, 상기 어플리케이션의 ODEX 파일에 기초하여 확인되는 제2 검증 대상 코드 영역에 기초한 제2 시그니처를 확인하는 동작; 상기 제2 시그니처가 상기 제1 시그니처와 동일한지 여부에 기초하여 상기 어플리케이션의 무결성 유무를 확인하는 동작을 포함할 수 있다.
다양한 실시예에 따라서, 다양한 실시예에 따른 전자 장치 및 어플리케이션의 무결성 검증 방법이 제공된다. 이에 따라, 어플리케이션의 DEX 파일에 기초하여 확인되는 시그니처가 어플리케이션의 설치 파일에 포함될 수 있다. 따라서, 어플리케이션 실행 명령이 확인될 때마다 검증을 위하여 어플리케이션의 DEX 파일에 기초하여 시그니처를 변환 또는 생성하지 않아도 되므로, 검증을 위한 오버헤드를 감소시킬 수 있다.
또한, 다양한 실시예에 따라서, 시그니처는 최적화된 DEX 파일의 적어도 일부에 기초하여 생성된 해시일 수 있다. 따라서, 검증을 위하여 필요한 저장 공간을 감소시킬 수 있다.
또한, 다양한 실시예에 따라서, 전자 장치는 ODEX 파일로부터 최적화된 DEX를 확인할 수 없는 경우, VDEX 파일에 기초하여 시그니처를 확인할 수 있다. 따라서, 최적화된 DEX가 ODEX 파일이 아니라 VDEX 파일에 포함되는 경우라고 하더라도 무결성을 올바르게 판단할 수 있으므로 변조 오탐율을 낮출 수 있다.
도 1은 다양한 실시예에 따른 네트워크 환경 내의 전자 장치의 블록도를 도시한다.
도 2는 다양한 실시예에 따른 프로그램을 예시하는 블록도를 도시한다.
도 3a는 다양한 실시예에 따른 SW 모듈을 도시한다.
도 3b는 다양한 실시예에 따른 SW 모듈을 도시한다.
도 4a는 다양한 실시예에 따른 제1 시그니처 생성 과정을 설명하기 위한 도면을 도시한다.
도 4b는 다양한 실시예에 따른 어플리케이션 무결성 확인 과정을 설명하기 위한 도면을 도시한다.
도 5는 다양한 실시예에 따른 전자 장치의 동작을 설명하기 위한 도면을 도시한다.
도 6은 다양한 실시예에 따른 전자 장치의 동작을 설명하기 위한 흐름도를 도시한다.
도 7은 다양한 실시예에 따른 전자 장치의 동작을 설명하기 위한 흐름도를 도시한다.
도 8은 다양한 실시예에 따른 전자 장치의 동작을 설명하기 위한 흐름도를 도시한다.
도 9a는 다양한 실시예에 따른 전자 장치의 동작을 설명하기 위한 흐름도를 도시한다.
도 9b는 다양한 실시예에 따른 전자 장치의 동작을 설명하기 위한 흐름도를 도시한다.
도 10은 다양한 실시예에 따른 전자 장치의 동작을 설명하기 위한 흐름도를 도시한다.
도 1은, 다양한 실시예들에 따른, 네트워크 환경(100) 내의 전자 장치(101)의 블럭도이다. 도 1을 참조하면, 네트워크 환경(100)에서 전자 장치(101)는 제 1 네트워크(198)(예: 근거리 무선 통신 네트워크)를 통하여 전자 장치(102)와 통신하거나, 또는 제 2 네트워크(199)(예: 원거리 무선 통신 네트워크)를 통하여 전자 장치(104) 또는 서버(108)와 통신할 수 있다. 일실시예에 따르면, 전자 장치(101)는 서버(108)를 통하여 전자 장치(104)와 통신할 수 있다. 일실시예에 따르면, 전자 장치(101)는 프로세서(120), 메모리(130), 입력 장치(150), 음향 출력 장치(155), 표시 장치(160), 오디오 모듈(170), 센서 모듈(176), 인터페이스(177), 햅틱 모듈(179), 카메라 모듈(180), 전력 관리 모듈(188), 배터리(189), 통신 모듈(190), 가입자 식별 모듈(196), 또는 안테나 모듈(197)을 포함할 수 있다. 어떤 실시예에서는, 전자 장치(101)에는, 이 구성요소들 중 적어도 하나(예: 표시 장치(160) 또는 카메라 모듈(180))가 생략되거나, 하나 이상의 다른 구성 요소가 추가될 수 있다. 어떤 실시예에서는, 이 구성요소들 중 일부들은 하나의 통합된 회로로 구현될 수 있다. 예를 들면, 센서 모듈(176)(예: 지문 센서, 홍채 센서, 또는 조도 센서)은 표시 장치(160)(예: 디스플레이)에 임베디드된 채 구현될 수 있다
프로세서(120)는, 예를 들면, 소프트웨어(예: 프로그램(140))를 실행하여 프로세서(120)에 연결된 전자 장치(101)의 적어도 하나의 다른 구성요소(예: 하드웨어 또는 소프트웨어 구성요소)을 제어할 수 있고, 다양한 데이터 처리 또는 연산을 수행할 수 있다. 일실시예에 따르면, 데이터 처리 또는 연산의 적어도 일부로서, 프로세서(120)는 다른 구성요소(예: 센서 모듈(176) 또는 통신 모듈(190))로부터 수신된 명령 또는 데이터를 휘발성 메모리(132)에 로드하고, 휘발성 메모리(132)에 저장된 명령 또는 데이터를 처리하고, 결과 데이터를 비휘발성 메모리(134)에 저장할 수 있다. 일실시예에 따르면, 프로세서(120)는 메인 프로세서(121)(예: 중앙 처리 장치 또는 어플리케이션 프로세서), 및 이와는 독립적으로 또는 함께 운영 가능한 보조 프로세서(123)(예: 그래픽 처리 장치, 이미지 시그널 프로세서, 센서 허브 프로세서, 또는 커뮤니케이션 프로세서)를 포함할 수 있다. 추가적으로 또는 대체적으로, 보조 프로세서(123)은 메인 프로세서(121)보다 저전력을 사용하거나, 또는 지정된 기능에 특화되도록 설정될 수 있다. 보조 프로세서(123)는 메인 프로세서(121)와 별개로, 또는 그 일부로서 구현될 수 있다.
보조 프로세서(123)는, 예를 들면, 메인 프로세서(121)가 인액티브(예: 슬립) 상태에 있는 동안 메인 프로세서(121)를 대신하여, 또는 메인 프로세서(121)가 액티브(예: 어플리케이션 실행) 상태에 있는 동안 메인 프로세서(121)와 함께, 전자 장치(101)의 구성요소들 중 적어도 하나의 구성요소(예: 표시 장치(160), 센서 모듈(176), 또는 통신 모듈(190))와 관련된 기능 또는 상태들의 적어도 일부를 제어할 수 있다. 일실시예에 따르면, 보조 프로세서(123)(예: 이미지 시그널 프로세서 또는 커뮤니케이션 프로세서)는 기능적으로 관련 있는 다른 구성 요소(예: 카메라 모듈(180) 또는 통신 모듈(190))의 일부로서 구현될 수 있다.
메모리(130)는, 전자 장치(101)의 적어도 하나의 구성요소(예: 프로세서(120) 또는 센서모듈(176))에 의해 사용되는 다양한 데이터를 저장할 수 있다. 데이터는, 예를 들어, 소프트웨어(예: 프로그램(140)) 및, 이와 관련된 명령에 대한 입력 데이터 또는 출력 데이터를 포함할 수 있다. 메모리(130)는, 휘발성 메모리(132) 또는 비휘발성 메모리(134)를 포함할 수 있다.
프로그램(140)은 메모리(130)에 소프트웨어로서 저장될 수 있으며, 예를 들면, 운영 체제(142), 미들 웨어(144) 또는 어플리케이션(146)을 포함할 수 있다.
입력 장치(150)는, 전자 장치(101)의 구성요소(예: 프로세서(120))에 사용될 명령 또는 데이터를 전자 장치(101)의 외부(예: 사용자)로부터 수신할 수 있다. 입력 장치(150)은, 예를 들면, 마이크, 마우스, 키보드, 또는 디지털 펜(예:스타일러스 펜)을 포함할 수 있다.
음향 출력 장치(155)는 음향 신호를 전자 장치(101)의 외부로 출력할 수 있다. 음향 출력 장치(155)는, 예를 들면, 스피커 또는 리시버를 포함할 수 있다. 스피커는 멀티미디어 재생 또는 녹음 재생과 같이 일반적인 용도로 사용될 수 있고, 리시버는 착신 전화를 수신하기 위해 사용될 수 있다. 일실시예에 따르면, 리시버는 스피커와 별개로, 또는 그 일부로서 구현될 수 있다.
표시 장치(160)는 전자 장치(101)의 외부(예: 사용자)로 정보를 시각적으로 제공할 수 있다. 표시 장치(160)은, 예를 들면, 디스플레이, 홀로그램 장치, 또는 프로젝터 및 해당 장치를 제어하기 위한 제어 회로를 포함할 수 있다. 일실시예에 따르면, 표시 장치(160)는 터치를 감지하도록 설정된 터치 회로(touch circuitry), 또는 상기 터치에 의해 발생되는 힘의 세기를 측정하도록 설정된 센서 회로(예: 압력 센서)를 포함할 수 있다.
오디오 모듈(170)은 소리를 전기 신호로 변환시키거나, 반대로 전기 신호를 소리로 변환시킬 수 있다. 일실시예에 따르면, 오디오 모듈(170)은, 입력 장치(150) 를 통해 소리를 획득하거나, 음향 출력 장치(155), 또는 전자 장치(101)와 직접 또는 무선으로 연결된 외부 전자 장치(예: 전자 장치(102)) (예: 스피커 또는 헤드폰))를 통해 소리를 출력할 수 있다.
센서 모듈(176)은 전자 장치(101)의 작동 상태(예: 전력 또는 온도), 또는 외부의 환경 상태(예: 사용자 상태)를 감지하고, 감지된 상태에 대응하는 전기 신호 또는 데이터 값을 생성할 수 있다. 일실시예에 따르면, 센서 모듈(176)은, 예를 들면, 제스처 센서, 자이로 센서, 기압 센서, 마그네틱 센서, 가속도 센서, 그립 센서, 근접 센서, 컬러 센서, IR(infrared) 센서, 생체 센서, 온도 센서, 습도 센서, 또는 조도 센서를 포함할 수 있다.
인터페이스(177)는 전자 장치(101)이 외부 전자 장치(예: 전자 장치(102))와 직접 또는 무선으로 연결되기 위해 사용될 수 있는 하나 이상의 지정된 프로토콜들을 지원할 수 있다. 일실시예에 따르면, 인터페이스(177)는, 예를 들면, HDMI(high definition multimedia interface), USB(universal serial bus) 인터페이스, SD카드 인터페이스, 또는 오디오 인터페이스를 포함할 수 있다.
연결 단자(178)는, 그를 통해서 전자 장치(101)가 외부 전자 장치(예: 전자 장치(102))와 물리적으로 연결될 수 있는 커넥터를 포함할 수 있다. 일실시예에 따르면, 연결 단자(178)은, 예를 들면, HDMI 커넥터, USB 커넥터, SD 카드 커넥터, 또는 오디오 커넥터(예: 헤드폰 커넥터)를 포함할 수 있다.
햅틱 모듈(179)은 전기적 신호를 사용자가 촉각 또는 운동 감각을 통해서 인지할 수 있는 기계적인 자극(예: 진동 또는 움직임) 또는 전기적인 자극으로 변환할 수 있다. 일실시예에 따르면, 햅틱 모듈(179)은, 예를 들면, 모터, 압전 소자, 또는 전기 자극 장치를 포함할 수 있다.
카메라 모듈(180)은 정지 영상 및 동영상을 촬영할 수 있다. 일실시예에 따르면, 카메라 모듈(180)은 하나 이상의 렌즈들, 이미지 센서들, 이미지 시그널 프로세서들, 또는 플래시들을 포함할 수 있다.
전력 관리 모듈(188)은 전자 장치(101)에 공급되는 전력을 관리할 수 있다. 일실시예에 따르면, 전력 관리 모듈(388)은, 예를 들면, PMIC(power management integrated circuit)의 적어도 일부로서 구현될 수 있다.
배터리(189)는 전자 장치(101)의 적어도 하나의 구성 요소에 전력을 공급할 수 있다. 일실시예에 따르면, 배터리(189)는, 예를 들면, 재충전 불가능한 1차 전지, 재충전 가능한 2차 전지 또는 연료 전지를 포함할 수 있다.
통신 모듈(190)은 전자 장치(101)와 외부 전자 장치(예: 전자 장치(102), 전자 장치(104), 또는 서버(108))간의 직접(예: 유선) 통신 채널 또는 무선 통신 채널의 수립, 및 수립된 통신 채널을 통한 통신 수행을 지원할 수 있다. 통신 모듈(190)은 프로세서(120)(예: 어플리케이션 프로세서)와 독립적으로 운영되고, 직접(예: 유선) 통신 또는 무선 통신을 지원하는 하나 이상의 커뮤니케이션 프로세서를 포함할 수 있다. 일실시예에 따르면, 통신 모듈(190)은 무선 통신 모듈(192)(예: 셀룰러 통신 모듈, 근거리 무선 통신 모듈, 또는 GNSS(global navigation satellite system) 통신 모듈) 또는 유선 통신 모듈(194)(예: LAN(local area network) 통신 모듈, 또는 전력선 통신 모듈)을 포함할 수 있다. 이들 통신 모듈 중 해당하는 통신 모듈은 제 1 네트워크(198)(예: 블루투스, WiFi direct 또는 IrDA(infrared data association) 같은 근거리 통신 네트워크) 또는 제 2 네트워크(199)(예: 셀룰러 네트워크, 인터넷, 또는 컴퓨터 네트워크(예: LAN 또는 WAN)와 같은 원거리 통신 네트워크)를 통하여 외부 전자 장치와 통신할 수 있다. 이런 여러 종류의 통신 모듈들은 하나의 구성 요소(예: 단일 칩)으로 통합되거나, 또는 서로 별도의 복수의 구성 요소들(예: 복수 칩들)로 구현될 수 있다. 무선 통신 모듈(192)은 가입자 식별 모듈(196)에 저장된 가입자 정보(예: 국제 모바일 가입자 식별자(IMSI))를 이용하여 제 1 네트워크(198) 또는 제 2 네트워크(199)와 같은 통신 네트워크 내에서 전자 장치(101)를 확인 및 인증할 수 있다.
안테나 모듈(197)은 신호 또는 전력을 외부(예: 외부 전자 장치)로 송신하거나 외부로부터 수신할 수 있다. 일실시예에 따르면, 안테나 모듈은 서브스트레이트(예: PCB) 위에 형성된 도전체 또는 도전성 패턴으로 이루어진 방사체를 포함하는 하나의 안테나를 포함할 수 있다. 일실시예에 따르면, 안테나 모듈(197)은 복수의 안테나들을 포함할 수 있다. 이런 경우, 제 1 네트워크(198) 또는 제 2 네트워크(199)와 같은 통신 네트워크에서 사용되는 통신 방식에 적합한 적어도 하나의 안테나가, 예를 들면, 통신 모듈(190)에 의하여 상기 복수의 안테나들로부터 선택될 수 있다. 신호 또는 전력은 상기 선택된 적어도 하나의 안테나를 통하여 통신 모듈(190)과 외부 전자 장치 간에 송신되거나 수신될 수 있다. 어떤 실시예에 따르면, 방사체 이외에 다른 부품(예: RFIC)이 추가로 안테나 모듈(197)의 일부로 형성될 수 있다.
상기 구성요소들 중 적어도 일부는 주변 기기들간 통신 방식(예: 버스, GPIO(general purpose input and output), SPI(serial peripheral interface), 또는 MIPI(mobile industry processor interface))를 통해 서로 연결되고 신호(예: 명령 또는 데이터)를 상호간에 교환할 수 있다.
일실시예에 따르면, 명령 또는 데이터는 제 2 네트워크(199)에 연결된 서버(108)를 통해서 전자 장치(101)와 외부의 전자 장치(104)간에 송신 또는 수신될 수 있다. 전자 장치(102, 104) 각각은 전자 장치(101)와 동일한 또는 다른 종류의 장치일 수 있다. 일실시예에 따르면, 전자 장치(101)에서 실행되는 동작들의 전부 또는 일부는 외부 전자 장치들(102, 104, or 108) 중 하나 이상의 외부 장치들에서 실행될 수 있다. 예를 들면, 전자 장치(101)가 어떤 기능이나 서비스를 자동으로, 또는 사용자 또는 다른 장치로부터의 요청에 반응하여 수행해야 할 경우에, 전자 장치(101)는 기능 또는 서비스를 자체적으로 실행시키는 대신에 또는 추가적으로, 하나 이상의 외부 전자 장치들에게 그 기능 또는 그 서비스의 적어도 일부를 수행하라고 요청할 수 있다. 상기 요청을 수신한 하나 이상의 외부 전자 장치들은 요청된 기능 또는 서비스의 적어도 일부, 또는 상기 요청과 관련된 추가 기능 또는 서비스를 실행하고, 그 실행의 결과를 전자 장치(101)로 전달할 수 있다. 전자 장치(101)는 상기 결과를, 그대로 또는 추가적으로 처리하여, 상기 요청에 대한 응답의 적어도 일부로서 제공할 수 있다.. 이를 위하여, 예를 들면, 클라우드 컴퓨팅, 분산 컴퓨팅, 또는 클라이언트-서버 컴퓨팅 기술이 이용될 수 있다.
도 2는 다양한 실시예에 따른 프로그램(240)을 예시하는 블록도(200)이다. 일실시예에 따르면, 프로그램(240)은 전자 장치(101)의 하나 이상의 리소스들을 제어하기 위한 운영 체제(242), 미들웨어(244), 또는 상기 운영 체제(242)에서 실행 가능한 어플리케이션(246)을 포함할 수 있다. 운영 체제(242)는, 예를 들면, AndroidTM, iOSTM, WindowsTM, SymbianTM, TizenTM, 또는 BadaTM를 포함할 수 있다. 프로그램(240) 중 적어도 일부 프로그램은, 예를 들면, 제조 시에 전자 장치(101)에 프리로드되거나, 또는 사용자에 의해 사용 시 외부 전자 장치(예: 전자 장치(102 또는 104), 또는 서버(108))로부터 다운로드되거나 갱신 될 수 있다.
운영 체제(242)는 전자 장치(101)의 하나 이상의 시스템 리소스들(예: 프로세스, 메모리, 또는 전원)의 관리(예: 할당 또는 회수)를 제어할 수 있다. 운영 체제(242)는, 추가적으로 또는 대체적으로, 전자 장치(101)의 다른 하드웨어 디바이스, 예를 들면, 입력 장치(150), 음향 출력 장치(155), 표시 장치(160), 오디오 모듈(170), 센서 모듈(176), 인터페이스(177), 햅틱 모듈(179), 카메라 모듈(180), 전력 관리 모듈(188), 배터리(189), 통신 모듈(190), 가입자 식별 모듈(196), 또는 안테나 모듈(197)을 구동하기 위한 하나 이상의 드라이버 프로그램들을 포함할 수 있다.
미들웨어(244)는 전자 장치(101)의 하나 이상의 리소스들로부터 제공되는 기능 또는 정보가 어플리케이션(246)에 의해 사용될 수 있도록 다양한 기능들을 어플리케이션(246)으로 제공할 수 있다. 미들웨어(244)는, 예를 들면, 어플리케이션 매니저(201), 윈도우 매니저(203), 멀티미디어 매니저(205), 리소스 매니저(207), 파워 매니저(209), 데이터베이스 매니저(211), 패키지 매니저(213), 커넥티비티 매니저(215), 노티피케이션 매니저(217), 로케이션 매니저(219), 그래픽 매니저(221), 시큐리티 매니저(223), 통화 매니저(225), 또는 음성 인식 매니저(227)를 포함할 수 있다.
어플리케이션 매니저(201)는, 예를 들면, 어플리케이션(246)의 생명 주기를 관리할 수 있다. 윈도우 매니저(203)는, 예를 들면, 화면에서 사용되는 하나 이상의 GUI 자원들을 관리할 수 있다. 멀티미디어 매니저(205)는, 예를 들면, 미디어 파일들의 재생에 필요한 하나 이상의 포맷들을 파악하고, 그 중 선택된 해당하는 포맷에 맞는 코덱을 이용하여 상기 미디어 파일들 중 해당하는 미디어 파일의 인코딩 또는 디코딩을 수행할 수 있다. 리소스 매니저(207)는, 예를 들면, 어플리케이션(246)의 소스 코드 또는 메모리(130)의 메모리의 공간을 관리할 수 있다. 파워 매니저(209)는, 예를 들면, 배터리(189)의 용량, 온도 또는 전원을 관리하고, 이 중 해당 정보를 이용하여 전자 장치(101)의 동작에 필요한 관련 정보를 결정 또는 제공할 수 있다. 일실시예에 따르면, 파워 매니저(209)는 전자 장치(101)의 바이오스(BIOS: basic input/output system)(미도시)와 연동할 수 있다.
데이터베이스 매니저(211)는, 예를 들면, 어플리케이션(246)에 의해 사용될 데이터베이스를 생성, 검색, 또는 변경할 수 있다. 패키지 매니저(213)는, 예를 들면, 패키지 파일의 형태로 배포되는 어플리케이션의 설치 또는 갱신을 관리할 수 있다. 커넥티비티 매니저(215)는, 예를 들면, 전자 장치(101)와 외부 전자 장치 간의 무선 연결 또는 직접 연결을 관리할 수 있다. 노티피케이션 매니저(217)는, 예를 들면, 지정된 이벤트(예: 착신 통화, 메시지, 또는 알람)의 발생을 사용자에게 알리기 위한 기능을 제공할 수 있다. 로케이션 매니저(219)는, 예를 들면, 전자 장치(101)의 위치 정보를 관리할 수 있다. 그래픽 매니저(221)는, 예를 들면, 사용자에게 제공될 하나 이상의 그래픽 효과들 또는 이와 관련된 사용자 인터페이스를 관리할 수 있다.
시큐리티 매니저(223)는, 예를 들면, 시스템 보안 또는 사용자 인증을 제공할 수 있다. 통화(telephony) 매니저(225)는, 예를 들면, 전자 장치(101)에 의해 제공되는 음성 통화 기능 또는 영상 통화 기능을 관리할 수 있다. 음성 인식 매니저(227)는, 예를 들면, 사용자의 음성 데이터를 서버(108)로 전송하고, 그 음성 데이터에 적어도 일부 기반하여 전자 장치(101)에서 수행될 기능에 대응하는 명령어(command), 또는 그 음성 데이터에 적어도 일부 기반하여 변환된 문자 데이터를 서버(108)로부터 수신할 수 있다. 일 실시예에 따르면, 미들웨어(244)는 동적으로 기존의 구성요소를 일부 삭제하거나 새로운 구성요소들을 추가할 수 있다. 일 실시예에 따르면, 미들웨어(244)의 적어도 일부는 운영 체제(242)의 일부로 포함되거나, 또는 운영 체제(242)와는 다른 별도의 소프트웨어로 구현될 수 있다.
어플리케이션(246)은, 예를 들면, 홈(251), 다이얼러(253), SMS/MMS(255), IM(instant message)(257), 브라우저(259), 카메라(261), 알람(263), 컨택트(265), 음성 인식(267), 이메일(269), 달력(271), 미디어 플레이어(273), 앨범(275), 와치(277), 헬스(279)(예: 운동량 또는 혈당과 같은 생체 정보를 측정), 또는 환경 정보(281)(예: 기압, 습도, 또는 온도 정보 측정) 어플리케이션을 포함할 수 있다. 일실시예에 따르면, 어플리케이션(246)은 전자 장치(101)와 외부 전자 장치 사이의 정보 교환을 지원할 수 있는 정보 교환 어플리케이션(미도시)을 더 포함할 수 있다. 정보 교환 어플리케이션은, 예를 들면, 외부 전자 장치로 지정된 정보 (예: 통화, 메시지, 또는 알람)를 전달하도록 설정된 노티피케이션 릴레이 어플리케이션, 또는 외부 전자 장치를 관리하도록 설정된 장치 관리 어플리케이션을 포함할 수 있다. 노티피케이션 릴레이 어플리케이션은, 예를 들면, 전자 장치(101)의 다른 어플리케이션(예: 이메일 어플리케이션(269))에서 발생된 지정된 이벤트(예: 메일 수신)에 대응하는 알림 정보를 외부 전자 장치로 전달할 수 있다. 추가적으로 또는 대체적으로, 노티피케이션 릴레이 어플리케이션은 외부 전자 장치로부터 알림 정보를 수신하여 전자 장치(101)의 사용자에게 제공할 수 있다.
장치 관리 어플리케이션은, 예를 들면, 전자 장치(101)와 통신하는 외부 전자 장치 또는 그 일부 구성 요소(예: 표시 장치(160) 또는 카메라 모듈(180))의 전원(예: 턴-온 또는 턴-오프) 또는 기능(예: 표시 장치(160) 또는 카메라 모듈(180)의 밝기, 해상도, 또는 포커스)을 제어할 수 있다. 장치 관리 어플리케이션은, 추가적으로 또는 대체적으로, 외부 전자 장치에서 동작하는 어플리케이션의 설치, 삭제, 또는 갱신을 지원할 수 있다.
도 3a는 다양한 실시예에 따른 SW 모듈(300a)을 도시한다. SW 모듈(300a)은 어플리케이션 패키지(330a), 시그니처 데이터베이스(310a), 및 개발자 전자 장치(320a)에 포함되는 DEX 시그니처 생성부(322a), DEX 검증 대상 코드 영역 추출부(326a), 및 시그니처 저장부(324a)를 포함할 수 있다. 어플리케이션 패키지(330a)는 어플리케이션의 이미지로서, 예를 들어, apk 형식의 파일일 수 있다. 어플리케이션 패키지(330a)는 대응되는 어플리케이션의 실행 이미지인 DEX(332a)를 포함할 수 있다.
DEX 검증 대상 코드 영역 추출부(326a)는 보호 대상인 어플리케이션의 어플리케이션 패키지(330a)로부터 DEX(332a)를 추출하고, 보호 대상인 어플리케이션에 대응하는 제1 시그니처를 생성할 수 있다. DEX 검증 대상 코드 영역 추출부(326a)는 어플리케이션 패키지(330a)에 대응되는 DEX(332a)에 기초하여 제1 검증 대상 코드 영역을 확인할 수 있다. 다양한 실시예에 따라서, DEX 검증 대상 코드 영역 추출부(326a)는 어플리케이션 패키지(330a)에 대응되는 DEX(332a)를 파싱한 후 매핑 규칙을 적용하여 제1 최적화된 DEX 파일을 생성하고, 제1 최적화된 DEX 파일로부터 오퍼레이션 코드 및 레지스터를 추출하고, 추출된 오퍼레이션 코드 및 레지스터를 함수 단위 또는 코드 영역 단위로 파싱하여 복수의 제1 부분으로 나누고, 복수의 제1 부분 중 적어도 하나를 제1 검증 대상 코드 영역으로서 확인할 수 있다. DEX 시그니처 생성부(322a)는 DEX 검증 대상 코드 영역 추출부(326a)에 의하여 확인된 제1 검증 대상 코드 영역에 기초하여 제1 시그니처를 생성할 수 있다. 다양한 실시예에 따라서, DEX 시그니처 생성부(322a)는 DEX 검증 대상 코드 영역 추출부(326a)에 의하여 확인된 제1 검증 대상 코드 영역에 해시 함수를 적용함으로써 제1 시그니처를 생성할 수 있다. 다양한 실시예에 따라서, 해시 함수의 구체적인 종류에는 제한이 없다. 시그니처 저장부(324a)는 DEX 시그니처 생성부(322a)에 의하여 생성된 제1 시그니처를 시그니처 데이터베이스(310a)에 저장할 수 있다. 다양한 실시예에 따라서, 시그니처 데이터베이스(310a)는 제1 시그니처 및 제1 시그니처에 대응되는 코드들의 정보, 예를 들어, 함수명 또는 위치를 저장할 수 있다.
도 3b는 다양한 실시예에 따른 SW 모듈(300b)을 도시한다. SW 모듈(300b)은 시그니처 데이터베이스(310b), 가상 머신(330b), 및 사용자 전자 장치(320b)에 포함되는 비교부(321b), 시그니처 추출부(323b), 캐시 시그니처 생성부(325b), 및 캐시 검증 대상 코드 영역 추출부(327b)를 포함할 수 있다. 가상 머신(330b)은 어플리케이션의 실행 환경일 수 있다. 다양한 실시예에 따라서, 가상 머신(330b)은 Dalvik 가상 머신 또는 안드로이드 런타임일 수 있다. 다양한 실시예에 따라서, 가상 머신(330b)은 어플리케이션의 실행 명령에 응답하여 어플리케이션 캐시(334b)를 메모리에 로딩할 수 있다. 다양한 실시예에 따라서, 어플리케이션 캐시(334b)는 가상 머신(330b)에서 사용하는 어플리케이션의 실행 이미지일 수 있다. 다양한 실시예에 따라서, 어플리케이션 캐시(334b)는 ODEX 파일 또는 VDEX 파일일 수 있다.
다양한 실시예에 따라서, 캐시 검증 대상 코드 영역 추출부(327b)는 어플리케이션 캐시(334b)에 기초하여 제2 검증 대상 코드 영역을 확인할 수 있다. 다양한 실시예에 따라서, 캐시 검증 대상 코드 영역 추출부(327b)는 어플리케이션 캐시(334b)로부터 제2 최적화된 DEX 파일을 추출하고, 제2 최적화된 DEX 파일로부터 오퍼레이션 코드 및 레지스터를 추출하고, 추출된 오퍼레이션 코드 및 레지스터를 함수 단위 또는 코드 영역 단위로 파싱하여 복수의 제2 부분으로 나누고, 복수의 제2 부분 중 적어도 하나를 제2 검증 대상 코드 영역으로서 확인할 수 있다. 캐시 시그니처 생성부(325b)는 캐시 검증 대상 코드 영역 추출부(327b)에 의하여 확인된 제2 검증 대상 코드 영역에 기초하여 제2 시그니처를 생성할 수 있다. 다양한 실시예에 따라서, 캐시 시그니처 생성부(325b)는 캐시 검증 대상 코드 영역 추출부(327b)에 의하여 확인된 제2 검증 대상 코드 영역에 해시 함수를 적용함으로써 제2 시그니처를 생성할 수 있다. 다양한 실시예에 따라서, 해시 함수의 구체적인 종류에는 제한이 없다. 다양한 실시예에 따라서, 해시 함수는 도 3a를 참조하여 설명된 DEX 시그니처 생성부(322a)에 의하여 적용되는 해시 함수와 동일할 수 있다. 시그니처 추출부(323b)는 시그니처 데이터베이스(310b)로부터 제2 시그니처와 비교를 수행할 시그니처를 추출할 수 있다. 다양한 실시예에 따라서, 제2 시그니처와 비교를 수행할 시그니처는 도 3a를 참조하여 설명된 제1 시그니처일 수 있다. 비교부(321b)는 어플리케이션의 실행 명령에 응답하여 생성된 제2 시그니처를 시그니처 데이터베이스(310b)에 저장된 시그니처와 비교할 수 있다. 다양한 실시예에 따라서, 비교부(321b)는 제2 시그니처가 도 3a를 참조하여 설명된 제1 시그니처와 동일한지 여부를 확인할 수 있다.
도 4a는 다양한 실시예에 따른 제1 시그니처 생성 과정(400a)을 설명하기 위한 도면을 도시한다. 구체적으로, 제1 시그니처 생성 과정(400a)은 어플리케이션이 사용자의 전자 장치(예를 들어, 전자 장치(101))에 설치되기 전에 수행될 수 있다. 다양한 실시예에 따라서, 제1 시그니처 생성 과정(400a)은 어플리케이션 개발에 이용되는 전자 장치(이하, "개발자 전자 장치")에 의하여 어플리케이션의 개발 과정에서 수행될 수 있다.
개발자 전자 장치는 어플리케이션 패키지(410a)로부터, 어플리케이션 패키지(410a)에 대응되는 DEX 파일(420a)을 확인할 수 있다. 다양한 실시예에 따라서, 어플리케이션 패키지(410a)로부터, 어플리케이션 패키지(410a)에 대응되는 DEX 파일(420a)을 확인하는 과정은 개발자 전자 장치에 포함된 DEX 검증 대상 코드 영역 추출부(326a)에 의하여 수행될 수 있다. 다양한 실시예에 따라서, 어플리케이션 패키지(410a)는 apk 확장자를 가질 수 있다. 개발자 전자 장치는 확인된 DEX 파일(420a)을 파싱하고 매핑 규칙을 적용하여 제1 최적화된 DEX 파일(430a)을 생성할 수 있다. 다양한 실시예에 따라서, 제1 최적화된 DEX 파일(430a)을 생성하는 과정은 개발자 전자 장치에 포함된 DEX 검증 대상 코드 영역 추출부(326a)에 의하여 수행될 수 있다. 다양한 실시예에 따라서, 매핑 규칙의 적어도 일부는 예를 들어 아래 표 1과 같을 수 있다.
오퍼레이션 코드(hex) 오퍼레이션 코드명 Android 5 Android 6, 7, 8
최적화된 오퍼레이션 코드 최적화된 오퍼레이션 코드명 최적화된 오퍼레이션 코드 최적화된 오퍼레이션 코드명
0E return-void 73 return-void-no-barrier 73 return-void-no-barrier
1F check-cast 00 nop 00 nop
52 iget E3 iget-quick E3 iget-quick
53 iget-wide E4 iget-wide-quick E4 iget-wide-quick
54 iget-object E5 iget-object-quick E5 iget-object-quick
59 iput E6 iput-quick E6 iput-quick
5C iput-boolean EB iput-boolean-quick
5D iput-byte EC iput-byte-quick
5E iput-char ED iput-char-quick
5F iput-short EE iput-short-quick
5A iput-wide E7 iput-wide-quick E7 iput-wide-quick
5B iput-object E8 iput-object-quick E8 iput-object-quick
6E invoke-virtual E9 iput-virtual-quick E9 invoke-virtual-quick
74 invoke-virtual/range EA invoke-virtual-quick/range EA invoke-virtual-quick/range
55 iget-boolean - - EF iget-boolean-quick
56 iget-byte - - F0 iget-byte-quick
57 iget-char - - F1 iget-char-quick
58 iget-short - - F2 iget-short-quick
표 1에 나타난 매핑 규칙에 의하여, 16진법의 오퍼레이션 코드는 최적화된 오퍼레이션 코드로 변환된다. 표 1에 나타난 바와 같이, 다양한 실시예에서 16진법의 오퍼레이션 코드에서 최적화된 오퍼레이션 코드로 변환하는 매핑 규칙은 어플리케이션 사용자의 전자 장치의 안드로이드 버전에 따라서 상이할 수 있다. 다양한 실시예에 따라서, 안드로이드 버전 5를 사용하는 전자 장치를 위한 어플리케이션에 대응하는 제1 최적화된 DEX 파일(430a)과 안드로이드 버전 6, 7, 또는 8을 사용하는 전자 장치를 위한 어플리케이션에 대응하는 제1 최적화된 DEX 파일(430a)이 상이할 수 있다.
개발자 전자 장치는 제1 최적화된 DEX 파일(430a)로부터 제1 검증 대상 코드 영역(440a)을 확인할 수 있다. 다양한 실시예에 따라서, 제1 최적화된 DEX 파일(430a)로부터 제1 검증 대상 코드 영역(440a)을 확인하는 과정은 DEX 검증 대상 코드 영역 추출부(326a)에 의하여 수행될 수 있다. 다양한 실시예에 따라서, 개발자 전자 장치는 제1 최적화된 DEX 파일(430a) 중 오퍼레이션 코드 및 레지스터를 추출하고, 추출된 오퍼레이션 코드 및 레지스터를 함수 단위 또는 코드 영역 단위로 파싱하여 복수의 제1 부분으로 나누고, 복수의 제1 부분 중 적어도 하나를 제1 검증 대상 코드 영역으로서 확인할 수 있다.
개발자 전자 장치는 제1 검증 대상 코드 영역(440a)에 기초하여 제1 시그니처(450a)를 생성할 수 있다. 다양한 실시예에 따라서, 제1 검증 대상 코드 영역(440a)에 기초하여 제1 시그니처(450a)를 생성하는 과정은 DEX 시그니처 생성부(322a)에 의하여 수행될 수 있다. 다양한 실시예에 따라서, 개발자 전자 장치는 제1 검증 대상 코드 영역(440a)에 해시 함수를 적용함으로써 제1 시그니처를 생성할 수 있다. 다양한 실시예에 따라서, 해시 함수의 구체적인 종류에는 제한이 없다.
개발자 전자 장치는 생성된 제1 시그니처(450a)를 시그니처 데이터베이스(460a)에 저장할 수 있다. 다양한 실시예에 따라서, 제1 시그니처(450a)를 시그니처 데이터베이스(460a)에 저장하는 과정은 시그니처 저장부(324a)에 의하여 수행될 수 있다.
다양한 실시예에 따라서, 시그니처 데이터베이스(460a)는 어플리케이션 패키지(410a)와 함께 어플리케이션의 설치 파일 내에 포함될 수 있다. 이 경우, 시그니처 데이터베이스(460a)는 어플리케이션의 설치 파일 내에 포함되어 사용자의 전자 장치에 의하여(예를 들어, 프로세서(120)에 의하여 통신 모듈(190)을 통하여) 수신된다. 또는, 다양한 실시예에 따라서, 시그니처 데이터베이스(460a)는 개발자 전자 장치 및 사용자의 전자 장치와 각각 통신하는 외부 서버에 포함될 수 있다. 다양한 실시예에 따라서, 시그니처 데이터베이스(460a)는 사용자의 전자 장치에 어플리케이션을 제공하는 어플리케이션 서버에 포함될 수 있다. 다양한 실시예에 따라서, 개발자 전자 장치 및 사용자의 전자 장치는 클라우드 서비스 또는 네트워크 서비스를 통하여 시그니처 데이터베이스(460a)에 액세스할 수 있다.
표 1과 관련하여 상술한 바와 같이, 다양한 실시예에 따라서, 안드로이드 버전 5를 사용하는 전자 장치를 위한 어플리케이션에 대응하는 제1 최적화된 DEX 파일(430a)과 안드로이드 버전 6, 7, 또는 8을 사용하는 전자 장치를 위한 어플리케이션에 대응하는 제1 최적화된 DEX 파일(430a)이 상이할 수 있다. 따라서, 안드로이드 버전 5를 사용하는 전자 장치에 대응하는 제1 시그니처(450a)와 어플리케이션 및 안드로이드 버전 6, 7, 또는 8을 사용하는 전자 장치에 대응하는 제1 시그니처(450a)가 상이할 수 있다. 다양한 실시예에 따라서, 시그니처 데이터베이스(460a)가 개발자 전자 장치 및 사용자의 전자 장치와 각각 통신하는 외부 서버에 포함되는 경우, 시그니처 저장부(324a)는 안드로이드 버전 5를 사용하는 전자 장치에 대응하는 제1 시그니처(450a) 및 안드로이드 버전 6, 7, 또는 8을 사용하는 전자 장치에 대응하는 제1 시그니처(450a)를 별도로 시그니처 데이터베이스(460a)에 저장할 수 있다. 다양한 실시예에 따라서, 시그니처 데이터베이스(460a)가 어플리케이션 패키지(410a)와 함께 어플리케이션의 설치 파일 내에 포함되는 경우, 제1 시그니처(450a)는 대응하는 안드로이드 버전을 사용하는 전자 장치를 위한 어플리케이션 설치 파일 내에 포함될 수 있다.
도 4b는 다양한 실시예에 따른 어플리케이션 무결성 확인 과정(400b)을 설명하기 위한 도면을 도시한다. 다양한 실시예에 따라서, 어플리케이션 무결성 확인 과정(400b)은 어플리케이션이 설치된 전자 장치(101)(예를 들어, 프로세서(120))에서 어플리케이션 실행 명령이 확인되는 것에 응답하여 수행될 수 있다. 다양한 실시예에 따라서, 어플리케이션 무결성 확인 과정(400b)은 어플리케이션이 설치된 전자 장치(101)(이하, "사용자 전자 장치")에 의하여 수행될 수 있다.
사용자 전자 장치(101)는 어플리케이션 캐시 파일(470b)로부터 제2 최적화된 DEX 파일(430b)을 추출할 수 있다. 다양한 실시예에 따라서, 어플리케이션 캐시 파일(470b)로부터 제2 최적화된 DEX 파일(430b)을 추출하는 과정은 캐시 검증 대상 코드 영역 추출부(327b)에 의하여 수행될 수 있다. 다양한 실시예에 따라서, 어플리케이션 캐시 파일(470b)은 ODEX 파일 또는 VDEX 파일일 수 있다.
사용자 전자 장치(101)는 제2 최적화된 DEX 파일(430b)로부터 제2 검증 대상 코드 영역(440b)을 확인할 수 있다. 다양한 실시예에 따라서, 제2 최적화된 DEX 파일(430b)로부터 제2 검증 대상 코드 영역(440b)을 확인하는 과정은 캐시 검증 대상 코드 영역 추출부(327b)에 의하여 수행될 수 있다. 다양한 실시예에 따라서, 사용자 전자 장치(101)는 제2 최적화된 DEX 파일로부터 오퍼레이션 코드 및 레지스터를 추출하고, 추출된 오퍼레이션 코드 및 레지스터를 함수 단위 또는 코드 영역 단위로 파싱하여 복수의 제2 부분으로 나누고, 복수의 제2 부분 중 적어도 하나를 제2 검증 대상 코드 영역(440b)으로서 확인할 수 있다.
사용자 전자 장치(101)는 제2 검증 대상 코드 영역(440b)에 기초하여 제2 시그니처(455b)를 생성할 수 있다. 다양한 실시예에 따라서, 제2 검증 대상 코드 영역(440b)에 기초하여 제2 시그니처(455b)를 생성하는 과정은 캐시 시그니처 생성부(325b)에 의하여 수행될 수 있다. 다양한 실시예에 따라서, 사용자 전자 장치(101)는 제2 검증 대상 코드 영역(440b) 에 해시 함수를 적용함으로써 제2 시그니처를 생성할 수 있다. 다양한 실시예에 따라서, 해시 함수는 제1 시그니처(450a)를 생성하기 위하여 제1 검증 대상 코드 영역(440a)에 적용되는 해시 함수와 동일할 수 있으며, 해시 함수의 구체적인 종류에는 제한이 없다.
사용자 전자 장치(101)는 시그니처 데이터베이스(460b)에 저장된 제1 시그니처(450b)를 확인할 수 있다. 다양한 실시예에 따라서, 시그니처 데이터베이스(460b)에 저장된 제1 시그니처(450b)를 확인하는 과정은 시그니처 추출부(323b)에 의하여 수행될 수 있다. 다양한 실시예에 따라서, 시그니처 데이터베이스(460b)에 저장된 제1 시그니처(450b)는 도 4a를 참조하여 설명한, 제1 시그니처(450a)를 생성하기 위한 과정(400a)을 통하여 생성된 것일 수 있다.
사용자 전자 장치(101)는 시그니처 데이터베이스(460b)에 저장된 제1 시그니처(450b)와 어플리케이션 캐시 파일(470b)에 의하여 생성된 제2 시그니처(455b)를 비교할 수 있다. 다양한 실시예에 따라서, 제1 시그니처(450b)와 제2 시그니처(455b)를 비교하는 과정은 비교부(321b)에 의하여 수행될 수 있다. 다양한 실시예에 따라서, 사용자 전자 장치(101)는 제1 시그니처(450b)와 제2 시그니처(455b)가 동일한지 여부에 기초하여 어플리케이션의 무결성을 확인할 수 있다. 제1 시그니처(450b)와 제2 시그니처(455b)가 동일한지 여부에 기초하여 어플리케이션의 무결성을 확인하는 구체적인 동작에 대해서는 도 8, 도 9a 및 도 9b를 참조하여 후술한다.
도 5는 다양한 실시예에 따른 전자 장치의 동작을 설명하기 위한 도면을 도시한다. 전자 장치(502)(예를 들어, 프로세서(120))는 어플리케이션 서버(501)로부터 어플리케이션의 설치 파일을 수신(510)할 수 있다. 다양한 실시예에 따라서, 어플리케이션의 설치 파일은 어플리케이션 패키지를 포함할 수 있다.
전자 장치(502)는 시그니처 데이터베이스(503)를 참조하여 제1 시그니처를 확인(520)할 수 있다. 다양한 실시예에 따라서, 시그니처 데이터베이스(503)는 어플리케이션 서버(501)로부터 수신된 어플리케이션의 설치 파일 내에 포함될 수 있다. 시그니처 데이터베이스(503)가 어플리케이션 서버(501)로부터 수신된 어플리케이션의 설치 파일 내에 포함되는 경우, 전자 장치(502)(예를 들어, 프로세서(120))는 어플리케이션의 설치 파일에 기초하여 제1 시그니처를 확인(520)할 수 있다. 다양한 실시예에 따라서, 시그니처 데이터베이스(503)는 전자 장치(502) 또는 어플리케이션 서버(501)와 별개인 외부 서버에 포함될 수 있다. 다양한 실시예에 따라서, 시그니처 데이터베이스(503)는 어플리케이션 서버(501)에 포함될 수 있다. 시그니처 데이터베이스(503)가 전자 장치(502) 또는 어플리케이션 서버(501)와 별개인 외부 서버에 포함되는 경우 또는 시그니처 데이터베이스(503)가 어플리케이션 서버(501)에 포함되는 경우, 전자 장치(502)는 통신 모듈(예를 들어, 통신 모듈(190))을 통하여 시그니처 데이터베이스(503)로부터 제1 시그니처를 수신함으로써 제1 시그니처를 확인(520)할 수 있다.
전자 장치(502)는 어플리케이션 실행 명령을 확인(530)할 수 있다. 다양한 실시예에 따라서, 전자 장치(502)(예를 들어, 프로세서(120))는 입력 장치(150), 표시 장치(160) 내의 터치 회로, 또는 인터페이스(177) 중 적어도 하나를 통하여 어플리케이션 실행 명령이 입력되었다는 것을 확인할 수 있다.
전자 장치(502)는 어플리케이션 실행 명령이 확인(530)되는 것에 응답하여, 제2 시그니처를 확인(540)할 수 있다. 제2 시그니처를 확인(540)하는 과정의 상세 사항에 대해서는 도 4b를 참조하여 상술하였으므로, 여기에서 중복하여 설명하지 않는다.
전자 장치(502)는 제2 시그니처가 제1 시그니처와 동일한지 여부에 기초하여 어플리케이션의 무결성 유무를 확인(550)할 수 있다. 제2 시그니처가 제1 시그니처와 동일한지 여부에 기초하여 어플리케이션의 무결성 유무를 확인(550)하는 동작의 상세 사항에 대해서는 도 8, 도 9a 및 도 9b를 참조하여 후술한다.
비록 도 5에는 제1 시그니처를 확인(520)하는 과정이 어플리케이션 실행 명령 확인(530) 이전에 이루어지는 것으로 도시되었으나, 다양한 실시예에 따라서, 제1 시그니처를 확인(520)하는 과정이 일어나는 시점은 제2 시그니처가 제1 시그니처와 동일한지 여부를 확인하기 이전이라면 제한이 없다. 예를 들어, 전자 장치(502)는 어플리케이션 실행 명령 확인(530)에 응답하여 제2 시그니처를 확인(540)한 후 제1 시그니처를 확인(520)할 수 있다.
도 6은 다양한 실시예에 따른 전자 장치의 동작을 설명하기 위한 흐름도를 도시한다. 다양한 실시예에 따라서, 도 6에 도시된 동작(600)은 전자 장치(예를 들어, 전자 장치(101))에 포함된 프로세서(예를 들어, 프로세서(120))에 의하여 수행될 수 있다.
610 동작에서, 전자 장치(예를 들어, 전자 장치(101))에 포함된 프로세서(예를 들어, 프로세서(120))는 어플리케이션 패키지 및 시그니처 데이터베이스를 포함하는 어플리케이션의 설치 파일을 수신할 수 있다. 다양한 실시예에 따라서, 시그니처 데이터베이스는 어플리케이션 패키지 중 적어도 일부에 대응하는 제1 시그니처를 포함할 수 있다. 다양한 실시예에 따라서, 제1 시그니처는 어플리케이션 패키지에 대응하는 DEX 파일에 기초하여 확인되는 제1 검증 대상 코드 영역에 기초하여 확인될 수 있다. 다양한 실시예에 따라서, 제1 검증 대상 코드 영역은 어플리케이션 패키지에 대응하는 DEX 파일을 파싱한 후 매핑 규칙을 적용하여 생성된 제1 최적화된 DEX 파일로부터 오퍼레이션 코드 및 레지스터를 추출하고, 추출된 오퍼레이션 코드 및 레지스터를 함수 단위 또는 코드 영역 단위로 파싱하여 확인되는 복수의 제1 부분 중 적어도 일부일 수 있다. 다양한 실시예에 따라서, 제1 시그니처는 제1 검증 대상 코드 영역에 해시 함수를 적용하여 생성될 수 있다.
620 동작에서, 프로세서(120)는 어플리케이션의 실행 명령에 응답하여, 제2 시그니처를 확인할 수 있다. 다양한 실시예에 따라서, 프로세서(120)는 어플리케이션의 실행 명령에 응답하여, 어플리케이션의 ODEX 파일에 기초하여 확인되는 제2 검증 대상 코드 영역에 기초하여 제2 시그니처를 확인할 수 있다. 다양한 실시예에 따라서, 프로세서(120)는 어플리케이션의 ODEX 파일로부터 제2 최적화된 DEX 파일을 추출하고, 제2 최적화된 DEX 파일로부터 오퍼레이션 코드 및 레지스터를 추출하고, 추출된 오퍼레이션 코드 및 레지스터를 함수 단위 또는 코드 영역 단위로 파싱하여 확인되는 복수의 제2 부분 중 적어도 일부를 제2 검증 대상 코드 영역으로서 확인할 수 있다. 다양한 실시예에 따라서, 제2 최적화된 DEX 파일은 어플리케이션의 ODEX 파일로부터 추출될 수 있다. 다양한 실시예에 따라서, 프로세서(120)는 제2 검증 대상 코드 영역에 해시 함수를 적용하여 제2 시그니처를 생성함으로써 제2 시그니처를 확인할 수 있다.
630 동작에서, 프로세서(120)는 시그니처 데이터베이스로부터 제1 시그니처를 확인할 수 있다. 비록, 도 6에는 630 동작이 620 동작 다음에 수행되는 것으로 도시되었으나, 다양한 실시예에 따라서, 630 동작은 제2 시그니처가 제1 시그니처와 동일한지 여부를 확인하는 동작이 수행되기 전이라면 임의의 다른 시점에 수행되어도 무방하다. 예를 들어, 630 동작은, 어플리케이션의 실행 명령이 확인된 후 제2 시그니처를 확인하기 전에 수행될 수 있다.
640 동작에서, 프로세서(120)는 제2 시그니처가 제1 시그니처와 동일한지 여부에 기초하여 어플리케이션의 무결성 유무를 확인할 수 있다. 어플리케이션의 무결성 유무를 확인하는 과정에 대한 세부 사항은 도 7 및 도 8을 참조하여 후술한다.
도 7은 다양한 실시예에 따른 전자 장치의 동작을 설명하기 위한 흐름도를 도시한다. 구체적으로, 도 7에 도시된 동작(700)은 제2 시그니처를 확인하기 위한 전자 장치의 동작들을 도시한다. 다양한 실시예에 따라서, 도 7에 도시된 동작(700)은 전자 장치(예를 들어, 전자 장치(101))에 포함된 프로세서(예를 들어, 프로세서(120))에 의하여 수행될 수 있다.
710 동작에서, 전자 장치(예를 들어, 전자 장치(101))에 포함된 프로세서(예를 들어, 프로세서(120))는 어플리케이션의 ODEX 파일로부터 제2 최적화된 DEX 파일을 추출할 수 있다. 다양한 실시예에 따라서, 어플리케이션 캐시 파일(470b)은 ODEX 파일 또는 VDEX 파일일 수 있다.
720 동작에서, 프로세서(120)는 제2 최적화된 DEX 파일로부터 오퍼레이션 코드 및 레지스터를 추출할 수 있다.
730 동작에서, 프로세서(120)는 오퍼레이션 코드 및 레지스터를 복수의 제2 부분으로 파싱할 수 있다. 예를 들어, 프로세서(120)는 오퍼레이션 코드 및 레지스터를 함수 단위로 파싱할 수 있다. 다양한 실시예에 따라서, 프로세서(120)는 오퍼레이션 코드 및 레지스터를 코드 영역 단위로 파싱할 수 있다.
740 동작에서, 프로세서(120)는 복수의 제2 부분 중 적어도 일부를 제2 검증 대상 코드 영역으로서 확인할 수 있다.
750 동작에서, 프로세서(120)는 제2 검증 대상 코드 영역에 해시 함수를 적용하여 제2 시그니처로서 확인할 수 있다.
도 8은 다양한 실시예에 따른 전자 장치의 동작을 설명하기 위한 흐름도를 도시한다. 구체적으로, 도 8에 도시된 동작(800)은 제1 시그니처와 제2 시그니처가 동일한지 여부에 기초하여 어플리케이션의 무결성을 확인하기 위한 동작을 도시한다. 다양한 실시예에 따라서, 도 8에 도시된 동작(800)은 어플리케이션이 설치된 전자 장치(예를 들어, 전자 장치(101))에 포함된 프로세서(예를 들어, 프로세서(120))에 의하여 수행될 수 있다.
810 동작에서, 프로세서(120)는 제2 시그니처가 제1 시그니처와 동일한지 여부를 확인할 수 있다. 다양한 실시예에 따라서, 제2 시그니처는 어플리케이션의 ODEX 파일에 기초하여 생성된 것일 수 있다. 다양한 실시예에 따라서, 제2 시그니처는 어플리케이션의 VDEX 파일에 기초하여 생성된 것일 수 있다. 그 외 제2 시그니처 및 제1 시그니처의 생성 과정의 세부 사항에 대해서는 도 4a 및 도 4b를 참조하여 상술하였으므로 여기에서 중복하여 설명하지 않는다.
제2 시그니처가 제1 시그니처와 동일하다고 확인되는 경우, 820 동작에서, 프로세서(120)는 어플리케이션의 무결성이 있다고 확인할 수 있다. 제2 시그니처가 제1 시그니처와 동일하지 않다고 확인되는 경우, 830 동작에서, 프로세서(120)는 어플리케이션의 무결성이 없다고 확인할 수 있다.
도 9a 및 도 9b는 다양한 실시예에 따른 전자 장치의 동작을 설명하기 위한 흐름도를 도시한다. 구체적으로, 도 9a 및 도 9b에 도시된 동작(900)은 제1 시그니처와 제2 시그니처가 동일한지 여부에 기초하여 어플리케이션의 무결성을 확인하기 위한 동작을 도시한다. 다양한 실시예에 따라서, 도 9a 및 도 9b에 도시된 동작(900)은 어플리케이션이 설치된 전자 장치(예를 들어, 전자 장치(101))에 포함된 프로세서(예를 들어, 프로세서(120))에 의하여 수행될 수 있다.
910 동작에서, 프로세서(120)는 어플리케이션의 실행 명령을 확인할 수 있다. 920 동작에서, 프로세서(120)는 어플리케이션의 ODEX 파일로부터 제2 최적화된 DEX 파일을 추출하려고 시도할 수 있다. 다양한 실시예에 따라서, 전자 장치(101)의 운영 체제가 안드로이드 버전 8 미만인 경우, 어플리케이션의 ODEX 파일 내에 최적화된 DEX가 포함되므로, 프로세서(120)는 어플리케이션의 ODEX 파일에 기초하여 제2 최적화된 DEX 파일을 추출할 수 있다. 또는, 다양한 실시예에 따라서, 전자 장치(101)의 운영 체제가 안드로이드 버전 8 이상인 경우, 최적화된 DEX는 어플리케이션의 ODEX 파일이 아니라 어플리케이션의 VDEX 파일 내에 포함되므로, 프로세서(120)는 어플리케이션의 ODEX 파일에 기초하여 제2 최적화된 DEX 파일을 추출하는 데 실패할 수 있다.
930 동작에서, 프로세서(120)는 어플리케이션의 ODEX 파일로부터 제2 최적화된 DEX 파일이 추출되는지 여부를 확인할 수 있다. 920 동작을 참조하여 상술한 바와 같이, 다양한 실시예에 따라서, 최적화된 DEX가 어플리케이션의 ODEX 파일에 포함되는지 아니면 어플리케이션의 VDEX 파일 내에 포함되는지 여부, 또는, 전자 장치(101)의 운영 체제의 버전에 따라서 어플리케이션의 ODEX 파일로부터 제2 최적화된 DEX 파일이 추출되는지 여부가 상이할 수 있다.
어플리케이션의 ODEX 파일로부터 제2 최적화된 DEX 파일이 추출되는 것으로 확인되는 경우, 931 동작에서, 프로세서(120)는 어플리케이션의 ODEX 파일로부터 추출된 제2 최적화된 DEX 파일에 기초하여 제2 시그니처를 확인할 수 있다. 제2 최적화된 DEX 파일에 기초하여 제2 시그니처를 확인하는 과정의 세부 사항에 대해서는 도 4b를 참조하여 상술한 바와 동일하므로, 여기에서 중복하여 설명하지 않는다.
940 동작에서, 프로세서(120)는 어플리케이션의 ODEX 파일로부터 추출된 제2 최적화된 DEX 파일에 기초하여 생성된 제2 시그니처가 시그니처 데이터베이스를 참조하여 확인되는 제1 시그니처와 동일한지 여부를 확인할 수 있다. 제1 시그니처에 관한 세부 사항은 도 4a를 참조하여 상술하였으므로 여기에서 중복하여 설명하지 않는다.
어플리케이션의 ODEX 파일에 기초하여 생성된 제2 시그니처가 제1 시그니처와 동일하다고 확인되는 경우, 941 동작에서, 프로세서(120)는 어플리케이션의 무결성이 있다고 확인할 수 있다. 어플리케이션의 ODEX 파일에 기초하여 생성된 제2 시그니처가 제1 시그니처와 동일하지 않다고 확인되는 경우, 942 동작에서, 프로세서(120)는 어플리케이션의 무결성이 없다고 확인할 수 있다.
어플리케이션의 ODEX 파일로부터 제2 최적화된 DEX 파일이 추출되지 않는다고 확인되는 경우, 932 동작에서, 프로세서(120)는 어플리케이션의 VDEX 파일로부터 제3 최적화된 DEX 파일을 추출할 수 있다. 950 동작에서, 프로세서(120)는 제3 최적화된 DEX 파일에 기초하여 제3 시그니처를 확인할 수 있다. 도 4b를 참조하여 설명한, 어플리케이션 캐시 파일로부터 제2 시그니처를 확인하는 과정에 대한 세부 사항이 932 동작 및 950 동작에 동일하게 적용될 수 있으므로, 여기에서 중복하여 설명하지 않는다.
960 동작에서, 프로세서(120)는 제3 시그니처가 제1 시그니처와 동일한지 여부를 확인할 수 있다. 제3 시그니처가 제1 시그니처와 동일하다고 확인되는 경우, 961 동작에서, 프로세서(120)는 어플리케이션의 무결성이 있다고 확인할 수 있다. 제3 시그니처가 제1 시그니처와 동일하지 않다고 확인되는 경우, 962 동작에서, 프로세서(120)는 어플리케이션의 무결성이 없다고 확인할 수 있다.
도 10은 다양한 실시예에 따른 전자 장치의 동작을 설명하기 위한 흐름도를 도시한다. 다양한 실시예에 따라서, 도 10에 도시된 동작(1000)은 전자 장치(예를 들어, 전자 장치(101))에 포함된 프로세서(예를 들어, 프로세서(120))에 의하여 수행될 수 있다.
1010 동작에서, 전자 장치(예를 들어, 전자 장치(101))에 포함된 프로세서(예를 들어, 프로세서(120))는 어플리케이션 패키지를 포함하는 어플리케이션의 설치 파일을 수신할 수 있다.
1020 동작에서, 프로세서(120)는 시그니처 데이터베이스로부터 제1 시그니처를 수신할 수 있다. 다양한 실시예에 따라서, 1020 동작은 1010 동작에서 수신된 어플리케이션 설치 파일에 대응되는 어플리케이션의 실행 명령에 응답하여 수행될 수 있다. 다양한 실시예에 따라서, 프로세서(120)는 통신 모듈(190)을 통하여 시그니처 데이터베이스로부터 제1 시그니처를 수신할 수 있다. 다양한 실시예에 따라서, 시그니처 데이터베이스는 전자 장치(101) 외부의 서버에 포함될 수 있다. 다양한 실시예에 따라서, 시그니처 데이터베이스는 1010 동작에서 어플리케이션의 설치 파일을 프로세서(120)에 제공하는 어플리케이션 서버에 포함될 수 있다.
1030 동작에서, 프로세서(120)는 어플리케이션의 실행 명령에 응답하여 제2 시그니처를 확인할 수 있다. 제2 시그니처의 확인 과정에 대해서는 도 4b를 참조하여 상술하였으므로 여기에서 중복하여 설명하지 않는다.
1040 동작에서, 프로세서(120)는 제2 시그니처가 제1 시그니처와 동일한지 여부에 기초하여 상기 어플리케이션의 무결성 유무를 확인할 수 있다. 어플리케이션의 무결성 유무를 확인하는 과정에 대한 세부 사항은 도 7 및 도 8을 참조하여 상술하였으므로 여기에서 중복하여 설명하지 않는다.
다양한 실시예에 따라서, 전자 장치(101)는, 통신 모듈(190); 및 프로세서(120)를 포함하고, 상기 프로세서(120)는, 어플리케이션 패키지, 및 상기 어플리케이션 패키지 중 적어도 일부에 대응하는 제1 시그니처(450a, 450b)를 포함하는 시그니처 데이터베이스(460a, 460b)를 포함하는 어플리케이션의 설치 파일을 상기 통신 모듈(190)을 통하여 수신하고 - 상기 제1 시그니처(450a, 450b)는, 상기 어플리케이션 패키지에 대응하는 DEX 파일(420a)에 기초하여 확인되는 제1 검증 대상 코드 영역(450a)에 기초하여 확인됨-, 상기 시그니처 데이터베이스(460a, 460b)로부터 상기 제1 시그니처(450a, 450b)를 확인하고, 상기 어플리케이션의 실행 명령에 응답하여, 상기 어플리케이션의 ODEX 파일(470b)에 기초하여 확인되는 제2 검증 대상 코드 영역(440b)에 기초한 제2 시그니처(455b)를 확인하고, 상기 제2 시그니처(455b)가 상기 제1 시그니처(450a, 450b)와 동일한지 여부에 기초하여 상기 어플리케이션의 무결성 유무를 확인하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 제1 검증 대상 코드 영역(450a)은 상기 DEX 파일(420a)에 매핑 규칙을 적용하여 생성된 제1 최적화된 DEX 파일(430a)로부터 추출되는 오퍼레이션 코드 및 레지스터의 적어도 일부일 수 있다.
다양한 실시예에 따라서, 상기 제1 검증 대상 코드 영역(450a)은 상기 제1 최적화된 DEX 파일(430a)로부터 추출되는 오퍼레이션 코드 및 레지스터를 함수 단위 또는 코드 영역 단위로 파싱하여 확인되는 복수의 제1 부분 중 적어도 일부일 수 있다.
다양한 실시예에 따라서, 상기 제2 검증 대상 코드 영역(440b)은 상기 어플리케이션의 ODEX 파일(470b)로부터 추출된 제2 최적화된 DEX 파일(430b)로부터 추출되는 오퍼레이션 코드 및 레지스터의 적어도 일부일 수 있다.
다양한 실시예에 따라서, 상기 제2 검증 대상 코드 영역(440b)은 상기 제2 최적화된 DEX 파일(430b)로부터 추출되는 오퍼레이션 코드 및 레지스터를 함수 단위 또는 코드 영역 단위로 파싱하여 확인되는 복수의 제2 부분 중 적어도 일부일 수 있다.
다양한 실시예에 따라서, 상기 제1 시그니처(450a, 450b)는 상기 제1 검증 대상 코드 영역(450a)에 해시 함수를 적용하여 생성되고, 상기 제2 시그니처(455b)는 상기 제2 검증 대상 코드 영역(440b)에 해시 함수를 적용하여 생성될 수 있다.
다양한 실시예에 따라서, 상기 프로세서(120)는, 상기 제2 시그니처(455b)가 상기 제1 시그니처(450a, 450b)와 동일하다고 확인되는 것에 기초하여, 상기 어플리케이션의 무결성이 있다고 확인하고, 상기 제2 시그니처(455b)가 상기 제1 시그니처(450a, 450b)와 동일하지 않다고 확인되는 것에 기초하여, 상기 어플리케이션의 무결성이 없다고 확인하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 프로세서(120)는, 상기 어플리케이션의 ODEX 파일로부터 상기 제2 최적화된 DEX 파일(430b)을 추출할 수 없다고 확인되는 것에 기초하여: 상기 어플리케이션의 VDEX 파일로부터 제3 최적화된 DEX 파일을 추출하고; 상기 제3 최적화된 DEX 파일로부터 제3 검증 대상 코드 영역을 추출하고; 상기 제3 검증 대상 코드 영역에 기초한 제3 시그니처를 확인하고; 상기 제3 시그니처가 상기 제1 시그니처(450a, 450b)와 동일한지 여부를 확인하고; 상기 제3 시그니처가 상기 제1 시그니처(450a, 450b)와 동일하다고 확인되는 것에 기초하여, 상기 어플리케이션의 무결성이 있다고 확인하고; 상기 제3 시그니처가 상기 제1 시그니처(450a, 450b)와 동일하지 않다고 확인되는 것에 기초하여, 상기 어플리케이션의 무결성이 없다고 확인하도록 설정될 수 있다.
다양한 실시예에 따라서, 전자 장치(101)는, 통신 모듈(190); 및 프로세서(120)를 포함하고, 상기 프로세서(120)는: 어플리케이션 패키지를 포함하는 어플리케이션의 설치 파일을 상기 통신 모듈(190)을 통하여 수신하고, 상기 어플리케이션 패키지 중 적어도 일부에 대응하는 제1 시그니처(450a, 450b)를 포함하는 시그니처 데이터베이스(460a, 460b)로부터, 상기 통신 모듈(190)을 통하여 상기 제1 시그니처(450a, 450b)를 수신하고 - 상기 제1 시그니처(450a, 450b)는, 상기 어플리케이션 패키지에 대응하는 DEX 파일에 기초하여 확인되는 제1 검증 대상 코드 영역(450a)에 기초하여 확인됨-, 상기 어플리케이션의 실행 명령에 응답하여, 상기 어플리케이션의 ODEX 파일에 기초하여 확인되는 제2 검증 대상 코드 영역(440b)에 기초한 제2 시그니처(455b)를 확인하고; 상기 제2 시그니처(455b)가 상기 제1 시그니처(450a, 450b)와 동일한지 여부에 기초하여 상기 어플리케이션의 무결성 유무를 확인하도록 설정될 수 있다.
다양한 실시예에 따라서, 상기 어플리케이션의 설치 파일은 어플리케이션 서버로부터 상기 전자 장치(101)에 수신되고, 상기 시그니처 데이터베이스(460a, 460b)는 상기 어플리케이션 서버와 연관될 수 있다.
다양한 실시예에 따라서, 어플리케이션의 무결성 검증 방법은: 어플리케이션 패키지, 및 상기 어플리케이션 패키지 중 적어도 일부에 대응하는 제1 시그니처(450a, 450b)를 포함하는 시그니처 데이터베이스(460a, 460b)를 포함하는 상기 어플리케이션의 설치 파일을 수신하는 동작 - 상기 제1 시그니처(450a, 450b)는, 상기 어플리케이션 패키지에 대응하는 DEX 파일에 기초하여 확인되는 제1 검증 대상 코드 영역(450a)에 기초하여 확인됨-; 상기 시그니처 데이터베이스(460a, 460b)로부터 상기 제1 시그니처(450a, 450b)를 확인하는 동작; 상기 어플리케이션의 실행 명령에 응답하여, 상기 어플리케이션의 ODEX 파일에 기초하여 확인되는 제2 검증 대상 코드 영역(440b)에 기초한 제2 시그니처(455b)를 확인하는 동작; 상기 제2 시그니처(455b)가 상기 제1 시그니처(450a, 450b)와 동일한지 여부에 기초하여 상기 어플리케이션의 무결성 유무를 확인하는 동작을 포함할 수 있다.
다양한 실시예에 따라서, 상기 제1 검증 대상 코드 영역(450a)은 상기 DEX 파일에 매핑 규칙을 적용하여 생성된 제1 최적화된 DEX 파일(430a)로부터 추출되는 오퍼레이션 코드 및 레지스터의 적어도 일부일 수 있다.
다양한 실시예에 따라서, 상기 제1 검증 대상 코드 영역(450a)은 상기 제1 최적화된 DEX 파일(430a)로부터 추출되는 오퍼레이션 코드 및 레지스터를 함수 단위 또는 코드 영역 단위로 파싱하여 확인되는 복수의 제1 부분 중 적어도 일부일 수 있다.
다양한 실시예에 따라서, 상기 제2 시그니처(455b)를 확인하는 동작은, 상기 어플리케이션의 상기 ODEX 파일로부터 추출된 제2 최적화된 DEX 파일(430b)로부터 추출되는 오퍼레이션 코드 및 레지스터의 적어도 일부를 상기 제2 검증 대상 코드 영역(440b)으로서 확인하는 동작을 포함할 수 있다.
다양한 실시예에 따라서, 상기 제2 검증 대상 코드 영역(440b)은 상기 제2 최적화된 DEX 파일(430b)로부터 추출되는 오퍼레이션 코드 및 레지스터를 함수 단위 또는 코드 영역 단위로 파싱하여 확인되는 복수의 제2 부분 중 적어도 일부일 수 있다.
다양한 실시예에 따라서, 상기 제1 시그니처(450a, 450b)는 상기 제1 검증 대상 코드 영역(450a)에 해시 함수를 적용하여 생성되고, 상기 제2 시그니처(455b)를 확인하는 동작은, 상기 제2 검증 대상 코드 영역(440b)에 해시 함수를 적용하는 동작을 포함할 수 있다.
다양한 실시예에 따라서, 제1항에 있어서, 상기 어플리케이션의 무결성 유무를 확인하는 동작은, 상기 제2 시그니처(455b)가 상기 제1 시그니처(450a, 450b)와 동일하다고 확인되는 것에 기초하여, 상기 어플리케이션의 무결성이 있다고 확인하는 동작, 및 상기 제2 시그니처(455b)가 상기 제1 시그니처(450a, 450b)와 동일하지 않다고 확인되는 것에 기초하여, 상기 어플리케이션의 무결성이 없다고 확인하는 동작을 포함할 수 있다.
다양한 실시예에 따라서, 상기 방법은, 상기 어플리케이션의 ODEX 파일로부터 상기 제2 최적화된 DEX 파일(430b)을 추출할 수 없다고 확인되는 것에 기초하여: 상기 어플리케이션의 VDEX 파일로부터 제3 최적화된 DEX 파일을 추출하는 동작; 상기 제3 최적화된 DEX 파일로부터 제3 검증 대상 코드 영역을 추출하는 동작; 상기 제3 검증 대상 코드 영역에 기초한 제3 시그니처를 확인하는 동작; 상기 제3 시그니처가 상기 제1 시그니처(450a, 450b)와 동일한지 여부를 확인하는 동작; 상기 제3 시그니처가 상기 제1 시그니처(450a, 450b)와 동일하다고 확인되는 것에 기초하여, 상기 어플리케이션의 무결성 검증이 성공하였다고 확인하는 동작; 상기 제3 시그니처가 상기 제1 시그니처(450a, 450b)와 동일하지 않다고 확인되는 것에 기초하여, 상기 어플리케이션의 무결성 검증이 실패하였다고 확인하는 동작을 더 포함할 수 있다.
다양한 실시예에 따라서, 어플리케이션의 무결성 검증 방법은: 어플리케이션 패키지를 포함하는 상기 어플리케이션의 설치 파일을 수신하는 동작; 상기 어플리케이션 패키지 중 적어도 일부에 대응하는 제1 시그니처(450a, 450b)를 포함하는 시그니처 데이터베이스(460a, 460b)로부터 상기 제1 시그니처(450a, 450b)를 수신하는 동작 - 상기 제1 시그니처(450a, 450b)는, 상기 어플리케이션 패키지에 대응하는 DEX 파일에 기초하여 확인되는 제1 검증 대상 코드 영역(450a)에 기초하여 확인됨-; 상기 어플리케이션의 실행 명령에 응답하여, 상기 어플리케이션의 ODEX 파일에 기초하여 확인되는 제2 검증 대상 코드 영역(440b)에 기초한 제2 시그니처(455b)를 확인하는 동작; 상기 제2 시그니처(455b)가 상기 제1 시그니처(450a, 450b)와 동일한지 여부에 기초하여 상기 어플리케이션의 무결성 유무를 확인하는 동작을 포함할 수 있다.
다양한 실시예에 따라서, 상기 어플리케이션의 설치 파일은 어플리케이션 서버로부터 상기 전자 장치(101)에 수신되고, 상기 시그니처 데이터베이스(460a, 460b)는 상기 어플리케이션 서버와 연관될 수 있다.
본 문서에 개시된 다양한 실시예들에 따른 전자 장치는 다양한 형태의 장치가 될 수 있다. 전자 장치는, 예를 들면, 휴대용 통신 장치 (예: 스마트폰), 컴퓨터 장치, 휴대용 멀티미디어 장치, 휴대용 의료 기기, 카메라, 웨어러블 장치, 또는 가전 장치를 포함할 수 있다. 본 문서의 실시예에 따른 전자 장치는 전술한 기기들에 한정되지 않는다.
본 문서의 다양한 실시예들 및 이에 사용된 용어들은 본 문서에 기재된 기술적 특징들을 특정한 실시예들로 한정하려는 것이 아니며, 해당 실시예의 다양한 변경, 균등물, 또는 대체물을 포함하는 것으로 이해되어야 한다. 도면의 설명과 관련하여, 유사한 또는 관련된 구성요소에 대해서는 유사한 참조 부호가 사용될 수 있다. 아이템에 대응하는 명사의 단수 형은 관련된 문맥상 명백하게 다르게 지시하지 않는 한, 상기 아이템 한 개 또는 복수 개를 포함할 수 있다. 본 문서에서, "A 또는 B", "A 및 B 중 적어도 하나","A 또는 B 중 적어도 하나,""A, B 또는 C," "A, B 및 C 중 적어도 하나,"및 "A, B, 또는 C 중 적어도 하나"와 같은 문구들 각각은 그 문구들 중 해당하는 문구에 함께 나열된 항목들 중 어느 하나, 또는 그들의 모든 가능한 조합을 포함할 수 있다. "제 1", "제 2", 또는 "첫째" 또는 "둘째"와 같은 용어들은 단순히 해당 구성요소를 다른 해당 구성요소와 구분하기 위해 사용될 수 있으며, 해당 구성요소들을 다른 측면(예: 중요성 또는 순서)에서 한정하지 않는다. 어떤(예: 제 1) 구성요소가 다른(예: 제 2) 구성요소에, "기능적으로" 또는 "통신적으로"라는 용어와 함께 또는 이런 용어 없이, "커플드" 또는 "커넥티드"라고 언급된 경우, 그것은 상기 어떤 구성요소가 상기 다른 구성요소에 직접적으로(예: 유선으로), 무선으로, 또는 제 3 구성요소를 통하여 연결될 수 있다는 것을 의미한다.
본 문서에서 사용된 용어 "모듈"은 하드웨어, 소프트웨어 또는 펌웨어로 구현된 유닛을 포함할 수 있으며, 예를 들면, 로직, 논리 블록, 부품, 또는 회로 등의 용어와 상호 호환적으로 사용될 수 있다. 모듈은, 일체로 구성된 부품 또는 하나 또는 그 이상의 기능을 수행하는, 상기 부품의 최소 단위 또는 그 일부가 될 수 있다. 예를 들면, 일실시예에 따르면, 모듈은 ASIC(application-specific integrated circuit)의 형태로 구현될 수 있다.
본 문서의 다양한 실시예들은 기기(machine)(예: 전자 장치(101)) 의해 읽을 수 있는 저장 매체(storage medium)(예: 내장 메모리(136) 또는 외장 메모리(138))에 저장된 하나 이상의 명령어들을 포함하는 소프트웨어(예: 프로그램(140))로서 구현될 수 있다. 예를 들면, 기기(예: 전자 장치(101))의 프로세서(예: 프로세서(120))는, 저장 매체로부터 저장된 하나 이상의 명령어들 중 적어도 하나의 명령을 호출하고, 그것을 실행할 수 있다. 이것은 기기가 상기 호출된 적어도 하나의 명령어에 따라 적어도 하나의 기능을 수행하도록 운영되는 것을 가능하게 한다. 상기 하나 이상의 명령어들은 컴파일러에 의해 생성된 코드 또는 인터프리터에 의해 실행될 수 있는 코드를 포함할 수 있다. 기기로 읽을 수 있는 저장매체 는, 비일시적(non-transitory) 저장매체의 형태로 제공될 수 있다. 여기서, ‘비일시적’은 저장매체가 실재(tangible)하는 장치이고, 신호(signal)(예: 전자기파)를 포함하지 않는다는 것을 의미할 뿐이며, 이 용어는 데이터가 저장매체에 반영구적으로 저장되는 경우와 임시적으로 저장되는 경우를 구분하지 않는다.
일실시예에 따르면, 본 문서에 개시된 다양한 실시예들에 따른 방법은 컴퓨터 프로그램 제품(computer program product)에 포함되어 제공될 수 있다. 컴퓨터 프로그램 제품은 상품으로서 판매자 및 구매자 간에 거래될 수 있다. 컴퓨터 프로그램 제품은 기기로 읽을 수 있는 저장 매체(예: compact disc read only memory (CD-ROM))의 형태로 배포되거나, 또는 어플리케이션 스토어(예: 플레이 스토어TM)를 통해 또는 두개의 사용자 장치들(예: 스마트폰들) 간에 직접, 온라인으로 배포(예: 다운로드 또는 업로드)될 수 있다. 온라인 배포의 경우에, 컴퓨터 프로그램 제품의 적어도 일부는 제조사의 서버, 어플리케이션 스토어의 서버, 또는 중계 서버의 메모리와 같은 기기로 읽을 수 있는 저장 매체에 적어도 일시 저장되거나, 임시적으로 생성될 수 있다.
다양한 실시예들에 따르면, 상기 기술한 구성요소들의 각각의 구성요소(예: 모듈 또는 프로그램)는 단수 또는 복수의 개체를 포함할 수 있다. 다양한 실시예들에 따르면, 전술한 해당 구성요소들 중 하나 이상의 구성요소들 또는 동작들이 생략되거나, 또는 하나 이상의 다른 구성요소들 또는 동작들이 추가될 수 있다. 대체적으로 또는 추가적으로, 복수의 구성요소들(예: 모듈 또는 프로그램)은 하나의 구성요소로 통합될 수 있다. 이런 경우, 통합된 구성요소는 상기 복수의 구성요소들 각각의 구성요소의 하나 이상의 기능들을 상기 통합 이전에 상기 복수의 구성요소들 중 해당 구성요소에 의해 수행되는 것과 동일 또는 유사하게 수행할 수 있다. 다양한 실시예들에 따르면, 모듈, 프로그램 또는 다른 구성요소에 의해 수행되는 동작들은 순차적으로, 병렬적으로, 반복적으로, 또는 휴리스틱하게 실행되거나, 상기 동작들 중 하나 이상이 다른 순서로 실행되거나, 생략되거나, 또는 하나 이상의 다른 동작들이 추가될 수 있다.

Claims (20)

  1. 전자 장치에 있어서,
    통신 모듈; 및
    프로세서를 포함하고,
    상기 프로세서는,
    어플리케이션 패키지, 및 상기 어플리케이션 패키지 중 적어도 일부에 대응하는 제1 시그니처를 포함하는 시그니처 데이터베이스를 포함하는 어플리케이션의 설치 파일을 상기 통신 모듈을 통하여 수신하고 - 상기 제1 시그니처는, 상기 어플리케이션 패키지에 대응하는 DEX 파일에 기초하여 확인되는 제1 검증 대상 코드 영역에 기초하여 확인됨-,
    상기 시그니처 데이터베이스로부터 상기 제1 시그니처를 확인하고,
    상기 어플리케이션의 실행 명령에 응답하여, 상기 어플리케이션의 ODEX 파일에 기초하여 확인되는 제2 검증 대상 코드 영역에 기초한 제2 시그니처를 확인하고,
    상기 제2 시그니처가 상기 제1 시그니처와 동일한지 여부에 기초하여 상기 어플리케이션의 무결성 유무를 확인하도록 설정되는, 전자 장치.
  2. 제1항에 있어서,
    상기 제1 검증 대상 코드 영역은 상기 DEX 파일에 매핑 규칙을 적용하여 생성된 제1 최적화된 DEX 파일로부터 추출되는 오퍼레이션 코드 및 레지스터의 적어도 일부인, 전자 장치.
  3. 제2항에 있어서,
    상기 제1 검증 대상 코드 영역은 상기 제1 최적화된 DEX 파일로부터 추출되는 오퍼레이션 코드 및 레지스터를 함수 단위 또는 코드 영역 단위로 파싱하여 확인되는 복수의 제1 부분 중 적어도 일부인, 전자 장치.
  4. 제1항에 있어서,
    상기 제2 검증 대상 코드 영역은 상기 어플리케이션의 ODEX 파일로부터 추출된 제2 최적화된 DEX 파일로부터 추출되는 오퍼레이션 코드 및 레지스터의 적어도 일부인, 전자 장치.
  5. 제4항에 있어서,
    상기 제2 검증 대상 코드 영역은 상기 제2 최적화된 DEX 파일로부터 추출되는 오퍼레이션 코드 및 레지스터를 함수 단위 또는 코드 영역 단위로 파싱하여 확인되는 복수의 제2 부분 중 적어도 일부인, 전자 장치.
  6. 제1항에 있어서,
    상기 제1 시그니처는 상기 제1 검증 대상 코드 영역에 해시 함수를 적용하여 생성되고,
    상기 제2 시그니처는 상기 제2 검증 대상 코드 영역에 해시 함수를 적용하여 생성되는, 전자 장치.
  7. 제1항에 있어서, 상기 프로세서는,
    상기 제2 시그니처가 상기 제1 시그니처와 동일하다고 확인되는 것에 기초하여, 상기 어플리케이션의 무결성이 있다고 확인하고,
    상기 제2 시그니처가 상기 제1 시그니처와 동일하지 않다고 확인되는 것에 기초하여, 상기 어플리케이션의 무결성이 없다고 확인하도록 설정되는, 전자 장치.
  8. 제4항에 있어서, 상기 프로세서는,
    상기 어플리케이션의 ODEX 파일로부터 상기 제2 최적화된 DEX 파일을 추출할 수 없다고 확인되는 것에 기초하여:
    상기 어플리케이션의 VDEX 파일로부터 제3 최적화된 DEX 파일을 추출하고;
    상기 제3 최적화된 DEX 파일로부터 제3 검증 대상 코드 영역을 추출하고;
    상기 제3 검증 대상 코드 영역에 기초한 제3 시그니처를 확인하고;
    상기 제3 시그니처가 상기 제1 시그니처와 동일한지 여부를 확인하고;
    상기 제3 시그니처가 상기 제1 시그니처와 동일하다고 확인되는 것에 기초하여, 상기 어플리케이션의 무결성이 있다고 확인하고;
    상기 제3 시그니처가 상기 제1 시그니처와 동일하지 않다고 확인되는 것에 기초하여, 상기 어플리케이션의 무결성이 없다고 확인하도록 설정되는, 전자 장치.
  9. 전자 장치에 있어서,
    통신 모듈; 및
    프로세서를 포함하고,
    상기 프로세서는:
    어플리케이션 패키지를 포함하는 어플리케이션의 설치 파일을 상기 통신 모듈을 통하여 수신하고,
    상기 어플리케이션 패키지 중 적어도 일부에 대응하는 제1 시그니처를 포함하는 시그니처 데이터베이스로부터, 상기 통신 모듈을 통하여 상기 제1 시그니처를 수신하고 - 상기 제1 시그니처는, 상기 어플리케이션 패키지에 대응하는 DEX 파일에 기초하여 확인되는 제1 검증 대상 코드 영역에 기초하여 확인됨-,
    상기 어플리케이션의 실행 명령에 응답하여, 상기 어플리케이션의 ODEX 파일에 기초하여 확인되는 제2 검증 대상 코드 영역에 기초한 제2 시그니처를 확인하고;
    상기 제2 시그니처가 상기 제1 시그니처와 동일한지 여부에 기초하여 상기 어플리케이션의 무결성 유무를 확인하도록 설정되는, 전자 장치.
  10. 제9항에 있어서,
    상기 어플리케이션의 설치 파일은 어플리케이션 서버로부터 상기 전자 장치에 수신되고,
    상기 시그니처 데이터베이스는 상기 어플리케이션 서버와 연관되는, 전자 장치.
  11. 어플리케이션의 무결성 검증 방법에 있어서:
    어플리케이션 패키지, 및 상기 어플리케이션 패키지 중 적어도 일부에 대응하는 제1 시그니처를 포함하는 시그니처 데이터베이스를 포함하는 상기 어플리케이션의 설치 파일을 수신하는 동작 - 상기 제1 시그니처는, 상기 어플리케이션 패키지에 대응하는 DEX 파일에 기초하여 확인되는 제1 검증 대상 코드 영역에 기초하여 확인됨-;
    상기 시그니처 데이터베이스로부터 상기 제1 시그니처를 확인하는 동작;
    상기 어플리케이션의 실행 명령에 응답하여, 상기 어플리케이션의 ODEX 파일에 기초하여 확인되는 제2 검증 대상 코드 영역에 기초한 제2 시그니처를 확인하는 동작;
    상기 제2 시그니처가 상기 제1 시그니처와 동일한지 여부에 기초하여 상기 어플리케이션의 무결성 유무를 확인하는 동작을 포함하는, 방법.
  12. 제11항에 있어서,
    상기 제1 검증 대상 코드 영역은 상기 DEX 파일에 매핑 규칙을 적용하여 생성된 제1 최적화된 DEX 파일로부터 추출되는 오퍼레이션 코드 및 레지스터의 적어도 일부인, 방법.
  13. 제12항에 있어서,
    상기 제1 검증 대상 코드 영역은 상기 제1 최적화된 DEX 파일로부터 추출되는 오퍼레이션 코드 및 레지스터를 함수 단위 또는 코드 영역 단위로 파싱하여 확인되는 복수의 제1 부분 중 적어도 일부인, 방법.
  14. 제11항에 있어서,
    상기 제2 시그니처를 확인하는 동작은,
    상기 어플리케이션의 상기 ODEX 파일로부터 추출된 제2 최적화된 DEX 파일로부터 추출되는 오퍼레이션 코드 및 레지스터의 적어도 일부를 상기 제2 검증 대상 코드 영역으로서 확인하는 동작을 포함하는, 방법.
  15. 제14항에 있어서,
    상기 제2 검증 대상 코드 영역은 상기 제2 최적화된 DEX 파일로부터 추출되는 오퍼레이션 코드 및 레지스터를 함수 단위 또는 코드 영역 단위로 파싱하여 확인되는 복수의 제2 부분 중 적어도 일부인, 방법.
  16. 제1항에 있어서,
    상기 제1 시그니처는 상기 제1 검증 대상 코드 영역에 해시 함수를 적용하여 생성되고,
    상기 제2 시그니처를 확인하는 동작은, 상기 제2 검증 대상 코드 영역에 해시 함수를 적용하는 동작을 포함하는, 방법.
  17. 제1항에 있어서, 상기 어플리케이션의 무결성 유무를 확인하는 동작은,
    상기 제2 시그니처가 상기 제1 시그니처와 동일하다고 확인되는 것에 기초하여, 상기 어플리케이션의 무결성이 있다고 확인하는 동작, 및
    상기 제2 시그니처가 상기 제1 시그니처와 동일하지 않다고 확인되는 것에 기초하여, 상기 어플리케이션의 무결성이 없다고 확인하는 동작을 포함하는 방법.
  18. 제14항에 있어서, 상기 방법은,
    상기 어플리케이션의 ODEX 파일로부터 상기 제2 최적화된 DEX 파일을 추출할 수 없다고 확인되는 것에 기초하여:
    상기 어플리케이션의 VDEX 파일로부터 제3 최적화된 DEX 파일을 추출하는 동작;
    상기 제3 최적화된 DEX 파일로부터 제3 검증 대상 코드 영역을 추출하는 동작;
    상기 제3 검증 대상 코드 영역에 기초한 제3 시그니처를 확인하는 동작;
    상기 제3 시그니처가 상기 제1 시그니처와 동일한지 여부를 확인하는 동작;
    상기 제3 시그니처가 상기 제1 시그니처와 동일하다고 확인되는 것에 기초하여, 상기 어플리케이션의 무결성 검증이 성공하였다고 확인하는 동작;
    상기 제3 시그니처가 상기 제1 시그니처와 동일하지 않다고 확인되는 것에 기초하여, 상기 어플리케이션의 무결성 검증이 실패하였다고 확인하는 동작을 더 포함하는, 방법.
  19. 전자 장치에서 수행되는, 어플리케이션의 무결성 검증 방법에 있어서:
    어플리케이션 패키지를 포함하는 상기 어플리케이션의 설치 파일을 수신하는 동작;
    상기 어플리케이션 패키지 중 적어도 일부에 대응하는 제1 시그니처를 포함하는 시그니처 데이터베이스로부터 상기 제1 시그니처를 수신하는 동작 - 상기 제1 시그니처는, 상기 어플리케이션 패키지에 대응하는 DEX 파일에 기초하여 확인되는 제1 검증 대상 코드 영역에 기초하여 확인됨-;
    상기 어플리케이션의 실행 명령에 응답하여, 상기 어플리케이션의 ODEX 파일에 기초하여 확인되는 제2 검증 대상 코드 영역에 기초한 제2 시그니처를 확인하는 동작; 및
    상기 제2 시그니처가 상기 제1 시그니처와 동일한지 여부에 기초하여 상기 어플리케이션의 무결성 유무를 확인하는 동작을 포함하는 방법.
  20. 제19항에 있어서,
    상기 어플리케이션의 설치 파일은 어플리케이션 서버로부터 상기 전자 장치에 수신되고,
    상기 시그니처 데이터베이스는 상기 어플리케이션 서버와 연관되는, 방법.

KR1020190014428A 2019-02-07 어플리케이션의 무결성을 검증하는 전자 장치 및 어플리케이션의 무결성을 검증하기 위한 방법 KR102657534B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020190014428A KR102657534B1 (ko) 2019-02-07 어플리케이션의 무결성을 검증하는 전자 장치 및 어플리케이션의 무결성을 검증하기 위한 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020190014428A KR102657534B1 (ko) 2019-02-07 어플리케이션의 무결성을 검증하는 전자 장치 및 어플리케이션의 무결성을 검증하기 위한 방법

Publications (2)

Publication Number Publication Date
KR20200097100A true KR20200097100A (ko) 2020-08-18
KR102657534B1 KR102657534B1 (ko) 2024-04-16

Family

ID=

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022030773A1 (ko) 2020-08-04 2022-02-10 (주) 엘지화학 전도성 수지 조성물, 이의 제조방법 및 이를 포함하는 성형품
CN114301655A (zh) * 2021-12-20 2022-04-08 天翼爱音乐文化科技有限公司 基于Android的数据安全传输方法、系统、装置及介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022030773A1 (ko) 2020-08-04 2022-02-10 (주) 엘지화학 전도성 수지 조성물, 이의 제조방법 및 이를 포함하는 성형품
CN114301655A (zh) * 2021-12-20 2022-04-08 天翼爱音乐文化科技有限公司 基于Android的数据安全传输方法、系统、装置及介质

Similar Documents

Publication Publication Date Title
US20210397748A1 (en) Method and apparatus for processing biometric information in electronic device
US10044708B2 (en) Method and apparatus for controlling authentication state of electronic device
US10200201B2 (en) Method for application installation, electronic device, and certificate system
KR20200140555A (ko) 전자 장치 및 전자 장치의 듀얼 스탠바이 모드 및 싱글 스탠바이 모드의 전환 방법
KR20190095582A (ko) 다른 전자 장치의 인증을 수행하는 전자 장치와 이의 동작 방법
KR102405593B1 (ko) 전자 장치 및 그의 데이터 운용 방법
KR20200100481A (ko) 생체 정보를 인증하기 위한 전자 장치 및 그의 동작 방법
KR20210029621A (ko) 전자 장치에서 어플리케이션 업데이트 시 런타임 성능 개선 방법 및 장치
US11604656B2 (en) Method and apparatus for managing application
KR20200053239A (ko) 전자 장치, 그의 개인 정보 제공 방법 및 이를 기록한 컴퓨터 판독 가능 기록매체
US20230305919A1 (en) Electronic apparatus and operating method thereof
US11599321B2 (en) Electronic device and operating method therefor
US20220310036A1 (en) Electronic device controlling luminance and method for controlling luminance thereof
US11947709B2 (en) Electronic device for controlling access to device resource and operation method thereof
KR102657534B1 (ko) 어플리케이션의 무결성을 검증하는 전자 장치 및 어플리케이션의 무결성을 검증하기 위한 방법
KR20200097100A (ko) 어플리케이션의 무결성을 검증하는 전자 장치 및 어플리케이션의 무결성을 검증하기 위한 방법
KR20200126850A (ko) 사용자를 인증하기 위한 방법 및 지원하는 전자 장치
KR102657388B1 (ko) 암호화될 데이터의 정보량에 기반하여 암호화에 사용될 키를 선택하는 전자 장치 및 전자 장치의 동작 방법
KR20200012536A (ko) 전자 장치 및 그의 동작 방법
EP4109812A1 (en) Method for signing key management by electronic device, and electronic device therefor
US20240015156A1 (en) Electronic device for controlling access to device resource and operation method thereof
US20230052759A1 (en) Electronic device using division permission and operation method thereof
EP3896592A1 (en) Electronic device for selecting key to be used for encryption on basis of amount of information of data to be encrypted, and operation method of electronic device
KR20210142973A (ko) 블록체인을 이용하는 전자 장치 및 동작 방법
KR20240047263A (ko) 신뢰 실행 환경을 제공하기 위한 전자 장치

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right