IP Library › Granted Patent US 11,068,602
Granted Patent B2
US 11,068,602 · App. 16/174,886 · Granted Jul 20, 2021

Server and method for checking vulnerability of mobile application

Inventor: Dongcheol Hong (Seoul, KR)
Assignee: M-SECURE CO., LTD.
G06F21/577G06F11/3688H04W12/30G06F2221/033
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 11,068,602
App. No.
16/174,886
Granted
Jul 20, 2021
Kind
B2
Abstract

Provided are a server and method for checking a vulnerability of a mobile application. The method includes (a) receiving a target execution file whose vulnerabilities will be checked and which corresponds to a mobile application to be executed in a mobile terminal, (b) testing vulnerabilities of the target execution file according to a type of an operating system of the target execution file, and (c) generating results of analyzing vulnerabilities of the target execution file on the basis of results of checking vulnerabilities of the target execution file.

Claims (38)

1. A method of checking a vulnerability of a mobile application, the method comprising:

(a) receiving a target execution file whose vulnerabilities will be checked and which corresponds to a mobile application to be executed in a mobile terminal;

(b) testing vulnerabilities of the target execution file according to a type of operating system of the target execution file; and

(c) generating results of analyzing vulnerabilities of the target execution file based on results of checking vulnerabilities of the target execution file,

wherein the target execution file is an Android package (APK) file if the operation system is Android operation system and the target execution file is an iOS App Store Package (IPA) file if the operation system is iOS operation system,

wherein operation (b) comprises (b-3) testing whether a memory hacking prevention function has been applied to the target execution file, and

wherein operation (b-3) comprises:

extracting a process identifier (ID) by executing the target execution file and then accessing the target execution file using a function used for process debugging;

determining whether the target execution file is executed normally; and

determining that the target execution file does not have the memory hacking prevention function when the target execution file is executed normally and determining that the target execution file has the memory hacking prevention function when the target execution file is not executed normally.

2. The method of claim 1 , wherein operation (b) comprises:

(b-1) testing vulnerable authorities of the target execution file;

(b-2) testing vulnerable functions of the target execution file;

(b-4) testing whether a string of the target execution file has been exposed;

(b-5) testing vulnerable symbols of the target execution file; and

(b-6) checking vulnerabilities in a library of the target execution file.

3. The method of claim 2 , wherein operation (b-1) comprises

testing whether a preset vulnerable authority is in a file, which is extracted from the target execution file and decoded and defines functions of the target execution file, when the operating system of the target execution file corresponds to a first type, and

testing whether a preset vulnerable authority is in an information file extracted from the target execution file when the operating system of the target execution file corresponds to a second type.

4. The method of claim 2 , wherein operation (b-2) comprises

testing whether a preset vulnerable function is in an assembler code acquired by changing a file containing an execution code of the target execution file when the operating system of the target execution file corresponds to a first type, and

testing whether a preset vulnerable function is in an execution file of the target execution file when the operating system of the target execution file corresponds to a second type.

5. The method of claim 1 , further comprising, after operation (b-3), determining whether a tampering prevention function has been applied to the target execution file when the operating system of the target execution file corresponds to a first type.

6. The method of claim 5 , wherein the determining of whether a tampering prevention function has been applied to the target execution file comprises:

modifying a part of a file containing an execution code of the target execution file;

executing the target execution file which contains the execution code and whose part has been modified and determining whether the target execution file is installed and executed normally; and

determining that the target execution file does not have the tampering prevention function when the target execution file is installed and executed normally and determining that the target execution file has the tampering prevention function when the target execution file is not installed and executed normally.

7. The method of claim 2 , wherein operation (b-4) comprises

when the operating system of the target execution file corresponds to a first type, changing a Dalvik Executable (DEX) file of the target execution file into an assembler code and testing whether a preregistered inferable string exists in the assembler code, and

when the operating system of the target execution file corresponds to a second type, extracting an execution file of the target execution file and testing whether an inferable string exists in the execution file.

8. The method of claim 2 , wherein operation (b-5) comprises

when the operating system of the target execution file corresponds to a first type, testing whether a preregistered vulnerable symbol exists in the library of the target execution file, and

when the operating system of the target execution file corresponds to a second type, extracting an execution file of the target execution file and testing whether a vulnerable symbol exists in the execution file.

9. The method of claim 2 , wherein operation (b-6) comprises testing whether a preregistered library vulnerability exists in the library extracted from the target execution file.

10. The method of claim 2 , further comprising:

transmitting information on the target execution file and a check list to the mobile terminal; and

receiving results of monitoring whether a memory of the mobile terminal has been hacked and capture information of network packets from the mobile terminal.

11. A computer-readable recording medium storing a program for causing a computer to perform the method of claim 1 .

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Nov 7, 2018
From: HONG, DONGCHEOL
To: M-SECURE CO., LTD.
Reel/Frame 047446/0678 →
Priority Claims (1)
KR 10-2017-0146605 · Nov 6, 2017 · national
Continuity (1)
Related Publication 20190138732A1 · May 9, 2019