WO2021225329A1 - 사용자 식별자 및 서명 수집을 이용한 모바일 애플리케이션 위변조 탐지 방법 및 시스템 - Google Patents

사용자 식별자 및 서명 수집을 이용한 모바일 애플리케이션 위변조 탐지 방법 및 시스템 Download PDF

Info

Publication number
WO2021225329A1
WO2021225329A1 PCT/KR2021/005455 KR2021005455W WO2021225329A1 WO 2021225329 A1 WO2021225329 A1 WO 2021225329A1 KR 2021005455 W KR2021005455 W KR 2021005455W WO 2021225329 A1 WO2021225329 A1 WO 2021225329A1
Authority
WO
WIPO (PCT)
Prior art keywords
app
authentication
information
application
authentication information
Prior art date
Application number
PCT/KR2021/005455
Other languages
English (en)
French (fr)
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
Priority claimed from KR1020200066346A external-priority patent/KR102348312B1/ko
Application filed by 네이버클라우드 주식회사 filed Critical 네이버클라우드 주식회사
Priority to JP2022562801A priority Critical patent/JP7445017B2/ja
Publication of WO2021225329A1 publication Critical patent/WO2021225329A1/ko
Priority to US17/977,659 priority patent/US20230074627A1/en

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/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44—Program or device authentication
    • 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/552—Detecting local intrusion or implementing counter-measures involving long-term monitoring or reporting
    • 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/554—Detecting local intrusion or implementing counter-measures involving event detection and direct action
    • 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/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures

Definitions

  • the following description relates to a mobile application forgery detection method and system using a user identifier and signature collection.
  • signature information used in the development and distribution of mobile applications is registered in advance in the authentication server to create a white list, and when the mobile application is executed, 'current execution and/or By comparing the 'signature information of the installed mobile application' with the 'signature information registered in the server (signature information registered in the whitelist)', the 'signature information of the currently running and/or installed mobile application' is not registered in the whitelist.
  • unsigned information there is a technology that detects that the currently running mobile application is forged or forged on the client side or the server side, and blocks the execution of the mobile application or stops the installation.
  • the signature information for the application and the user's identifier (eg, user ID) are transmitted to the server side, and the server side allows the application operator to decide whether to allow or block the application authentication according to the business situation.
  • a method and system for flexibly detecting forgery of a mobile application without registration are provided.
  • a computer device including at least one processor, in response to an attempt to execute an application in the mobile terminal by the at least one processor, app signature authentication information for the application from the mobile terminal receiving; receiving, by the at least one processor, permission or blocking of authentication for the app signature authentication information through the operator terminal of the application; storing, by the at least one processor, as allowing or blocking authentication for the app signature authentication information according to the selection; allowing, by the at least one processor, execution of the application in the mobile terminal when the authentication is permitted; and blocking the execution of the application in the mobile terminal when the authentication is blocked by the at least one processor.
  • the step of receiving a selection to allow or block the authentication includes a first function for displaying the app signature authentication information and a second function for receiving a selection of allowing or blocking authentication for the app signing authentication information. providing the page; and confirming permission of authentication or blocking of authentication selected through the second function in the provided page.
  • the page provides a third function for displaying a list of app signature authentication information for which authentication is allowed and a list of app signature authentication information for which authentication is blocked, a third function for displaying the list of app signature authentication information for which authentication is allowed, the app for which authentication is blocked It may be characterized by further comprising a fourth function for changing the signature authentication information and a fifth function for changing the authentication-blocked app signature authentication information into the authentication-permitted app signature authentication information.
  • the step of allowing or blocking the authentication may include: adding the app signing authentication information to a whitelist when it is selected to allow authentication for the app signing authentication information; and when it is selected to block authentication for the app signature authentication information, adding the app signature authentication information to a black list.
  • the forgery detection method by the at least one processor, in response to the re-execution of the application in the mobile terminal is attempted, receiving from the mobile terminal app signature authentication information for the application; allowing, by the at least one processor, to re-execute the application when the app signature authentication information is stored as allowing authentication for the app signature authentication information; and blocking, by the at least one processor, when the app signature authentication information is stored as blocking authentication for the app signature authentication information, blocking re-execution of the application.
  • the app signature authentication information may include user information about the user of the mobile terminal and signature information of the application.
  • the app signature authentication information may further include information about a package name of the application and a version of the application as basic information of the application.
  • the app signature authentication information further includes terminal information about the mobile terminal, and the terminal information is at least one of an Embedded MultiMedia Card (EMMC) ID, an International Mobile Station Equipment Identity (IMEI), and a MAC address. It may be characterized in that it further comprises.
  • the terminal information may further include information about a package name of the application and a version of the application as basic information of the application.
  • app signature authentication information for the application is extracted to do; and transmitting, by the at least one processor, the extracted app signature authentication information to an authentication server, wherein the app signature authentication information includes user information for a user of the computer device and signature information of the application
  • the app signature authentication information includes user information for a user of the computer device and signature information of the application
  • a computer program stored in a computer-readable recording medium in combination with a computer device to execute the method on the computer device.
  • App-signing authentication information for the application from the mobile terminal comprising at least one processor implemented to execute computer-readable instructions, in response to the at least one processor attempting to execute the application in the mobile terminal Receive, receive a selection to allow or block authentication for the app signature authentication information through the operator terminal of the application, store as allowing or blocking authentication for the app signature authentication information according to the selection, and the authentication When this is allowed, the execution of the application in the mobile terminal is allowed, and when the authentication is blocked, the computer device characterized in that the execution of the application is blocked in the mobile terminal.
  • At least one processor implemented to execute computer-readable instructions, wherein in response to an attempt to execute an application installed on a computer device by the at least one processor, extracting app signing authentication information for the application; , and transmits the extracted app signature authentication information to an authentication server, wherein the app signature authentication information provides a computer device, characterized in that it includes user information about a user of the computer device and signature information of the application.
  • the signature information for the application and the user's identifier (eg, user ID) are transmitted to the server side, and the server side allows the application operator to decide whether to allow or block the application authentication according to the business situation. You can flexibly detect forgery of mobile applications without registration.
  • FIG. 1 is a diagram illustrating an example of a network environment according to an embodiment of the present invention.
  • FIG. 2 is a block diagram illustrating an example of a computer device according to an embodiment of the present invention.
  • FIG. 3 is a diagram illustrating an example of a general appearance of a forgery detection system according to an embodiment of the present invention.
  • FIG. 4 is a flowchart illustrating an example of an app authentication permission scenario according to an embodiment of the present invention.
  • FIG. 5 is a flowchart illustrating an example of an app authentication blocking scenario according to an embodiment of the present invention.
  • FIG. 6 is a flowchart illustrating an example of a scenario for re-allowing an authentication-blocked app according to an embodiment of the present invention.
  • FIG. 7 is a diagram illustrating an example of a user interface included in a page for authentication control of an app operator according to an embodiment of the present invention.
  • FIG. 8 is a diagram illustrating an example of a method for detecting forgery of a mobile terminal according to an embodiment of the present invention.
  • FIG. 9 is a diagram illustrating an example of a method for detecting forgery of an authentication server according to an embodiment of the present invention.
  • FIG. 10 is a flowchart illustrating another example of an app authentication permission scenario according to an embodiment of the present invention.
  • FIG. 11 is a flowchart illustrating another example of an app authentication blocking scenario according to an embodiment of the present invention.
  • Forgery detection system may be implemented by at least one computer device.
  • the computer program according to an embodiment of the present invention may be installed and driven in the computer device, and the computer device may perform the forgery detection method according to the embodiments of the present invention under the control of the driven computer program.
  • the above-described computer program may be stored in a computer-readable recording medium in combination with a computer device to execute the abnormal forgery detection method in the computer.
  • FIG. 1 is a diagram illustrating an example of a network environment according to an embodiment of the present invention.
  • the network environment of FIG. 1 shows an example including a plurality of electronic devices 110 , 120 , 130 , 140 , a plurality of servers 150 , 160 , and a network 170 .
  • FIG. 1 is an example for explaining the invention, and the number of electronic devices or the number of servers is not limited as in FIG. 1 .
  • the network environment of FIG. 1 only describes one example of environments applicable to the present embodiments, and the environment applicable to the present embodiments is not limited to the network environment of FIG. 1 .
  • the plurality of electronic devices 110 , 120 , 130 , and 140 may be a fixed terminal implemented as a computer device or a mobile terminal.
  • Examples of the plurality of electronic devices 110 , 120 , 130 , 140 include a smartphone, a mobile phone, a navigation device, a computer, a notebook computer, a digital broadcasting terminal, a personal digital assistant (PDA), and a portable multimedia player (PMP). , tablet PCs, etc.
  • PDA personal digital assistant
  • PMP portable multimedia player
  • tablet PCs etc.
  • the shape of a smartphone is shown as an example of the electronic device 110 , but in the embodiments of the present invention, the electronic device 110 is substantially connected to another electronic device through the network 170 using a wireless or wired communication method. It may refer to one of various physical computer devices capable of communicating with the devices 120 , 130 , 140 and/or the servers 150 and 160 .
  • the communication method is not limited, and not only a communication method using a communication network (eg, a mobile communication network, a wired Internet, a wireless Internet, a broadcasting network) that the network 170 may include, but also short-range wireless communication between devices may be included.
  • the network 170 may include a Personal Area Network (PAN), a Local Area Network (LAN), a Campus Area Network (CAN), a Metropolitan Area Network (MAN), a Wide Area Network (WAN), and a Broadband Network (BBN). , the Internet, and the like.
  • PAN Personal Area Network
  • LAN Local Area Network
  • CAN Campus Area Network
  • MAN Metropolitan Area Network
  • WAN Wide Area Network
  • BBN Broadband Network
  • the network 170 is a bus network, a star network, a ring network, a mesh network, a star-bus network, a tree (Tree) or a hierarchical (Hierarchical) network. ) may include any one or more of a network topology including a network, but is not limited thereto.
  • Each of the servers 150 and 160 communicates with the plurality of electronic devices 110 , 120 , 130 , 140 and the network 170 through a computer device or a plurality of computers that provides commands, codes, files, contents, services, etc. It can be implemented in devices.
  • the server 150 provides a service (eg, an instant messaging service, a game service, a group call service (or voice conference service), messaging service, mail service, social network service, map service, translation service, financial service, payment service, search service, content providing service, etc.).
  • a service eg, an instant messaging service, a game service, a group call service (or voice conference service), messaging service, mail service, social network service, map service, translation service, financial service, payment service, search service, content providing service, etc.
  • FIG. 2 is a block diagram illustrating an example of a computer device according to an embodiment of the present invention.
  • Each of the above-described plurality of electronic devices 110 , 120 , 130 , 140 or each of the servers 150 and 160 may be implemented by the computer device 200 illustrated in FIG. 2 .
  • the computer device 200 may include a memory 210 , a processor 220 , a communication interface 230 , and an input/output interface 240 .
  • the memory 210 is a computer-readable recording medium and may include a random access memory (RAM), a read only memory (ROM), and a permanent mass storage device such as a disk drive.
  • RAM random access memory
  • ROM read only memory
  • a permanent mass storage device such as a disk drive.
  • a non-perishable mass storage medium such as a ROM and a disk drive may be included in the computer device 200 as a separate permanent storage device distinct from the memory 210 .
  • the memory 210 may store an operating system and at least one program code. These software components may be loaded into the memory 210 from a computer-readable recording medium separate from the memory 210 .
  • the separate computer-readable recording medium may include a computer-readable recording medium such as a floppy drive, a disk, a tape, a DVD/CD-ROM drive, and a memory card.
  • the software components may be loaded into the memory 210 through the communication interface 230 instead of a computer-readable recording medium.
  • the software components may be loaded into the memory 210 of the computer device 200 based on a computer program installed by files received through the network 170 .
  • the processor 220 may be configured to process instructions of a computer program by performing basic arithmetic, logic, and input/output operations.
  • the instructions may be provided to the processor 220 by the memory 210 or the communication interface 230 .
  • the processor 220 may be configured to execute a received instruction according to a program code stored in a recording device such as the memory 210 .
  • the communication interface 230 may provide a function for the computer device 200 to communicate with other devices (eg, the aforementioned storage devices) through the network 170 .
  • a request, command, data, file, etc. generated by the processor 220 of the computer device 200 according to a program code stored in a recording device such as the memory 210 is transmitted to the network ( 170) to other devices.
  • signals, commands, data, files, etc. from other devices may be received by the computer device 200 through the communication interface 230 of the computer device 200 via the network 170 .
  • a signal, command, or data received through the communication interface 230 may be transferred to the processor 220 or the memory 210 , and the file may be a storage medium (described above) that the computer device 200 may further include. persistent storage).
  • the input/output interface 240 may be a means for an interface with the input/output device 250 .
  • the input device may include a device such as a microphone, keyboard, or mouse
  • the output device may include a device such as a display or a speaker.
  • the input/output interface 240 may be a means for an interface with a device in which functions for input and output are integrated into one, such as a touch screen.
  • At least one of the input/output devices 250 may include the computer device 200 and one device. For example, like a smartphone, a touch screen, a microphone, a speaker, etc. may be implemented in a form included in the computer device 200 .
  • the computer device 200 may include fewer or more components than those of FIG. 2 . However, there is no need to clearly show most of the prior art components.
  • the computer device 200 may be implemented to include at least a portion of the above-described input/output device 250 or may further include other components such as a transceiver and a database.
  • An “app” described below may mean an application.
  • the forgery detection system may include a plurality of mobile terminals 310 , an authentication server 320 , and a plurality of app operator terminals 330 .
  • Each of the plurality of mobile terminals 310 may be a subject receiving services provided by the app operators by installing and executing a desired app among various apps provided by the plurality of app operators.
  • Each of the plurality of mobile terminals 310 may be implemented by a physical device such as the computer device 200 described with reference to FIG. 2 .
  • each of the plurality of mobile terminals 310 may use the service of the app operator by using a function provided by the app itself or a function provided through a server provided by the app operators. Meanwhile, each of the plurality of mobile terminals 310 may communicate with the authentication server 320 to authenticate the app while the app is running.
  • the execution of the app may be completed in the corresponding mobile terminal, but when the app is blocked, the execution of the app in the corresponding mobile terminal may be blocked.
  • the signature information of the corresponding app and user information eg, a user identifier such as a user ID
  • the authentication server 320 may be a subject for authenticating the corresponding app according to the app authentication request from each of the plurality of mobile terminals 310 .
  • Such an authentication server may be implemented by a physical device such as the computer device 200 .
  • the authentication server may be implemented by two or more physical devices.
  • the authentication server 320 may receive a result of allowing or blocking authentication for the authentication of the corresponding app through the app operator of the app for which authentication is requested, and may allow or block the execution of the app according to the received result.
  • the authentication server 320 provides the signature information and user information of the app delivered from the mobile terminal requesting the authentication of the app to the user interface (eg, through the web) provided for the app operator of the app. through the user interface of the page) can be provided to the app operator.
  • the plurality of app operator terminals 330 may be physical devices operated by app operators, and each of these physical devices corresponds to the computer device 200 described with reference to FIG. 2 or may be implemented as the computer device 200 .
  • the app operator may access the user interface provided by the authentication server 320 through his/her app operator terminal, and based on the signature information and user information of the app, and permit authentication for the execution of the app through the user interface or You can choose to block authentication.
  • the authentication server 320 may store whether to allow or block the authentication of the app for the signature of the app. In this case, the authentication server 320 can allow or block authentication without going through the app operator afterwards for the signature of the app whose authentication is allowed or blocked once through the app operator.
  • the authentication server 320 can continue to generate a whitelist and a blacklist for each user and for each signature of the app through the app operator, even if the whitelist for authentication of the app is not provided in advance.
  • These whitelists and blacklists can be shared with the corresponding app operator, so that the app operator can identify a user who is attempting to forge the app.
  • 4 is a flowchart illustrating an example of an app authentication permission scenario according to an embodiment of the present invention.
  • 4 shows a mobile terminal 410 , an authentication server 320 , and an app operator terminal 420 .
  • the mobile terminal 410 may be one of the plurality of mobile terminals 310 described with reference to FIG. 3
  • the app operator terminal 430 may be one of the plurality of app operator terminals 330 described with reference to FIG. 3 .
  • Steps 1 ( 431 ) to 7 ( 437 ) to be described later may be performed in connection with a process in which the mobile terminal 410 attempts to execute an app installed in the mobile terminal 410 .
  • the mobile terminal 410 may extract app signature information and user information.
  • the app signature information may be signature information generated for an app installed in the mobile terminal 410 . If the app is forged, the app signature information of the forged app may be different from the app signature information of the original app.
  • the user information may include a user identifier of the corresponding user on a service provided through the app. According to an embodiment, the user information may further include information (at least one of a package name of an application, an application version, an EMMC ID, an IMEI, and a MAC address) of the mobile terminal 310 in addition to the user identifier described above.
  • the mobile terminal 410 may transmit the extracted app signature information and user information to the authentication server 320 .
  • the mobile terminal 410 may transmit the app signature information and the user information to the authentication server 320 through the network 170 under the control of the app.
  • the authentication server 320 may expose the app signature information and user information to the app provider.
  • the authentication server 320 may expose the app signature information and user information through the user interface of the page accessible to the app provider, and the app operator uses his/her app operator terminal 420 to access the page. By accessing it, it is possible to receive app signature information and user information.
  • the app operator terminal 420 may check user information and app signature information.
  • the confirmation of the user information and the app signature information may be made manually by the app operator, or the app operator terminal 420 may be automatically made through the operation of comparing the user information and the app signature information according to a preset logic.
  • the app operator terminal 420 may allow or block authentication of the corresponding app signature information by comparing the app signature information registered for the app with the app signature information of the app for which authentication is requested.
  • the app operator terminal 420 may allow or block authentication of the app signature information separately from the app signature information for which authentication is requested for preset users. This embodiment describes a scenario in which authentication of app signature information is permitted.
  • the app operator terminal 420 may request the authentication server 320 to store the corresponding app signature information to allow authentication.
  • the authentication server 320 may store the app signature authentication information so that authentication of the corresponding user information and the corresponding app signature information is allowed.
  • Such app signing authentication information may include corresponding user information and corresponding app signature information.
  • the corresponding user information and the corresponding app signature information may be added to the whitelist of the authentication server 320 .
  • the authentication server 320 may expose authentication-approved app signature information and user information.
  • the authentication server 320 may display app signature information, user information, and information indicating that authentication of the corresponding app signature information and user information is permitted through the user interface of the aforementioned page.
  • the app operator may access the page through the app operator terminal 420 to receive the corresponding information. This may mean that the app operator can share the whitelist of the authentication server 320 through the page.
  • the authentication server 320 may allow the execution of the app.
  • the authentication server 320 may allow the execution of the app by allowing authentication of the app signature information and the user information transmitted by the mobile terminal 410 in step 1 431 .
  • the authentication server 320 may allow authentication of the requested app signature information by inquiring the previously stored app signature authentication information. Therefore, it is possible to continuously allow the execution of the corresponding app without going through the app operator.
  • 5 is a flowchart illustrating an example of an app authentication blocking scenario according to an embodiment of the present invention.
  • 5 shows the mobile terminal 410, the authentication server 320, and the app operator terminal 420 described with reference to FIG. Steps 1 ( 510 ) to 7 ( 570 ) to be described later may be performed in connection with a process in which the mobile terminal 410 attempts to execute an app installed in the mobile terminal 410 .
  • the mobile terminal 410 may extract app signature information and user information.
  • the app signature information may be signature information generated for an app installed in the mobile terminal 410 . If the app is forged, the app signature information of the forged app may be different from the app signature information of the original app.
  • the user information may include a user identifier of the corresponding user on a service provided through the app. As described above, according to an embodiment, the user information may further include information (at least one of an EMMC ID, an IMEI, and a MAC address) of the mobile terminal 410 in addition to the above-described user identifier.
  • the mobile terminal 410 may transmit the extracted app signature information and user information to the authentication server 320 .
  • the mobile terminal 410 may transmit the app signature information and the user information to the authentication server 320 through the network 170 under the control of the app.
  • the authentication server 320 may expose the app signature information and user information to the app provider.
  • the authentication server 320 may expose the app signature information and user information through the user interface of the page accessible to the app provider, and the app operator uses his/her app operator terminal 420 to access the page. By accessing it, it is possible to receive app signature information and user information.
  • the app operator terminal 420 may check user information and app signature information.
  • the confirmation of the user information and the app signature information may be made manually by the app operator, or the app operator terminal 420 may be automatically made through the operation of comparing the user information and the app signature information according to a preset logic.
  • the app operator terminal 420 may allow or block authentication of the corresponding app signature information by comparing the app signature information registered for the app with the app signature information of the app for which authentication is requested.
  • the app operator terminal 420 may allow or block authentication of the app signature information separately from the app signature information for which authentication is requested for preset users. This embodiment describes a scenario in which authentication of the app signature information is blocked.
  • the app operator terminal 420 may request to store the authentication server 320 to block the authentication of the corresponding app signature information.
  • the authentication server 320 may store the app signature authentication information so that authentication of the corresponding user information and the corresponding app signature information is blocked.
  • Such app signing authentication information may include corresponding user information and corresponding app signature information.
  • the corresponding user information and the corresponding app signature information may be added to the blacklist of the authentication server 320 .
  • the authentication server 320 may expose the authentication-blocked app signature information and user information.
  • the authentication server 320 may display app signature information, user information, and information indicating that authentication of the corresponding app signature information and user information is blocked through the user interface of the aforementioned page.
  • the app operator may access the page through the app operator terminal 420 to receive the corresponding information. This may mean that the app operator can share the blacklist of the authentication server 320 through the page.
  • the authentication server 320 may block the execution of the app.
  • the authentication server 320 may block the execution of the app by blocking the authentication of the app signature information and the user information transmitted by the mobile terminal 410 in the first process 431 .
  • the authentication server 320 may block the authentication of the requested app signature information by inquiring the previously stored app signature authentication information, , so it is possible to continuously block the execution of the app without going through the app operator.
  • the authentication server 320 allows the execution of the app while building a whitelist and blacklist for each user and for each app signature information through the app operator without having to build a whitelist for the app signature information for the app in advance. can be blocked In addition, after a specific user's app signature information and user information are stored in the whitelist and blacklist once, the user can continue to allow or block the execution of the corresponding app using the built-in whitelist and blacklist. .
  • 6 is a flowchart illustrating an example of a scenario for re-allowing an authentication-blocked app according to an embodiment of the present invention.
  • 6 shows the mobile terminal 410, the authentication server 320, and the app operator terminal 420 described with reference to FIGS. 4 and 5 .
  • Steps 1 (610) to 4 (640) to be described later may be performed in connection with the previous app execution process, and steps 5 (650) to 8 (680) are performed by the mobile terminal 410 and the mobile terminal 410. ) can be performed in conjunction with the process of currently trying to run the installed app.
  • the authentication server 320 may expose app signature information and user information to an app provider.
  • the authentication server 320 may expose the app signature information and user information through the user interface of the page accessible to the app provider, and the app operator uses his/her app operator terminal 420 to access the page. By accessing it, it is possible to receive app signature information and user information.
  • the app provider can access the above-mentioned page at any time to check user information and app signature information related to their app.
  • the app operator can check whether authentication is allowed or blocked for the app signature information and user information through the page, and if necessary, by blocking the permission of authentication or allowing the blocking of authentication can be changed to
  • the app operator terminal 420 may check user information and app signature information.
  • the confirmation of the user information and the app signature information may be made manually by the app operator, or the app operator terminal 420 may be automatically made through the operation of comparing the user information and the app signature information according to a preset logic.
  • the app operator terminal 420 may allow or block authentication of the corresponding app signature information by comparing the app signature information registered for the app with the app signature information of the app for which authentication is requested.
  • the app operator terminal 420 may allow or block authentication of the app signature information separately from the app signature information for which authentication is requested for preset users.
  • This embodiment describes a scenario in which the app operator changes the authentication of the blocked app signature information to allow through the app operator terminal 420 .
  • the above-mentioned page may include a user interface for selecting one of permitting and blocking authentication for specific app signature information and user information.
  • the app operator terminal 420 may request the authentication server 320 to store the corresponding app signature information to allow authentication. For example, when the app operator changes authentication for blocked app signature information to allow using the user interface of the above-described page, the above-described request may be transmitted to the authentication server 320 .
  • the authentication server 320 may store the app signature authentication information so that authentication of the corresponding user information and the corresponding app signature information is allowed. In other words, user information and app signature information added to the blacklist of the authentication server 320 may be moved to the whitelist.
  • the authentication server 320 may expose authentication-approved app signature information and user information.
  • the authentication server 320 may display app signature information, user information, and information indicating that authentication of the corresponding app signature information and user information is permitted through the user interface of the aforementioned page.
  • the app operator may access the page through the app operator terminal 420 to receive the corresponding information.
  • the mobile terminal 410 may extract the app signature information and user information in step 5 (650) according to the control of the app, and in step 6 (660). ) may transmit the extracted app signature information and user information to the authentication server 320 .
  • the authentication server 320 may inquire the app signing authentication information for the app signing information and user information transmitted in step 7 (670), and the user information and the app signing information are stored so that authentication is allowed. Therefore, it is possible to allow the execution of the app in the mobile terminal 410 in step 8 (680).
  • 7 is a diagram illustrating an example of a user interface included in a page for authentication control of an app operator according to an embodiment of the present invention.
  • 7 shows an allow table 710 including app signature authentication information that is allowed to be authenticated as a whitelist, and a block table 720 that includes app signature authentication information whose authentication is blocked as a blacklist.
  • the first row of the permissions table 710 is the user identifier "AAA”, the app name "A”, the package name "cba”, the permission time "2020-01-22 11:02:33”, and the signature "AFAEAGRADSF” ", status "allowed", and the like.
  • the user corresponding to the user identifier "AAA” requests authentication at the time of execution of the app corresponding to the app name "A” and the package name "cba”
  • the user identifier "AAA” and the app signature information as user information
  • the signature "AFEAAGRADSF” may be passed to the authentication server 320 .
  • the authentication server 320 may expose user information and app signature information to the app operator, and the app operator checks the user information and the app signature information to allow authentication for the user information and the app signature information. It may request the authentication server 320 to store it.
  • the corresponding app signature authentication information may be stored as the first row of the whitelist permission table 710 .
  • the permission table 710 may provide user interfaces 711 for changing the authentication for each app signature authentication information from permission to blocking.
  • the blocking table 720 may be provided with user interfaces 721 for changing the authentication for each app signature authentication information from blocking to allowed. If the app signing authentication information corresponding to the user identifier "AAA" is changed from allow to block, the app signing authentication information corresponding to the user identifier "AAA" is deleted from the allow table 710 and block table 720 can be added to
  • FIG. 8 is a diagram illustrating an example of a method for detecting forgery of a mobile terminal according to an embodiment of the present invention.
  • the forgery detection method according to the present embodiment may be performed by the computer device 200 implementing the mobile terminal.
  • the processor 220 of the computer device 200 may be implemented to execute a control command according to a code of an operating system included in the memory 210 or a code of at least one computer program.
  • the processor 220 causes the computer device 200 to perform steps 810 and 820 included in the method of FIG. 8 according to a control command provided by a code stored in the computer device 200 . can control
  • the computer device 200 may extract app signature authentication information for the application in response to an attempt to execute the application installed in the computer device 200 .
  • the app signature authentication information may include user information about the user of the computer device 200 and signature information of the application.
  • the app signing authentication information may further include information about the package name of the application and the version of the application as basic information of the application.
  • the app signature authentication information may further include terminal information about the computer device 200 .
  • the terminal information may include at least one of an EMMC ID, an IMEI, and a MAC address.
  • the terminal information may further include information about the package name of the application and the version of the application as basic information of the application.
  • the computer device 200 may transmit the extracted app signature authentication information to the authentication server.
  • the authentication server may correspond to the authentication server 320 described above.
  • whether to allow or block authentication may be determined as the authentication server is selected to allow or block authentication for the app signature authentication information through the operator terminal of the application. In this case, when the authentication for the app signature authentication information is allowed, the execution of the application may be allowed, and when the authentication for the app signature authentication information is blocked, the execution of the application may be blocked.
  • the app signature authentication information includes user information, it is possible to obtain information about a user who uses the forged app, rather than simply detecting forgery for the app.
  • FIG. 9 is a diagram illustrating an example of a method for detecting forgery of an authentication server according to an embodiment of the present invention.
  • the forgery detection method according to the present embodiment may be performed by the computer device 200 implementing the authentication server 320 .
  • the processor 220 of the computer device 200 may be implemented to execute a control command according to a code of an operating system included in the memory 210 or a code of at least one computer program.
  • the processor 220 causes the computer device 200 to perform the steps 910 and 980 included in the method of FIG. 9 according to a control command provided by the code stored in the computer device 200 . can control
  • the computer device 200 may receive app signature authentication information for the application from the mobile terminal in response to an attempt to execute the application in the mobile terminal.
  • the received app signature authentication information may correspond to the app signature authentication information transmitted in step 820 of FIG. 8 .
  • the app signature authentication information may further include information about the package name of the application and the version of the application as basic information of the application.
  • the user information is transmitted together, it is possible to obtain information about the user who uses the forged app, rather than simply detecting the forgery of the app.
  • the computer device 200 may receive a selection to allow or block authentication for the app signature authentication information through the operator terminal of the application.
  • the computer device 200 may provide a page including a first function for displaying the app signing authentication information and a second function for receiving a selection of allowing or blocking authentication for the app signing authentication information.
  • the operator of the application can access the page through the operator terminal and select to allow or block authentication for the app signature authentication information.
  • the computer device 200 may check the permission of the selected authentication or the blocking of the authentication through the second function in the provided page.
  • the page is a third function that displays a list of app signing authentication information for which authentication is allowed and a list of app signing authentication information for which authentication is blocked, and converts the authentication allowed app signing authentication information to the authentication blocked app signature authentication information. It may further include a fourth function for changing and a fifth function for changing the authentication-blocked app signing authentication information to the authentication-permitted app signing authentication information. In this case, the operator of the application may block authentication again if necessary even if authentication has been previously allowed, and may allow authentication again if necessary even if authentication is blocked.
  • the operator of the application is responsible for the signature of the application generated by the computer device 200 as the authentication server 320 . It will be possible to share the whitelist and blacklist for
  • the computer device 200 may be stored as allowing or blocking authentication for the app signature authentication information according to selection.
  • a list of app signature authentication information stored as allowing authentication may be a white list
  • a list of app signing authentication information stored as blocking authentication may be a black list.
  • the computer device 200 may add the app signature authentication information to the whitelist when it is selected to allow authentication for the app signature authentication information.
  • the computer device 200 may add the app signing authentication information to the blacklist.
  • the computer device 200 may allow execution of an application in the mobile terminal when authentication is permitted.
  • the computer device 200 may block execution of the application in the mobile terminal when authentication is blocked.
  • the computer device 200 as the authentication server 320 can process the authentication for the requested app signature authentication information through the operator of the application even in a situation in which a separate whitelist or blacklist is not prepared in advance, You can create whitelists and blacklists at the same time.
  • the computer device 200 may receive app signature authentication information for the application from the mobile terminal in response to an attempt to re-execute the application in the mobile terminal. In other words, the computer device 200 may receive the app signature authentication information whenever an application is executed in the mobile terminal.
  • the computer device 200 may allow re-execution of the application when the app signing authentication information is stored as allowing authentication for the app signing authentication information. As described above, if it is already stored as allowing authentication for the app signature authentication information delivered when the application is first executed in the mobile terminal, the computer device 200 does not need to go through the operator of the application, and the stored information (white information in the list) can be used to allow re-execution of the application in the mobile terminal.
  • the computer device 200 may block re-execution of the application when the app signing authentication information is stored as blocking authentication for the app signing authentication information. As described above, if it is already stored as blocking authentication for the app signature authentication information transmitted when the application is first executed in the mobile terminal, the computer device 200 does not need to go through the operator of the application, and the stored information (black) information in the list) can be used to block the re-execution of the application in the mobile terminal.
  • Processes 1001 to 1012 of FIG. 10 may be performed in connection with a process in which the mobile terminal 410 attempts to execute an app installed in the mobile terminal 410 .
  • the authentication server 320 is installed in the mobile terminal 410 and stored so as to block the app signature authentication for a specific app that the mobile terminal 410 wants to run.
  • Storing to block the app signing authentication may correspond to recording the app signing authentication information including the app signing authentication information, the app information, and the user information in relation to the specific app in the blacklist of the authentication server 320 .
  • the mobile terminal 410 may extract app signature information, app information, and user information.
  • the app signature information may be signature information generated for an app installed in the mobile terminal 410 . If the app is forged, the app signature information of the forged app may be different from the app signature information of the original app.
  • the app information may include information on the package name of the app and the version of the app as basic information of the app, and the user information may include a user identifier of the corresponding user on a service provided through the app.
  • the mobile terminal 410 may transmit the extracted app signature information, app information, and user information to the authentication server 320 .
  • the mobile terminal 410 may transmit the app signature information, the app information, and the user information to the authentication server 320 through the network 170 under the control of the app.
  • the authentication server 320 may inquire the app signature authentication information.
  • the authentication server 320 stores information to allow app signature authentication for a specific app installed in the mobile terminal 410 .
  • the authentication server 320 may inquire whether to allow or block the execution of the app corresponding to the received app information and user information through the blacklist and/or whitelist, and in this embodiment, authentication The server 320 may extract information to block the app signature authentication for the specific app through the blacklist.
  • the authentication server 320 may block the app execution.
  • the blocked app is a specific app installed in the mobile terminal 410 and may be an app corresponding to the app information and user information transmitted by the mobile terminal 410 . If additional processes (particularly steps 5 ( 1005 ) to 7 ( 1007 )) to be described later are not performed, authentication of the app signature information for the execution of the corresponding app may be continuously blocked.
  • the authentication server 320 may expose app signature information, app information, and user information to the app operator terminal 420 .
  • the authentication server 320 may expose app signature information, app information and user information through a user interface of a page accessible to the app provider, and the app operator uses his/her app operator terminal 420 to By accessing the page, you can receive app signature information, app information and user information.
  • the app operator terminal 420 may check app signature information, app information, and user information. At this time, the verification of the app signature information, the app information and the user information may be manually made by the app operator, and the app operator terminal 420 compares the app signature information, the app information, and the user information according to the preset logic. It can also be done automatically. For example, the app operator terminal 420 may allow or block authentication of the corresponding app signature information by comparing the app signature information registered for the app with the app signature information of the app for which authentication is requested. In addition, the app operator terminal 420 may allow or block authentication of the app signature information separately from the app signature information for which authentication is requested for preset users. This embodiment describes a scenario in which authentication of blocked app signature information is allowed again.
  • the app operator terminal 420 may request the authentication server 320 to store the corresponding app signature information to allow authentication.
  • the authentication server 320 may store the app signature authentication information in the whitelist so that authentication of the corresponding app signature information, the app information, and the user information is allowed.
  • Such app signing authentication information may include corresponding app signing information, app information, and user information.
  • the corresponding app signature information, app information, and user information recorded in the blacklist of the authentication server 320 may be moved to and recorded in the whitelist.
  • the authentication server 320 may expose authentication-approved app signature information, app information, and user information.
  • the authentication server 320 may display app signature information, app information, user information, and information indicating that authentication for the corresponding app signature information is permitted through the user interface of the above-described page.
  • the app operator may access the page through the app operator terminal 420 to receive the corresponding information. This may mean that the app operator can share the whitelist of the authentication server 320 through the page.
  • Steps 9 ( 1009 ) to 12 ( 1012 ) indicate a process in which the execution of the app is permitted.
  • the mobile terminal 410 may extract the app signature information, the app information and the user information in step 9 (1009), and use the app signature information, the app information and the user information extracted in the step 10 (1010) to the authentication server 320 can be sent to
  • step 11 ( 1011 ) the authentication server 320 may inquire the app signature authentication information. Since the authentication server 320 has stored the corresponding app signature information, app information and user information in the whitelist according to the request from the app operator terminal 420 in process 7 1007, the authentication server in process 12 1012 320 may allow execution of the corresponding app.
  • FIG. 11 is a flowchart illustrating another example of an app authentication blocking scenario according to an embodiment of the present invention.
  • Processes 1101 to 1112 of FIG. 11 may be performed in connection with a process in which the mobile terminal 410 attempts to execute an app installed in the mobile terminal 410 .
  • the authentication server 320 is installed in the mobile terminal 410 and stored so as to allow app signature authentication for a specific app to be executed by the mobile terminal 410 .
  • Storing to allow the app signing authentication may correspond to recording the app signing authentication information including the app signing authentication information, the app information, and the user information in relation to the specific app in the whitelist of the authentication server 320 .
  • the mobile terminal 410 may extract app signature information, app information, and user information.
  • the app signature information may be signature information generated for an app installed in the mobile terminal 410 . If the app is forged, the app signature information of the forged app may be different from the app signature information of the original app.
  • the app information may include information on the package name of the app and the version of the app as basic information of the app, and the user information may include a user identifier of the corresponding user on a service provided through the app.
  • the mobile terminal 410 may transmit the extracted app signature information, app information, and user information to the authentication server 320 .
  • the mobile terminal 410 may transmit the app signature information, the app information, and the user information to the authentication server 320 through the network 170 under the control of the app.
  • the authentication server 320 may inquire the app signature authentication information.
  • the authentication server 320 stores information to allow app signature authentication for a specific app installed in the mobile terminal 410 .
  • the authentication server 320 may inquire whether to allow or block the execution of the app corresponding to the received app information and user information through the blacklist and/or whitelist, and in this embodiment, authentication The server 320 may extract information to allow app signature authentication for the specific app through the whitelist.
  • the authentication server 320 may block the app execution.
  • the permitted app is a specific app installed in the mobile terminal 410 and may be an app corresponding to the app information and user information transmitted by the mobile terminal 410 . If additional processes (particularly steps 5 ( 1105 ) to 7 ( 1107 )) to be described later are not performed, authentication of the app signature information for the execution of the corresponding app may be continuously permitted.
  • the authentication server 320 may expose app signature information, app information, and user information to the app operator terminal 420 .
  • the authentication server 320 may expose app signature information, app information and user information through a user interface of a page accessible to the app provider, and the app operator uses his/her app operator terminal 420 to By accessing the page, you can receive app signature information, app information and user information.
  • the app operator terminal 420 may check the app signature information, the app information, and the user information. At this time, the verification of the app signature information, the app information and the user information may be manually made by the app operator, and the app operator terminal 420 compares the app signature information, the app information, and the user information according to the preset logic. It can also be done automatically. For example, the app operator terminal 420 may allow or block authentication of the corresponding app signature information by comparing the app signature information registered for the app with the app signature information of the app for which authentication is requested. In addition, the app operator terminal 420 may allow or block authentication of the app signature information separately from the app signature information for which authentication is requested for preset users. This embodiment describes a scenario in which authentication of permitted app signature information is blocked again.
  • the app operator terminal 420 may request to store the authentication server 320 to block the authentication of the corresponding app signature information.
  • the authentication server 320 may store the app signature authentication information in the blacklist so that authentication of the corresponding app signature information, the app information, and the user information is blocked.
  • Such app signing authentication information may include corresponding app signing information, app information, and user information.
  • the corresponding app signature information, app information, and user information recorded in the whitelist of the authentication server 320 may be moved to and recorded in the blacklist.
  • the authentication server 320 may expose the authentication-blocked app signature information, app information, and user information.
  • the authentication server 320 may display app signature information, app information, user information, and information indicating that authentication for the corresponding app signature information is blocked through the user interface of the above-described page.
  • the app operator may access the page through the app operator terminal 420 to receive the corresponding information. This may mean that the app operator can share the blacklist of the authentication server 320 through the page.
  • Steps 9 ( 1109 ) to 12 ( 1112 ) indicate a process in which the execution of the app is blocked.
  • the mobile terminal 410 may extract the app signature information, the app information and the user information in step 9 (1109), and use the app signature information, the app information and the user information extracted in the step 10 (1110) to the authentication server 320 can be sent to
  • step 11 ( 1111 ) the authentication server 320 may inquire the app signature authentication information. Since the authentication server 320 has stored the corresponding app signature information, app information and user information in the blacklist according to the request from the app operator terminal 420 in process 7 (1107), the authentication server in process 12 (1112) 320 may block the execution of the corresponding app.
  • the client side transmits the signature information for the application and the user's identifier (eg, user ID) to the server side, and allows or allows application authentication on the application operator side according to the business situation on the server side.
  • the client side transmits the signature information for the application and the user's identifier (eg, user ID) to the server side, and allows or allows application authentication on the application operator side according to the business situation on the server side.
  • the system or apparatus described above may be implemented as a hardware component or a combination of a hardware component and a software component.
  • the devices and components described in the embodiments include, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA), It may be implemented using one or more general purpose or special purpose computers, such as a Programmable Logic Unit (PLU), a microprocessor, or any other device capable of executing and responding to instructions.
  • the processing device may execute an operating system (OS) and one or more software apps running on the operating system.
  • the processing device may also access, store, manipulate, process, and generate data in response to execution of the software.
  • OS operating system
  • the processing device may also access, store, manipulate, process, and generate data in response to execution of the software.
  • the processing device includes a plurality of processing elements and/or a plurality of types of processing elements. It can be seen that including For example, the processing device may include a plurality of processors or one processor and one controller. Other Processing Configurations are also possible, such as a Parallel Processor.
  • the software may include a computer program, code, instructions, or a combination of one or more thereof, which configures the processing device to operate as desired or independently or collectively instructs the processing device to operate as desired. can do.
  • the software and/or data may be stored in any type of machine, component, physical device, virtual equipment, computer storage medium or device to be interpreted in or provide instructions or data to the processing device. You can embody it.
  • the software may be distributed over networked computer systems and stored or executed in a distributed manner. Software and data may be stored in one or more computer-readable recording media.
  • the method according to the embodiment may be implemented in the form of program instructions that can be executed through various computer means and recorded in a computer-readable medium.
  • the computer-readable medium may include program instructions, data files, data structures, etc. alone or in combination.
  • the medium may be to continuously store a computer executable program, or to temporarily store it for execution or download.
  • the medium may be various recording means or storage means in the form of a single or a combination of several hardware, but is not limited to a medium directly connected to any computer system, and may exist distributed on a network.
  • Examples of the medium include a hard disk, a magnetic medium such as a floppy disk and a magnetic tape, an optical recording medium such as CD-ROM and DVD, a magneto-optical medium such as a floppy disk, and those configured to store program instructions, including ROM, RAM, flash memory, and the like.
  • examples of other media include an app store that distributes applications, a site that supplies or distributes other various software, and a recording medium managed by a server.
  • Examples of program instructions include not only machine language codes such as those generated by a compiler, but also high-level language codes that can be executed by a computer using an interpreter or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Telephonic Communication Services (AREA)

Abstract

클라이언트 측에서는 애플리케이션에 대한 서명 정보와 사용자의 식별자(일례로, 사용자 아이디)를 서버 측으로 전달하고, 서버 측에서 비즈니스 상황에 맞춰 애플리케이션 운영자 측에서 애플리케이션 인증의 허용 또는 차단을 결정하도록 함으로써, 모든 서명을 미리 등록하지 않고도 유연하게 모바일 애플리케이션의 위변조를 탐지할 수 있다.

Description

사용자 식별자 및 서명 수집을 이용한 모바일 애플리케이션 위변조 탐지 방법 및 시스템
아래의 설명은 사용자 식별자 및 서명 수집을 이용한 모바일 애플리케이션 위변조 탐지 방법 및 시스템에 관한 것이다.
모바일 애플리케이션의 위변조를 탐지하기 위한 종래기술로서 모바일 애플리케이션의 개발 및 배포 시 사용되는 서명 정보를 인증 서버에 미리 등록하여 화이트리스트(White List)를 만들고, 모바일 애플리케이션의 실행 시에 '현재 실행 및/또는 설치되는 모바일 애플리케이션의 서명 정보'와 '서버에 등록된 서명 정보(화이트리스트에 등록된 서명 정보)'를 비교하여, '현재 실행 및/또는 설치되는 모바일 애플리케이션의 서명 정보'가 화이트리스트에 등록되지 않은 서명 정보인 경우에 현재 실행되는 모바일 애플리케이션이 클라이언트 측이나 서버 측에서 위변조되었다고 탐지하여 해당 모바일 애플리케이션의 실행을 차단하거나, 설치를 중단하는 기술이 존재한다.
그러나, 개발용 서명, 배포용 서명, QA(Quality Assurance)용 서명 등 점점 더 다양한 서명 정보가 생겨나는데, 기존 위변조 탐지 기술을 사용하려면 모든 서명을 미리 등록해 놔야만 한다. 다시 말해, 서비스를 제공하기 이전에 변조 탐지를 위해서 화이트리스트를 보유해야만 한다. 따라서, 정상적인 서명 정보를 미리 등록하지 않으면, 정상적인 애플리케이션도 위변조된 애플리케이션이라 판단되어 해당 애플리케이션의 사용이 불가능한 문제점이 있다.
[선행문헌번호]
한국등록특허 제10-1566141호
클라이언트 측에서는 애플리케이션에 대한 서명 정보와 사용자의 식별자(일례로, 사용자 아이디)를 서버 측으로 전달하고, 서버 측에서 비즈니스 상황에 맞춰 애플리케이션 운영자 측에서 애플리케이션 인증의 허용 또는 차단을 결정하도록 함으로써, 모든 서명을 미리 등록하지 않고도 유연하게 모바일 애플리케이션의 위변조를 탐지할 수 있는 방법 및 시스템을 제공한다.
적어도 하나의 프로세서를 포함하는 컴퓨터 장치가 수행하는 위변조 탐지 방법에 있어서, 상기 적어도 하나의 프로세서에 의해, 모바일 단말기에서 애플리케이션의 실행이 시도됨에 응답하여, 상기 모바일 단말기로부터 상기 애플리케이션에 대한 앱 서명 인증 정보를 수신하는 단계; 상기 적어도 하나의 프로세서에 의해, 상기 애플리케이션의 운영자 단말기를 통해 상기 앱 서명 인증 정보에 대한 인증의 허용 또는 차단을 선택받는 단계; 상기 적어도 하나의 프로세서에 의해, 상기 선택에 따라 상기 앱 서명 인증 정보에 대한 인증을 허용 또는 차단하는 것으로 저장하는 단계; 상기 적어도 하나의 프로세서에 의해, 상기 인증이 허용된 경우 상기 모바일 단말기에서의 상기 애플리케이션의 실행을 허용하는 단계; 및 상기 적어도 하나의 프로세서에 의해, 상기 인증이 차단된 경우 상기 모바일 단말기에서의 상기 애플리케이션의 실행을 차단하는 단계를 포함하는 위변조 탐지 방법을 제공한다.
일측에 따르면, 상기 인증의 허용 또는 차단을 선택받는 단계는, 상기 앱 서명 인증 정보를 표시하는 제1 기능 및 상기 앱 서명 인증 정보에 대한 인증의 허용 또는 차단을 선택받기 위한 제2 기능이 포함된 페이지를 제공하는 단계; 및 상기 제공된 페이지에서 상기 제2 기능을 통해 선택된 인증의 허용 또는 인증의 차단을 확인하는 단계를 포함하는 것을 특징으로 할 수 있다.
다른 측면에 따르면, 상기 페이지는 인증이 허용된 앱 서명 인증 정보들의 리스트 및 인증이 차단된 앱 서명 인증 정보들의 리스트를 표시하는 제3 기능, 인증이 허용된 앱 서명 인증 정보를 인증이 차단된 앱 서명 인증 정보로 변경하기 위한 제4 기능 및 인증이 차단된 앱 서명 인증 정보를 인증이 허용된 앱 서명 인증 정보로 변경하기 위한 제5 기능을 더 포함하는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 인증을 허용 또는 차단하는 것으로 저장하는 단계는, 상기 앱 서명 인증 정보에 대한 인증을 허용하는 것으로 선택된 경우, 상기 앱 서명 인증 정보를 화이트리스트에 추가하는 단계; 및 상기 앱 서명 인증 정보에 대한 인증을 차단하는 것으로 선택된 경우, 상기 앱 서명 인증 정보를 블랙리스트(Black List)에 추가하는 단계를 포함하는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 위변조 탐지 방법은 상기 적어도 하나의 프로세서에 의해, 상기 모바일 단말기에서 상기 애플리케이션의 재실행이 시도됨에 응답하여, 상기 모바일 단말기로부터 상기 애플리케이션에 대한 앱 서명 인증 정보를 수신하는 단계; 상기 적어도 하나의 프로세서에 의해, 상기 앱 서명 인증 정보가 상기 앱 서명 인증 정보에 대한 인증을 허용하는 것으로 저장된 경우, 상기 애플리케이션의 재실행을 허용하는 단계; 및 상기 적어도 하나의 프로세서에 의해, 상기 앱 서명 인증 정보가 상기 앱 서명 인증 정보에 대한 인증을 차단하는 것으로 저장된 경우, 상기 애플리케이션의 재실행을 차단하는 단계를 더 포함할 수 있다.
또 다른 측면에 따르면, 상기 앱 서명 인증 정보는 상기 모바일 단말기의 사용자에 대한 사용자 정보 및 상기 애플리케이션의 서명 정보를 포함하는 것을 특징으로 할 수 있다. 상기 앱 서명 인증 정보는 상기 애플리케이션의 기본 정보로서 상기 애플리케이션의 패키지 이름 및 상기 애플리케이션의 버전에 대한 정보를 더 포함할 수도 있다.
또 다른 측면에 따르면, 상기 앱 서명 인증 정보는 상기 모바일 단말기에 대한 단말 정보를 더 포함하고, 상기 단말 정보는 EMMC(Embedded MultiMedia Card) ID, IMEI(International Mobile station Equipment Identity) 및 MAC 주소 중 적어도 하나를 더 포함하는 것을 특징으로 할 수 있다. 상기 단말 정보는 상기 애플리케이션의 기본 정보로서 상기 애플리케이션의 패키지 이름 및 상기 애플리케이션의 버전에 대한 정보를 더 포함할 수도 있다.
적어도 하나의 프로세서를 포함하는 컴퓨터 장치가 수행하는 위변조 탐지 방법에 있어서, 상기 적어도 하나의 프로세서에 의해, 상기 컴퓨터 장치에 설치된 애플리케이션의 실행이 시도됨에 응답하여, 상기 애플리케이션에 대한 앱 서명 인증 정보를 추출하는 단계; 및 상기 적어도 하나의 프로세서에 의해, 상기 추출된 앱 서명 인증 정보를 인증 서버로 전송하는 단계를 포함하고, 상기 앱 서명 인증 정보는 상기 컴퓨터 장치의 사용자에 대한 사용자 정보 및 상기 애플리케이션의 서명 정보를 포함하는 것을 특징으로 하는 위변조 탐지 방법을 제공한다.
컴퓨터 장치와 결합하여 상기 방법을 컴퓨터 장치에 실행시키기 위해 컴퓨터 판독 가능한 기록 매체에 저장된 컴퓨터 프로그램을 제공한다.
상기 방법을 컴퓨터 장치에 실행시키기 위한 프로그램이 기록되어 있는 컴퓨터 판독 가능한 기록 매체를 제공한다.
컴퓨터에서 판독 가능한 명령을 실행하도록 구현되는 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서에 의해, 모바일 단말기에서 애플리케이션의 실행이 시도됨에 응답하여, 상기 모바일 단말기로부터 상기 애플리케이션에 대한 앱 서명 인증 정보를 수신하고, 상기 애플리케이션의 운영자 단말기를 통해 상기 앱 서명 인증 정보에 대한 인증의 허용 또는 차단을 선택받고, 상기 선택에 따라 상기 앱 서명 인증 정보에 대한 인증을 허용 또는 차단하는 것으로 저장하고, 상기 인증이 허용된 경우 상기 모바일 단말기에서의 상기 애플리케이션의 실행을 허용하고, 상기 인증이 차단된 경우 상기 모바일 단말기에서의 상기 애플리케이션의 실행을 차단하는 것을 특징으로 하는 컴퓨터 장치를 제공한다.
컴퓨터에서 판독 가능한 명령을 실행하도록 구현되는 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서에 의해, 컴퓨터 장치에 설치된 애플리케이션의 실행이 시도됨에 응답하여, 상기 애플리케이션에 대한 앱 서명 인증 정보를 추출하고, 상기 추출된 앱 서명 인증 정보를 인증 서버로 전송하고, 상기 앱 서명 인증 정보는 상기 컴퓨터 장치의 사용자에 대한 사용자 정보 및 상기 애플리케이션의 서명 정보를 포함하는 것을 특징으로 하는 컴퓨터 장치를 제공한다.
클라이언트 측에서는 애플리케이션에 대한 서명 정보와 사용자의 식별자(일례로, 사용자 아이디)를 서버 측으로 전달하고, 서버 측에서 비즈니스 상황에 맞춰 애플리케이션 운영자 측에서 애플리케이션 인증의 허용 또는 차단을 결정하도록 함으로써, 모든 서명을 미리 등록하지 않고도 유연하게 모바일 애플리케이션의 위변조를 탐지할 수 있다.
도 1은 본 발명의 일 실시 예에 따른 네트워크 환경의 예를 도시한 도면이다.
도 2는 본 발명의 일 실시 예에 따른 컴퓨터 장치의 예를 도시한 블록도이다.
도 3은 본 발명의 일 실시 예에 있어서, 위변조 탐지 시스템의 개괄적인 모습의 예를 도시한 도면이다.
도 4는 본 발명의 일 실시 예에 따른 앱 인증 허용 시나리오의 예를 도시한 흐름도이다.
도 5는 본 발명의 일 실시 예에 따른 앱 인증 차단 시나리오의 예를 도시한 흐름도이다.
도 6은 본 발명의 일 실시 예에 따른 인증 차단된 앱을 다시 허용하는 시나리오의 예를 도시한 흐름도이다.
도 7은 본 발명의 일 실시 예에 있어서, 앱 운영자의 인증 제어를 위한 페이지가 포함하는 사용자 인터페이스의 예를 도시한 도면이다.
도 8은 본 발명의 일 실시 예에 따른 모바일 단말기의 위변조 탐지 방법의 예를 도시한 도면이다.
도 9는 본 발명의 일 실시 예에 따른 인증 서버의 위변조 탐지 방법의 예를 도시한 도면이다.
도 10은 본 발명의 일 실시 예에 따른 앱 인증 허용 시나리오의 다른 예를 도시한 흐름도이다.
도 11은 본 발명의 일 실시 예에 따른 앱 인증 차단 시나리오의 다른 예를 도시한 흐름도이다.
이하, 실시 예를 첨부한 도면을 참조하여 상세히 설명한다.
본 발명의 실시 예들에 따른 위변조 탐지 시스템은 적어도 하나의 컴퓨터 장치에 의해 구현될 수 있다. 이때, 컴퓨터 장치에는 본 발명의 일 실시 예에 따른 컴퓨터 프로그램이 설치 및 구동될 수 있고, 컴퓨터 장치는 구동된 컴퓨터 프로그램의 제어에 따라 본 발명의 실시 예들에 따른 위변조 탐지 방법을 수행할 수 있다. 상술한 컴퓨터 프로그램은 컴퓨터 장치와 결합하여 이상 위변조 탐지 방법을 컴퓨터에 실행시키기 위해 컴퓨터 판독 가능한 기록 매체에 저장될 수 있다.
도 1은 본 발명의 일 실시 예에 따른 네트워크 환경의 예를 도시한 도면이다. 도 1의 네트워크 환경은 복수의 전자 기기들(110, 120, 130, 140), 복수의 서버들(150, 160) 및 네트워크(170)를 포함하는 예를 나타내고 있다. 이러한 도 1은 발명의 설명을 위한 일례로 전자 기기의 수나 서버의 수가 도 1과 같이 한정되는 것은 아니다. 또한, 도 1의 네트워크 환경은 본 실시 예들에 적용 가능한 환경 중 하나의 예를 설명하는 것일 뿐, 본 실시 예들에 적용 가능한 환경이 도 1의 네트워크 환경으로 한정되는 것은 아니다.
복수의 전자 기기들(110, 120, 130, 140)은 컴퓨터 장치로 구현되는 고정형 단말이거나 이동형 단말일 수 있다. 복수의 전자 기기들(110, 120, 130, 140)의 예를 들면, 스마트폰(Smartphone), 휴대폰, 내비게이션, 컴퓨터, 노트북, 디지털방송용 단말, PDA(Personal Digital Assistant), PMP(Portable Multimedia Player), 태블릿 PC 등이 있다. 일례로 도 1에서는 전자 기기(110)의 예로 스마트폰의 형상을 나타내고 있으나, 본 발명의 실시 예들에서 전자 기기(110)는 실질적으로 무선 또는 유선 통신 방식을 이용하여 네트워크(170)를 통해 다른 전자 기기들(120, 130, 140) 및/또는 서버(150, 160)와 통신할 수 있는 다양한 물리적인 컴퓨터 장치 중 하나를 의미할 수 있다.
통신 방식은 제한되지 않으며, 네트워크(170)가 포함할 수 있는 통신망(일례로, 이동통신망, 유선 인터넷, 무선 인터넷, 방송망)을 활용하는 통신 방식뿐만 아니라 기기간의 근거리 무선 통신 역시 포함될 수 있다. 예를 들어, 네트워크(170)는, PAN(Personal Area Network), LAN(Local Area Network), CAN(Campus Area Network), MAN(Metropolitan Area Network), WAN(Wide Area Network), BBN(Broadband Network), 인터넷 등의 네트워크 중 하나 이상의 임의의 네트워크를 포함할 수 있다. 또한, 네트워크(170)는 버스(Bus) 네트워크, 스타(Star) 네트워크, 링(Ring) 네트워크, 메시(Mesh) 네트워크, 스타-버스(Star-Bus) 네트워크, 트리(Tree) 또는 계층적(Hierarchical) 네트워크 등을 포함하는 네트워크 토폴로지 중 임의의 하나 이상을 포함할 수 있으나, 이에 제한되지 않는다.
서버(150, 160) 각각은 복수의 전자 기기들(110, 120, 130, 140)과 네트워크(170)를 통해 통신하여 명령, 코드, 파일, 콘텐츠, 서비스 등을 제공하는 컴퓨터 장치 또는 복수의 컴퓨터 장치들로 구현될 수 있다. 예를 들어, 서버(150)는 네트워크(170)를 통해 접속한 복수의 전자 기기들(110, 120, 130, 140)로 서비스(일례로, 인스턴트 메시징 서비스, 게임 서비스, 그룹 통화 서비스(또는 음성 콘퍼런스 서비스), 메시징 서비스, 메일 서비스, 소셜 네트워크 서비스, 지도 서비스, 번역 서비스, 금융 서비스, 결제 서비스, 검색 서비스, 콘텐츠 제공 서비스 등)를 제공하는 시스템일 수 있다.
도 2는 본 발명의 일 실시 예에 따른 컴퓨터 장치의 예를 도시한 블록도이다. 앞서 설명한 복수의 전자 기기들(110, 120, 130, 140) 각각 또는 서버들(150, 160) 각각은 도 2를 통해 도시된 컴퓨터 장치(200)에 의해 구현될 수 있다.
이러한 컴퓨터 장치(200)는 도 2에 도시된 바와 같이, 메모리(210), 프로세서(220), 통신 인터페이스(230) 그리고 입출력 인터페이스(240)를 포함할 수 있다. 메모리(210)는 컴퓨터에서 판독 가능한 기록 매체로서, RAM(Random Access Memory), ROM(Read Only Memory) 및 디스크 드라이브와 같은 비소멸성 대용량 기록장치(Permanent Mass Storage Device)를 포함할 수 있다. 여기서 ROM과 디스크 드라이브와 같은 비 소멸성 대용량 기록 매체는 메모리(210)와는 구분되는 별도의 영구 저장 장치로서 컴퓨터 장치(200)에 포함될 수도 있다. 또한, 메모리(210)에는 운영체제와 적어도 하나의 프로그램 코드가 저장될 수 있다. 이러한 소프트웨어 구성요소들은 메모리(210)와는 별도의 컴퓨터에서 판독 가능한 기록 매체로부터 메모리(210)로 로딩될 수 있다. 이러한 별도의 컴퓨터에서 판독 가능한 기록 매체는 플로피 드라이브, 디스크, 테이프, DVD/CD-ROM 드라이브, 메모리 카드 등의 컴퓨터에서 판독 가능한 기록 매체를 포함할 수 있다. 다른 실시 예에서 소프트웨어 구성요소들은 컴퓨터에서 판독 가능한 기록 매체가 아닌 통신 인터페이스(230)를 통해 메모리(210)에 로딩될 수도 있다. 예를 들어, 소프트웨어 구성요소들은 네트워크(170)를 통해 수신되는 파일들에 의해 설치되는 컴퓨터 프로그램에 기반하여 컴퓨터 장치(200)의 메모리(210)에 로딩될 수 있다.
프로세서(220)는 기본적인 산술, 로직 및 입출력 연산을 수행함으로써, 컴퓨터 프로그램의 명령을 처리하도록 구성될 수 있다. 명령은 메모리(210) 또는 통신 인터페이스(230)에 의해 프로세서(220)로 제공될 수 있다. 예를 들어 프로세서(220)는 메모리(210)와 같은 기록 장치에 저장된 프로그램 코드에 따라 수신되는 명령을 실행하도록 구성될 수 있다.
통신 인터페이스(230)는 네트워크(170)를 통해 컴퓨터 장치(200)가 다른 장치(일례로, 앞서 설명한 저장 장치들)와 서로 통신하기 위한 기능을 제공할 수 있다. 일례로, 컴퓨터 장치(200)의 프로세서(220)가 메모리(210)와 같은 기록 장치에 저장된 프로그램 코드에 따라 생성한 요청이나 명령, 데이터, 파일 등이 통신 인터페이스(230)의 제어에 따라 네트워크(170)를 통해 다른 장치들로 전달될 수 있다. 역으로, 다른 장치로부터의 신호나 명령, 데이터, 파일 등이 네트워크(170)를 거쳐 컴퓨터 장치(200)의 통신 인터페이스(230)를 통해 컴퓨터 장치(200)로 수신될 수 있다. 통신 인터페이스(230)를 통해 수신된 신호나 명령, 데이터 등은 프로세서(220)나 메모리(210)로 전달될 수 있고, 파일 등은 컴퓨터 장치(200)가 더 포함할 수 있는 저장 매체(상술한 영구 저장 장치)로 저장될 수 있다.
입출력 인터페이스(240)는 입출력 장치(250)와의 인터페이스를 위한 수단일 수 있다. 예를 들어, 입력 장치는 마이크, 키보드 또는 마우스 등의 장치를, 그리고 출력 장치는 디스플레이, 스피커와 같은 장치를 포함할 수 있다. 다른 예로 입출력 인터페이스(240)는 터치스크린과 같이 입력과 출력을 위한 기능이 하나로 통합된 장치와의 인터페이스를 위한 수단일 수도 있다. 입출력 장치(250) 중 적어도 하나는 컴퓨터 장치(200)와 하나의 장치로 구성될 수도 있다. 예를 들어, 스마트폰과 같이 터치스크린, 마이크, 스피커 등이 컴퓨터 장치(200)에 포함된 형태로 구현될 수 있다.
또한, 다른 실시 예들에서 컴퓨터 장치(200)는 도 2의 구성요소들보다 더 적은 혹은 더 많은 구성요소를 포함할 수도 있다. 그러나, 대부분의 종래기술적 구성요소들을 명확하게 도시할 필요성은 없다. 예를 들어, 컴퓨터 장치(200)는 상술한 입출력 장치(250) 중 적어도 일부를 포함하도록 구현되거나 또는 트랜시버(Transceiver), 데이터베이스 등과 같은 다른 구성요소들을 더 포함할 수도 있다.
이하에서 설명하는 "앱"은 애플리케이션을 의미할 수 있다.
도 3은 본 발명의 일 실시 예에 있어서, 위변조 탐지 시스템의 개괄적인 모습의 예를 도시한 도면이다. 본 실시 예에 따른 위변조 탐지 시스템은 복수의 모바일 단말기(310), 인증 서버(320) 및 복수의 앱 운영자 단말기(330)을 포함할 수 있다.
복수의 모바일 단말기(310) 각각은 복수의 앱 운영자들이 제공하는 다양한 앱 중 자신이 원하는 앱을 설치 및 실행하여 앱 운영자들이 제공하는 서비스를 받는 주체일 수 있다. 이러한 복수의 모바일 단말기(310) 각각은 도 2를 통해 설명한 컴퓨터 장치(200)와 같은 물리적인 장치에 의해 구현될 수 있다. 복수의 모바일 단말기(310) 각각은 설치된 앱이 실행된 이후에는 앱이 자체적으로 제공하는 기능 또는 앱 운영자들이 제공하는 서버를 통해 제공되는 기능을 이용하여 앱 운영자의 서비스를 이용할 수 있다. 한편, 복수의 모바일 단말기(310) 각각은 앱이 실행되는 과정에서는 인증 서버(320)와 통신하여 앱을 인증받을 수 있다. 이때, 앱이 인증되는 경우에는 해당 모바일 단말기에서 앱의 실행이 완료될 수 있으나, 앱이 차단되는 경우에는 해당 모바일 단말기에서 앱의 실행이 차단될 수 있다. 한편, 복수의 모바일 단말기(310) 각각은 앱의 인증을 요청하는 경우, 해당 앱의 서명 정보와 사용자 정보(일례로, 사용자의 아이디와 같은 사용자 식별자)를 매칭하여 인증 서버(320)로 전송할 수 있다.
인증 서버(320)는 복수의 모바일 단말기(310) 각으로부터의 앱 인증 요청에 따라, 해당 앱을 인증하는 주체일 수 있다. 이러한 인증 서버는 컴퓨터 장치(200)와 같은 물리적인 장치에 의해 구현될 수 있다. 인증 서버는 둘 이상의 물리적인 장치에 의해 구현될 수도 있다. 인증 서버(320)는 인증이 요청된 앱의 앱 운영자를 통해 해당 앱의 인증에 대한 인증 허용 또는 인증 차단의 결과를 받을 수 있으며, 받은 결과에 따라 앱의 실행을 허용 또는 차단할 수 있다. 예를 들어, 인증 서버(320)는 앱의 인증을 요청한 모바일 단말기로부터 전달되는 앱의 서명 정보와 사용자 정보를 해당 앱의 앱 운영자를 위해 제공되는 사용자 인터페이스(일례로, 웹을 통해 앱 운영자에게 제공되는 페이지의 사용자 인터페이스)를 통해 앱 운영자에게 제공할 수 있다.
복수의 앱 운영자 단말기(330)은 앱 운영자들이 운용하는 물리적인 장치들일 수 있으며, 이러한 물리적인 장치들 각각은 도 2를 통해 설명한 컴퓨터 장치(200)에 대응되거나 또는 컴퓨터 장치(200)로 구현될 수 있다. 앱 운영자는 자신의 앱 운영자 단말기를 통해 인증 서버(320)가 제공하는 사용자 인터페이스에 접근할 수 있으며, 앱의 서명 정보와 사용자 정보에 기반하여, 그리고 사용자 인터페이스를 통해 앱의 실행에 대한 인증 허용 또는 인증 차단을 선택할 수 있다.
한편, 인증 서버(320)는 해당 앱의 서명에 대해 앱의 인증을 허용할 것인지 차단할 것인지를 저장해놓을 수 있다. 이 경우, 인증 서버(320)는 앱 운영자를 통해 한 번 인증이 허용 또는 차단된 앱의 서명에 대해서는 이후 앱 운영자를 거치지 않고도 인증을 허용 또는 차단할 수 있게 된다.
이처럼, 인증 서버(320)는 앱의 인증을 위한 화이트리스트를 미리 구비하지 않더라도 앱 운영자를 통해 사용자별로 그리고 앱의 서명별로 화이트리스트와 블랙리스트를 생성해나갈 수 있게 된다. 이러한 화이트리스트와 블랙리스트는 해당 앱 운영자에게 공유될 수 있어, 앱 운영자가 앱의 위변조를 시도하는 사용자를 파악할 수 있게 된다.
도 4는 본 발명의 일 실시 예에 따른 앱 인증 허용 시나리오의 예를 도시한 흐름도이다. 도 4는 모바일 단말기(410), 인증 서버(320) 및 앱 운영자 단말기(420)를 나타내고 있다. 여기서, 모바일 단말기(410)는 도 3을 통해 설명한 복수의 모바일 단말기(310) 중 하나일 수 있으며, 앱 운영자 단말기(430)는 도 3을 통해 설명한 복수의 앱 운영자 단말기(330) 중 하나일 수 있다. 이후 설명하는 과정 1(431) 내지 과정 7(437)은 모바일 단말기(410)가 모바일 단말기(410)에 설치된 앱의 실행을 시도하는 과정과 연계되어 수행될 수 있다.
과정 1(431)에서 모바일 단말기(410)는 앱 서명 정보 및 사용자 정보를 추출할 수 있다. 앱 서명 정보는 모바일 단말기(410)에 설치된 앱에 대해 생성되는 서명 정보일 수 있다. 만약, 앱이 위변조되는 경우, 위변조된 앱의 앱 서명 정보는 원래의 앱의 앱 서명 정보와 달라질 수 있다. 또한, 사용자 정보는 상기 앱을 통해 제공되는 서비스상에서의 해당 사용자의 사용자 식별자를 포함할 수 있다. 실시 예에 따라 사용자 정보는 상술한 사용자 식별자 이외에도 모바일 단말기(310)의 정보(애플리케이션의 패키지 이름, 애플리케이션의 버전, EMMC ID, IMEI 및 MAC 주소 중 적어도 하나)를 더 포함할 수도 있다.
과정 2(432)에서 모바일 단말기(410)는 추출된 앱 서명 정보 및 사용자 정보를 인증 서버(320)로 전송할 수 있다. 일례로, 모바일 단말기(410)는 앱의 제어에 따라 네트워크(170)를 통해 앱 서명 정보 및 사용자 정보를 인증 서버(320)로 전송할 수 있다.
과정 3(433)에서 인증 서버(320)는 앱 제공자에게 앱 서명 정보와 사용자 정보를 노출할 수 있다. 예를 들어, 인증 서버(320)는 앱 제공자가 접근 가능한 페이지의 사용자 인터페이스를 통해 앱 서명 정보와 사용자 정보를 노출할 수 있으며, 앱 운영자는 자신의 앱 운영자 단말기(420)를 이용하여 해당 페이지에 접근함으로써, 앱 서명 정보와 사용자 정보를 받을 수 있게 된다.
과정 4(434)에서 앱 운영자 단말기(420)는 사용자 정보 및 앱 서명 정보를 확인할 수 있다. 이때, 사용자 정보 및 앱 서명 정보의 확인은 앱 운영자에 의해 수동으로 이루어질 수도 있고, 앱 운영자 단말기(420)가 기설정된 로직에 따라 사용자 정보와 앱 서명 정보를 비교하는 작업을 통해 자동으로 이루어질 수도 있다. 예를 들어, 앱 운영자 단말기(420)는 해당 앱에 대해 등록된 앱 서명 정보를 인증이 요청된 앱의 앱 서명 정보와 비교하여 해당 앱 서명 정보의 인증을 허용 또는 차단할 수 있다. 또한, 앱 운영자 단말기(420)는 기설정된 사용자들에 대해서는 인증이 요청된 앱 서명 정보와 별개로 앱 서명 정보의 인증을 허용하거나 차단할 수도 있다. 본 실시 예에서는 앱 서명 정보의 인증이 허용되는 경우의 시나리오를 설명하고 있다.
과정 5(435)에서 앱 운영자 단말기(420)는 인증 서버(320)로 해당 앱 서명 정보의 인증을 허용하도록 저장할 것을 요청할 수 있다. 이 경우, 인증 서버(320)는 해당 사용자 정보 및 해당 앱 서명 정보에 대한 인증이 허용되도록 앱 서명 인증 정보를 저장할 수 있다. 이러한 앱 서명 인증 정보는 해당 사용자 정보와 해당 앱 서명 정보를 포함할 수 있다. 다시 말해, 인증 서버(320)의 화이트리스트에 해당 사용자 정보 및 해당 앱 서명 정보가 추가될 수 있다.
과정 6(436)에서 인증 서버(320)는 인증이 허용된 앱 서명 정보 및 사용자 정보를 노출할 수 있다. 일례로, 인증 서버(320)는 앞서 설명한 페이지의 사용자 인터페이스를 통해 앱 서명 정보, 사용자 정보, 그리고 해당 앱 서명 정보와 사용자 정보의 인증이 허용되었음을 나타내는 정보를 표시할 수 있다. 앱 운영자는 앱 운영자 단말기(420)를 통해 상기 페이지에 접속하여 해당 정보를 받을 수 있다. 이는 앱 운영자가 상기 페이지를 통해 인증 서버(320)의 화이트리스트를 공유할 수 있음을 의미할 수 있다.
과정 7(437)에서 인증 서버(320)는 앱의 실행을 허용할 수 있다. 예를 들어, 인증 서버(320)는 과정 1(431)에서 모바일 단말기(410)가 전송한 앱 서명 정보 및 사용자 정보의 인증을 허용함으로써, 앱의 실행을 허용할 수 있다.
이후, 모바일 단말기(410)에서 같은 사용자 정보와 앱 서명 정보로 앱의 인증을 요청하는 경우, 인증 서버(320)는 앞서 저장된 앱 서명 인증 정보를 조회하여 요청된 앱 서명 정보를 인증을 허용할 수 있으며, 따라서 앱 운영자를 거치지 않고도 지속해서 해당 앱의 실행을 허용할 수 있게 된다.
도 5는 본 발명의 일 실시 예에 따른 앱 인증 차단 시나리오의 예를 도시한 흐름도이다. 도 5는 도 4를 통해 설명한 모바일 단말기(410), 인증 서버(320) 및 앱 운영자 단말기(420)를 나타내고 있다. 이후 설명하는 과정 1(510) 내지 과정 7(570)은 모바일 단말기(410)가 모바일 단말기(410)에 설치된 앱의 실행을 시도하는 과정과 연계되어 수행될 수 있다.
과정 1(510)에서 모바일 단말기(410)는 앱 서명 정보 및 사용자 정보를 추출할 수 있다. 앱 서명 정보는 모바일 단말기(410)에 설치된 앱에 대해 생성되는 서명 정보일 수 있다. 만약, 앱이 위변조되는 경우, 위변조된 앱의 앱 서명 정보는 원래의 앱의 앱 서명 정보와 달라질 수 있다. 또한, 사용자 정보는 상기 앱을 통해 제공되는 서비스상에서의 해당 사용자의 사용자 식별자를 포함할 수 있다. 이미 설명한 바와 같이, 실시 예에 따라 사용자 정보는 상술한 사용자 식별자 이외에도 모바일 단말기(410)의 정보(EMMC ID, IMEI 및 MAC 주소 중 적어도 하나)를 더 포함할 수도 있다.
과정 2(520)에서 모바일 단말기(410)는 추출된 앱 서명 정보 및 사용자 정보를 인증 서버(320)로 전송할 수 있다. 일례로, 모바일 단말기(410)는 앱의 제어에 따라 네트워크(170)를 통해 앱 서명 정보 및 사용자 정보를 인증 서버(320)로 전송할 수 있다.
과정 3(530)에서 인증 서버(320)는 앱 제공자에게 앱 서명 정보와 사용자 정보를 노출할 수 있다. 예를 들어, 인증 서버(320)는 앱 제공자가 접근 가능한 페이지의 사용자 인터페이스를 통해 앱 서명 정보와 사용자 정보를 노출할 수 있으며, 앱 운영자는 자신의 앱 운영자 단말기(420)를 이용하여 해당 페이지에 접근함으로써, 앱 서명 정보와 사용자 정보를 받을 수 있게 된다.
과정 4(540)에서 앱 운영자 단말기(420)는 사용자 정보 및 앱 서명 정보를 확인할 수 있다. 이때, 사용자 정보 및 앱 서명 정보의 확인은 앱 운영자에 의해 수동으로 이루어질 수도 있고, 앱 운영자 단말기(420)가 기설정된 로직에 따라 사용자 정보와 앱 서명 정보를 비교하는 작업을 통해 자동으로 이루어질 수도 있다. 예를 들어, 앱 운영자 단말기(420)는 해당 앱에 대해 등록된 앱 서명 정보를 인증이 요청된 앱의 앱 서명 정보와 비교하여 해당 앱 서명 정보의 인증을 허용 또는 차단할 수 있다. 또한, 앱 운영자 단말기(420)는 기설정된 사용자들에 대해서는 인증이 요청된 앱 서명 정보와 별개로 앱 서명 정보의 인증을 허용하거나 차단할 수도 있다. 본 실시 예에서는 앱 서명 정보의 인증이 차단되는 경우의 시나리오를 설명하고 있다.
과정 5(550)에서 앱 운영자 단말기(420)는 인증 서버(320)로 해당 앱 서명 정보의 인증을 차단하도록 저장할 것을 요청할 수 있다. 이 경우, 인증 서버(320)는 해당 사용자 정보 및 해당 앱 서명 정보에 대한 인증이 차단되도록 앱 서명 인증 정보를 저장할 수 있다. 이러한 앱 서명 인증 정보는 해당 사용자 정보와 해당 앱 서명 정보를 포함할 수 있다. 다시 말해, 인증 서버(320)의 블랙리스트에 해당 사용자 정보 및 해당 앱 서명 정보가 추가될 수 있다.
과정 6(560)에서 인증 서버(320)는 인증이 차단된 앱 서명 정보 및 사용자 정보를 노출할 수 있다. 일례로, 인증 서버(320)는 앞서 설명한 페이지의 사용자 인터페이스를 통해 앱 서명 정보, 사용자 정보, 그리고 해당 앱 서명 정보와 사용자 정보의 인증이 차단되었음을 나타내는 정보를 표시할 수 있다. 앱 운영자는 앱 운영자 단말기(420)를 통해 상기 페이지에 접속하여 해당 정보를 받을 수 있다. 이는 앱 운영자가 상기 페이지를 통해 인증 서버(320)의 블랙리스트를 공유할 수 있음을 의미할 수 있다.
과정 7(570)에서 인증 서버(320)는 앱의 실행을 차단할 수 있다. 예를 들어, 인증 서버(320)는 제1 과정(431)에서 모바일 단말기(410)가 전송한 앱 서명 정보 및 사용자 정보의 인증을 차단하여 앱의 실행을 차단할 수 있다.
이후, 모바일 단말기(410)에서 같은 사용자 정보와 앱 서명 정보로 앱의 인증을 요청하는 경우, 인증 서버(320)는 앞서 저장된 앱 서명 인증 정보를 조회하여 요청된 앱 서명 정보를 인증을 차단할 수 있으며, 따라서 앱 운영자를 거치지 않고도 지속해서 해당 앱의 실행을 차단할 수 있게 된다.
이처럼, 인증 서버(320)는 앱에 대한 앱 서명 정보에 대한 화이트리스트를 미리 구축하지 않고도 앱 운영자를 통해 사용자별로, 그리고 앱 서명 정보별로 화이트리스트와 블랙리스트를 구축해나가면서 앱의 실행을 허용 또는 차단할 수 있다. 뿐만 아니라, 특정 사용자의 앱 서명 정보와 사용자 정보가 화이트리스트와 블랙리스트에 한 번 저장된 이후에는 구축된 화이트리스트와 블랙리스트를 이용하여 해당 사용자의 해당 앱의 실행을 지속해서 허용 또는 차단할 수 있게 된다.
도 6은 본 발명의 일 실시 예에 따른 인증 차단된 앱을 다시 허용하는 시나리오의 예를 도시한 흐름도이다. 도 6은 도 4 및 도 5를 통해 설명한 모바일 단말기(410), 인증 서버(320) 및 앱 운영자 단말기(420)를 나타내고 있다. 이후 설명하는 과정 1(610) 내지 과정 4(640)는 이전 앱 실행의 과정과 연계되어 수행될 수 있으며, 과정 5(650) 내지 과정 8(680)은 모바일 단말기(410)가 모바일 단말기(410)에 설치된 앱의 현재 실행을 시도하는 과정과 연계되어 수행될 수 있다.
제1 과정(610)에서 인증 서버(320)는 앱 제공자에게 앱 서명 정보와 사용자 정보를 노출할 수 있다. 예를 들어, 인증 서버(320)는 앱 제공자가 접근 가능한 페이지의 사용자 인터페이스를 통해 앱 서명 정보와 사용자 정보를 노출할 수 있으며, 앱 운영자는 자신의 앱 운영자 단말기(420)를 이용하여 해당 페이지에 접근함으로써, 앱 서명 정보와 사용자 정보를 받을 수 있게 된다. 다시 말해, 앱 제공자는 언제든 상술한 페이지에 접근하여 자신의 앱과 관련된 사용자 정보 및 앱 서명 정보를 확인할 수 있다. 또한, 이미 설명한 바와 같이, 앱 운영자는 해당 페이지를 통해 앱 서명 정보와 사용자 정보가 인증이 허용되었는지 또는 인증이 차단되었는지를 확인할 수 있으며, 필요시 인증의 허용을 차단으로, 또는 인증의 차단을 허용으로 변경할 수 있다.
제2 과정(620)에서 앱 운영자 단말기(420)는 사용자 정보 및 앱 서명 정보를 확인할 수 있다. 이때, 사용자 정보 및 앱 서명 정보의 확인은 앱 운영자에 의해 수동으로 이루어질 수도 있고, 앱 운영자 단말기(420)가 기설정된 로직에 따라 사용자 정보와 앱 서명 정보를 비교하는 작업을 통해 자동으로 이루어질 수도 있다. 예를 들어, 앱 운영자 단말기(420)는 해당 앱에 대해 등록된 앱 서명 정보를 인증이 요청된 앱의 앱 서명 정보와 비교하여 해당 앱 서명 정보의 인증을 허용 또는 차단할 수 있다. 또한, 앱 운영자 단말기(420)는 기설정된 사용자들에 대해서는 인증이 요청된 앱 서명 정보와 별개로 앱 서명 정보의 인증을 허용하거나 차단할 수도 있다. 본 실시 예에서는 앱 운영자가 앱 운영자 단말기(420)를 통해 차단된 앱 서명 정보의 인증을 허용으로 변경하는 경우의 시나리오를 설명하고 있다. 이를 위해, 상술한 페이지는 특정 앱 서명 정보 및 사용자 정보에 대한 인증을 허용 및 차단 중 하나로 선택하기 위한 사용자 인터페이스를 포함할 수 있다.
과정 3(630)에서 앱 운영자 단말기(420)는 인증 서버(320)로 해당 앱 서명 정보의 인증을 허용하도록 저장할 것을 요청할 수 있다. 예를 들어, 앱 운영자가 상술한 페이지의 사용자 인터페이스를 이용하여 차단된 앱 서명 정보에 대한 인증을 허용으로 변경하는 경우, 상술한 요청이 인증 서버(320)로 전달될 수 있다. 인증 서버(320)는 해당 사용자 정보 및 해당 앱 서명 정보에 대한 인증이 허용되도록 앱 서명 인증 정보를 저장할 수 있다. 다시 말해, 인증 서버(320)의 블랙리스트에 추가되어 있던 사용자 정보 및 앱 서명 정보가 화이트리스트로 옮겨질 수 있다.
과정 4(640)에서 인증 서버(320)는 인증이 허용된 앱 서명 정보 및 사용자 정보를 노출할 수 있다. 일례로, 인증 서버(320)는 앞서 설명한 페이지의 사용자 인터페이스를 통해 앱 서명 정보, 사용자 정보, 그리고 해당 앱 서명 정보와 사용자 정보의 인증이 허용되었음을 나타내는 정보를 표시할 수 있다. 앱 운영자는 앱 운영자 단말기(420)를 통해 상기 페이지에 접속하여 해당 정보를 받을 수 있다.
이후, 모바일 단말기(410)에서 해당 앱을 실행시키고자 하는 경우, 모바일 단말기(410)는 앱의 제어에 따라 과정 5(650)에서 앱 서명 정보 및 사용자 정보를 추출할 수 있으며, 과정 6(660)에서 추출된 앱 서명 정보와 사용자 정보를 인증 서버(320)로 전송할 수 있다. 이 경우, 인증 서버(320)는 과정 7(670)에서 전송된 앱 서명 정보와 사용자 정보에 대해 앱 서명 인증 정보를 조회할 수 있으며, 해당 사용자 정보 및 앱 서명 정보는 인증이 허용되도록 저장되어 있기 때문에, 과정 8(680)에서 모바일 단말기(410)에서의 앱의 실행을 허용할 수 있다.
역으로, 차단된 앱 서명 정보의 인증을 다시 허용으로 변경할 수도 있음을 이상의 설명을 통해 쉽게 이해할 수 있을 것이다.
도 7은 본 발명의 일 실시 예에 있어서, 앱 운영자의 인증 제어를 위한 페이지가 포함하는 사용자 인터페이스의 예를 도시한 도면이다. 도 7은 화이트리스트로서 인증이 허용된 앱 서명 인증 정보를 포함하는 허용 테이블(710)과, 블랙리스트로서 인증이 차단된 앱 서명 인증 정보를 포함하는 차단 테이블(720)을 나타내고 있다. 예를 들어, 허용 테이블(710)의 첫 번째 행은 사용자 식별자 "AAA", 앱 이름 "A", 패키지 이름 "c.b.a", 허용 시각 "2020-01-22 11:02:33", 서명 "AFAEAGRADSF", 상태 "허용" 등의 정보를 나타내고 있다. 보다 구체적인 예로, 사용자 식별자 "AAA"에 대응하는 사용자가 앱 이름 "A"와 패키지 이름 "c.b.a"에 대응하는 앱의 실행 시에 인증을 요청하면서 사용자 정보로서 사용자 식별자 "AAA"와 앱 서명 정보로서 서명 "AFAEAGRADSF"를 인증 서버(320)로 전달할 수 있다. 이 경우, 인증 서버(320)는 사용자 정보와 앱 서명 정보를 앱 운영자에게 노출할 수 있으며, 앱 운영자는 해당 사용자 정보와 앱 서명 정보를 확인하여 해당 사용자 정보와 앱 서명 정보에 대한 인증을 허용하도록 저장할 것을 인증 서버(320)에 요청할 수 있다. 이 경우, 해당 앱 서명 인증 정보가 화이트리스트인 허용 테이블(710)의 첫 번째 행과 같이 저장될 수 있다.
이때, 허용 테이블(710)에는 각각의 앱 서명 인증 정보들에 대한 인증을 허용에서 차단으로 변경하기 위한 사용자 인터페이스들(711)이 제공될 수 있다. 이와 유사하게, 차단 테이블(720)에는 각각의 앱 서명 인증 정보들에 대한 인증을 차단에서 허용으로 변경하기 위한 사용자 인터페이스들(721)이 제공될 수 있다. 만약, 사용자 식별자 "AAA"에 대응하는 앱 서명 인증 정보가 허용에서 차단으로 변경되는 경우, 사용자 식별자 "AAA"에 대응하는 앱 서명 인증 정보는 허용 테이블(710)에서 삭제되고, 차단 테이블(720)에 추가될 수 있다.
도 8은 본 발명의 일 실시 예에 따른 모바일 단말기의 위변조 탐지 방법의 예를 도시한 도면이다. 본 실시 예에 따른 위변조 탐지 방법은 모바일 단말기를 구현하는 컴퓨터 장치(200)에 의해 수행될 수 있다. 이때, 컴퓨터 장치(200)의 프로세서(220)는 메모리(210)가 포함하는 운영체제의 코드나 적어도 하나의 컴퓨터 프로그램의 코드에 따른 제어 명령을 실행하도록 구현될 수 있다. 여기서, 프로세서(220)는 컴퓨터 장치(200)에 저장된 코드가 제공하는 제어 명령에 따라 컴퓨터 장치(200)가 도 8의 방법이 포함하는 단계들(810 및 820)을 수행하도록 컴퓨터 장치(200)를 제어할 수 있다.
단계(810)에서 컴퓨터 장치(200)는 컴퓨터 장치(200)에 설치된 애플리케이션의 실행이 시도됨에 응답하여, 애플리케이션에 대한 앱 서명 인증 정보를 추출할 수 있다. 이때, 앱 서명 인증 정보는 컴퓨터 장치(200)의 사용자에 대한 사용자 정보 및 애플리케이션의 서명 정보를 포함할 수 있다. 이러한 앱 서명 인증 정보는 애플리케이션의 기본 정보로서 애플리케이션의 패키지 이름 및 애플리케이션의 버전에 대한 정보를 더 포함할 수도 있다.
실시 예에 따라, 앱 서명 인증 정보는 컴퓨터 장치(200)에 대한 단말 정보를 더 포함할 수 있다. 일례로, 단말 정보는 EMMC ID, IMEI 및 MAC 주소 중 적어도 하나를 포함할 수 있다. 이러한 단말 정보는 애플리케이션의 기본 정보로서 애플리케이션의 패키지 이름 및 애플리케이션의 버전에 대한 정보를 더 포함할 수도 있다.
단계(820)에서 컴퓨터 장치(200)는 추출된 앱 서명 인증 정보를 인증 서버로 전송할 수 있다. 여기서, 인증 서버는 앞서 설명한 인증 서버(320)에 대응할 수 있다. 전송된 앱 서명 인증 정보는 인증 서버가 애플리케이션의 운영자 단말기를 통해 앱 서명 인증 정보에 대한 인증의 허용 또는 차단을 선택받음에 따라 인증의 허용 또는 차단 여부가 결정될 수 있다. 이때, 앱 서명 인증 정보에 대한 인증이 허용되는 경우에 애플리케이션의 실행이 허용될 수 있고, 앱 서명 인증 정보에 대한 인증이 차단되는 경우에 애플리케이션의 실행이 차단될 수 있다.
이처럼, 앱 서명 인증 정보가 사용자 정보를 포함함에 따라 단순히 앱에 대한 위변조만을 탐지하는 것이 아니라, 위변조된 앱을 사용하는 사용자에 대한 정보도 얻을 수 있게 된다.
도 9는 본 발명의 일 실시 예에 따른 인증 서버의 위변조 탐지 방법의 예를 도시한 도면이다. 본 실시 예에 따른 위변조 탐지 방법은 인증 서버(320)를 구현하는 컴퓨터 장치(200)에 의해 수행될 수 있다. 이때, 컴퓨터 장치(200)의 프로세서(220)는 메모리(210)가 포함하는 운영체제의 코드나 적어도 하나의 컴퓨터 프로그램의 코드에 따른 제어 명령을 실행하도록 구현될 수 있다. 여기서, 프로세서(220)는 컴퓨터 장치(200)에 저장된 코드가 제공하는 제어 명령에 따라 컴퓨터 장치(200)가 도 9의 방법이 포함하는 단계들(910 및 980)을 수행하도록 컴퓨터 장치(200)를 제어할 수 있다.
단계(910)에서 컴퓨터 장치(200)는 모바일 단말기에서 애플리케이션의 실행이 시도됨에 응답하여, 모바일 단말기로부터 애플리케이션에 대한 앱 서명 인증 정보를 수신할 수 있다. 여기서, 수신되는 앱 서명 인증 정보는 앞서 도 8의 단계(820)에서 전송되는 앱 서명 인증 정보에 대응될 수 있다. 다시 말해, 모바일 단말기의 사용자에 대한 사용자 정보 및 애플리케이션의 서명 정보를 포함할 수 있다. 이때, 앱 서명 인증 정보는 애플리케이션의 기본 정보로서 애플리케이션의 패키지 이름 및 애플리케이션의 버전에 대한 정보를 더 포함할 수도 있다. 이미 설명한 바와 같이, 사용자 정보가 함께 전달됨에 따라 단순히 앱에 대한 위변조만을 탐지하는 것이 아니라, 위변조된 앱을 사용하는 사용자에 대한 정보도 얻을 수 있게 된다.
단계(920)에서 컴퓨터 장치(200)는 애플리케이션의 운영자 단말기를 통해 앱 서명 인증 정보에 대한 인증의 허용 또는 차단을 선택받을 수 있다. 예를 들어, 컴퓨터 장치(200)는 앱 서명 인증 정보를 표시하는 제1 기능 및 앱 서명 인증 정보에 대한 인증의 허용 또는 차단을 선택받기 위한 제2 기능이 포함된 페이지를 제공할 수 있다. 이 경우, 애플리케이션의 운영자가 운영자 단말기를 통해 페이지에 접근하여 앱 서명 인증 정보에 대한 인증의 허용 또는 차단을 선택할 수 있게 된다. 이때, 컴퓨터 장치(200)는 제공된 페이지에서 제2 기능을 통해 선택된 인증의 허용 또는 인증의 차단을 확인할 수 있다. 또한, 페이지는 인증이 허용된 앱 서명 인증 정보들의 리스트 및 인증이 차단된 앱 서명 인증 정보들의 리스트를 표시하는 제3 기능, 인증이 허용된 앱 서명 인증 정보를 인증이 차단된 앱 서명 인증 정보로 변경하기 위한 제4 기능 및 인증이 차단된 앱 서명 인증 정보를 인증이 허용된 앱 서명 인증 정보로 변경하기 위한 제5 기능을 더 포함할 수 있다. 이 경우, 애플리케이션의 운영자는 기존에 인증을 허용했더라도 필요시 다시 인증을 차단할 수 있으며, 인증을 차단했더라도 필요시 다시 인증을 허용할 수 있게 된다. 또한, 사용자별로, 그리고 앱 서명 정보별로 인증이 허용된 케이스와 인증이 차단된 케이스를 살펴볼 수 있기 때문에, 애플리케이션의 운영자가 인증 서버(320)로서의 컴퓨터 장치(200)가 생성하게 되는 애플리케이션의 서명에 대한 화이트리스트와 블랙리스트를 공유할 수 있게 된다.
단계(930)에서 컴퓨터 장치(200)는 선택에 따라 앱 서명 인증 정보에 대한 인증을 허용 또는 차단하는 것으로 저장될 수 있다. 이때, 인증을 허용하는 것으로 저장되는 앱 서명 인증 정보들의 리스트가 화이트리스트가 될 수 있으며, 인증을 차단하는 것으로 저장되는 앱 서명 인증 정보들의 리스트가 블랙리스트가 될 수 있다. 이를 위해, 컴퓨터 장치(200)는 앱 서명 인증 정보에 대한 인증을 허용하는 것으로 선택된 경우, 앱 서명 인증 정보를 화이트리스트에 추가할 수 있다. 또한, 컴퓨터 장치(200)는 앱 서명 인증 정보에 대한 인증을 차단하는 것으로 선택된 경우, 앱 서명 인증 정보를 블랙리스트에 추가할 수 있다.
단계(940)에서 컴퓨터 장치(200)는 인증이 허용된 경우 모바일 단말기에서의 애플리케이션의 실행을 허용할 수 있다.
단계(950)에서 컴퓨터 장치(200)는 인증이 차단된 경우 모바일 단말기에서의 애플리케이션의 실행을 차단할 수 있다.
다시 말해, 인증 서버(320)로서의 컴퓨터 장치(200)는 별도의 화이트리스트나 블랙리스트가 미리 준비되어 있지 않은 상황에서도 애플리케이션의 운영자를 통해 요청된 앱 서명 인증 정보에 대한 인증을 처리할 수 있으며, 동시에 화이트리스트와 블랙리스트를 생성해나갈 수 있다.
단계(960)에서 컴퓨터 장치(200)는 모바일 단말기에서 애플리케이션의 재실행이 시도됨에 응답하여, 모바일 단말기로부터 애플리케이션에 대한 앱 서명 인증 정보를 수신할 수 있다. 다시 말해, 컴퓨터 장치(200)는 모바일 단말기에서 애플리케이션이 실행될 때마다 앱 서명 인증 정보를 수신할 수 있다.
단계(970)에서 컴퓨터 장치(200)는 앱 서명 인증 정보가 앱 서명 인증 정보에 대한 인증을 허용하는 것으로 저장된 경우, 애플리케이션의 재실행을 허용할 수 있다. 앞서 설명한 바와 같이, 모바일 단말기에서 애플리케이션이 최초 실행될 때 전달되는 앱 서명 인증 정보에 대해 이미 인증을 허용하는 것으로 저장이 되어 있다면, 컴퓨터 장치(200)는 애플리케이션의 운영자를 거칠 필요 없이 기 저장된 정보(화이트리스트의 정보)를 이용하여 모바일 단말기에서의 애플리케이션의 재실행을 허용할 수 있다.
단계(980)에서 컴퓨터 장치(200)는 앱 서명 인증 정보가 앱 서명 인증 정보에 대한 인증을 차단하는 것으로 저장된 경우, 애플리케이션의 재실행을 차단할 수 있다. 앞서 설명한 바와 같이, 모바일 단말기에서 애플리케이션이 최초 실행될 때 전달되는 앱 서명 인증 정보에 대해 이미 인증을 차단하는 것으로 저장이 되어 있다면, 컴퓨터 장치(200)는 애플리케이션의 운영자를 거칠 필요 없이 기 저장된 정보(블랙리스트의 정보)를 이용하여 모바일 단말기에서의 애플리케이션의 재실행을 차단할 수 있다.
도 10은 본 발명의 일 실시 예에 따른 앱 인증 허용 시나리오의 다른 예를 도시한 흐름도이다. 도 10의 과정들(1001 내지 1012)은 모바일 단말기(410)가 모바일 단말기(410)에 설치된 앱의 실행을 시도하는 과정과 연계되어 수행될 수 있다. 이때, 인증 서버(320)에는 모바일 단말기(410)에 설치되어 모바일 단말기(410)가 실행하고자 하는 특정 앱에 대해 앱 서명 인증을 차단하도록 저장되어 있다고 가정한다. 앱 서명 인증을 차단하도록 저장하는 것은 해당 특정 앱과 관련하여 앱 서명 인증 정보, 앱 정보 및 사용자 정보를 포함하는 앱 서명 인증 정보를 인증 서버(320)의 블랙리스트에 기록하는 것에 대응될 수 있다.
과정 1(1001)에서 모바일 단말기(410)는 앱 서명 정보, 앱 정보 및 사용자 정보를 추출할 수 있다. 이미 설명한 바와 같이, 앱 서명 정보는 모바일 단말기(410)에 설치된 앱에 대해 생성되는 서명 정보일 수 있다. 만약, 앱이 위변조되는 경우, 위변조된 앱의 앱 서명 정보는 원래의 앱의 앱 서명 정보와 달라질 수 있다. 또한, 앱 정보는 앱의 기본 정보로서 앱의 패키지 이름 및 앱의 버전에 대한 정보를 포함할 수 있으며, 사용자 정보는 앱을 통해 제공되는 서비스상에서의 해당 사용자의 사용자 식별자를 포함할 수 있다.
과정 2(1002)에서 모바일 단말기(410)는 추출된 앱 서명 정보, 앱 정보 및 사용자 정보를 인증 서버(320)로 전송할 수 있다. 일례로, 모바일 단말기(410)는 앱의 제어에 따라 네트워크(170)를 통해 앱 서명 정보, 앱 정보 및 사용자 정보를 인증 서버(320)로 전송할 수 있다.
과정 3(1003)에서 인증 서버(320)는 앱 서명 인증 정보를 조회할 수 있다. 앞서 설명한 바와 같이, 본 실시 예에서는 인증 서버(320)는 모바일 단말기(410)에 설치된 특정 앱에 대해 앱 서명 인증을 허용하라는 정보가 저장되어 있다. 예를 들어, 인증 서버(320)는 블랙리스트 및/또는 화이트리스트를 통해, 수신된 앱 정보 및 사용자 정보에 해당하는 앱의 실행에 대한 허용 또는 차단 여부를 조회할 수 있으며, 본 실시 예에서 인증 서버(320)는 블랙리스트를 통해 해당 특정 앱에 대한 앱 서명 인증을 차단하라는 정보를 추출할 수 있다.
과정 4(1004)에서 인증 서버(320)는 앱 실행을 차단할 수 있다. 여기서 차단되는 앱은 모바일 단말기(410)에 설치된 특정 앱으로서 모바일 단말기(410)가 전송한 앱 정보 및 사용자 정보에 대응하는 앱일 수 있다. 이후 설명하는 추가적인 과정들(특히 과정 5(1005) 내지 과정 7(1007))이 수행되지 않는다면, 해당 앱의 실행을 위한 앱 서명 정보의 인증은 지속적으로 차단될 수 있다.
과정 5(1005)에서 인증 서버(320)는 앱 서명 정보, 앱 정보 및 사용자 정보를 앱 운영자 단말기(420)로 노출할 수 있다. 예를 들어, 인증 서버(320)는 앱 제공자가 접근 가능한 페이지의 사용자 인터페이스를 통해 앱 서명 정보, 앱 정보 및 사용자 정보를 노출할 수 있으며, 앱 운영자는 자신의 앱 운영자 단말기(420)를 이용하여 해당 페이지에 접근함으로써, 앱 서명 정보, 앱 정보 및 사용자 정보를 받을 수 있게 된다.
과정 6(1006)에서 앱 운영자 단말기(420)는 앱 서명 정보, 앱 정보 및 사용자 정보를 확인할 수 있다. 이때, 앱 서명 정보, 앱 정보 및 사용자 정보의 확인은 앱 운영자에 의해 수동으로 이루어질 수도 있고, 앱 운영자 단말기(420)가 기설정된 로직에 따라 앱 서명 정보, 앱 정보 및 사용자 정보를 비교하는 작업을 통해 자동으로 이루어질 수도 있다. 예를 들어, 앱 운영자 단말기(420)는 해당 앱에 대해 등록된 앱 서명 정보를 인증이 요청된 앱의 앱 서명 정보와 비교하여 해당 앱 서명 정보의 인증을 허용 또는 차단할 수 있다. 또한, 앱 운영자 단말기(420)는 기설정된 사용자들에 대해서는 인증이 요청된 앱 서명 정보와 별개로 앱 서명 정보의 인증을 허용하거나 차단할 수도 있다. 본 실시 예에서는 차단되었던 앱 서명 정보의 인증을 다시 허용하는 경우의 시나리오를 설명하고 있다.
과정 7(1007)에서 앱 운영자 단말기(420)는 인증 서버(320)로 해당 앱 서명 정보의 인증을 허용하도록 저장할 것을 요청할 수 있다. 이 경우, 인증 서버(320)는 해당 앱 서명 정보, 앱 정보 및 사용자 정보에 대한 인증이 허용되도록 앱 서명 인증 정보를 화이트리스트에 저장할 수 있다. 이러한 앱 서명 인증 정보는 해당 앱 서명 정보, 앱 정보 및 사용자 정보를 포함할 수 있다. 다시 말해, 인증 서버(320)의 블랙리스트에 기록되어 있던 해당 앱 서명 정보, 앱 정보 및 사용자 정보가 화이트리스트로 옮겨져 기록될 수 있다.
과정 8(1008)에서 인증 서버(320)는 인증이 허용된 앱 서명 정보, 앱 정보 및 사용자 정보를 노출할 수 있다. 일례로, 인증 서버(320)는 앞서 설명한 페이지의 사용자 인터페이스를 통해 앱 서명 정보, 앱 정보, 사용자 정보, 그리고 해당 앱 서명 정보에 대한 인증이 허용되었음을 나타내는 정보를 표시할 수 있다. 앱 운영자는 앱 운영자 단말기(420)를 통해 상기 페이지에 접속하여 해당 정보를 받을 수 있다. 이는 앱 운영자가 상기 페이지를 통해 인증 서버(320)의 화이트리스트를 공유할 수 있음을 의미할 수 있다.
이후, 모바일 단말기(410)의 특정 앱에 대한 앱 서명 정보의 인증이 허용됨에 따라, 해당 특정 앱의 실행이 허용될 수 있다. 과정 9(1009) 내지 과정 12(1012)는 앱의 실행이 허용되는 과정을 나타내고 있다. 모바일 단말기(410)는 과정 9(1009)에서 앱 서명 정보, 앱 정보 및 사용자 정보를 추출할 수 있고, 과정 10(1010)에서 추출된 앱 서명 정보, 앱 정보 및 사용자 정보를 인증 서버(320)로 전송할 수 있다. 과정 11(1011)에서 인증 서버(320)는 앱 서명 인증 정보를 조회할 수 있다. 인증 서버(320)는 과정 7(1007)에서의 앱 운영자 단말기(420)로부터의 요청에 따라 해당 앱 서명 정보, 앱 정보 및 사용자 정보를 화이트리스트에 저장하였기 때문에, 과정 12(1012)에서 인증 서버(320)는 해당 앱의 실행을 허용할 수 있다.
도 11은 본 발명의 일 실시 예에 따른 앱 인증 차단 시나리오의 다른 예를 도시한 흐름도이다. 도 11의 과정들(1101 내지 1112)은 모바일 단말기(410)가 모바일 단말기(410)에 설치된 앱의 실행을 시도하는 과정과 연계되어 수행될 수 있다. 이때, 인증 서버(320)에는 모바일 단말기(410)에 설치되어 모바일 단말기(410)가 실행하고자 하는 특정 앱에 대해 앱 서명 인증을 허용하도록 저장되어 있다고 가정한다. 앱 서명 인증을 허용하도록 저장하는 것은 해당 특정 앱과 관련하여 앱 서명 인증 정보, 앱 정보 및 사용자 정보를 포함하는 앱 서명 인증 정보를 인증 서버(320)의 화이트리스트에 기록하는 것에 대응될 수 있다.
과정 1(1101)에서 모바일 단말기(410)는 앱 서명 정보, 앱 정보 및 사용자 정보를 추출할 수 있다. 이미 설명한 바와 같이, 앱 서명 정보는 모바일 단말기(410)에 설치된 앱에 대해 생성되는 서명 정보일 수 있다. 만약, 앱이 위변조되는 경우, 위변조된 앱의 앱 서명 정보는 원래의 앱의 앱 서명 정보와 달라질 수 있다. 또한, 앱 정보는 앱의 기본 정보로서 앱의 패키지 이름 및 앱의 버전에 대한 정보를 포함할 수 있으며, 사용자 정보는 앱을 통해 제공되는 서비스상에서의 해당 사용자의 사용자 식별자를 포함할 수 있다.
과정 2(1102)에서 모바일 단말기(410)는 추출된 앱 서명 정보, 앱 정보 및 사용자 정보를 인증 서버(320)로 전송할 수 있다. 일례로, 모바일 단말기(410)는 앱의 제어에 따라 네트워크(170)를 통해 앱 서명 정보, 앱 정보 및 사용자 정보를 인증 서버(320)로 전송할 수 있다.
과정 3(1103)에서 인증 서버(320)는 앱 서명 인증 정보를 조회할 수 있다. 앞서 설명한 바와 같이, 본 실시 예에서는 인증 서버(320)는 모바일 단말기(410)에 설치된 특정 앱에 대해 앱 서명 인증을 허용하라는 정보가 저장되어 있다. 예를 들어, 인증 서버(320)는 블랙리스트 및/또는 화이트리스트를 통해, 수신된 앱 정보 및 사용자 정보에 해당하는 앱의 실행에 대한 허용 또는 차단 여부를 조회할 수 있으며, 본 실시 예에서 인증 서버(320)는 화이트리스트를 통해 해당 특정 앱에 대한 앱 서명 인증을 허용하라는 정보를 추출할 수 있다.
과정 4(1104)에서 인증 서버(320)는 앱 실행을 차단할 수 있다. 여기서 허용되는 앱은 모바일 단말기(410)에 설치된 특정 앱으로서 모바일 단말기(410)가 전송한 앱 정보 및 사용자 정보에 대응하는 앱일 수 있다. 이후 설명하는 추가적인 과정들(특히 과정 5(1105) 내지 과정 7(1107))이 수행되지 않는다면, 해당 앱의 실행을 위한 앱 서명 정보의 인증은 지속적으로 허용될 수 있다.
과정 5(1105)에서 인증 서버(320)는 앱 서명 정보, 앱 정보 및 사용자 정보를 앱 운영자 단말기(420)로 노출할 수 있다. 예를 들어, 인증 서버(320)는 앱 제공자가 접근 가능한 페이지의 사용자 인터페이스를 통해 앱 서명 정보, 앱 정보 및 사용자 정보를 노출할 수 있으며, 앱 운영자는 자신의 앱 운영자 단말기(420)를 이용하여 해당 페이지에 접근함으로써, 앱 서명 정보, 앱 정보 및 사용자 정보를 받을 수 있게 된다.
과정 6(1106)에서 앱 운영자 단말기(420)는 앱 서명 정보, 앱 정보 및 사용자 정보를 확인할 수 있다. 이때, 앱 서명 정보, 앱 정보 및 사용자 정보의 확인은 앱 운영자에 의해 수동으로 이루어질 수도 있고, 앱 운영자 단말기(420)가 기설정된 로직에 따라 앱 서명 정보, 앱 정보 및 사용자 정보를 비교하는 작업을 통해 자동으로 이루어질 수도 있다. 예를 들어, 앱 운영자 단말기(420)는 해당 앱에 대해 등록된 앱 서명 정보를 인증이 요청된 앱의 앱 서명 정보와 비교하여 해당 앱 서명 정보의 인증을 허용 또는 차단할 수 있다. 또한, 앱 운영자 단말기(420)는 기설정된 사용자들에 대해서는 인증이 요청된 앱 서명 정보와 별개로 앱 서명 정보의 인증을 허용하거나 차단할 수도 있다. 본 실시 예에서는 허용되었던 앱 서명 정보의 인증을 다시 차단하는 경우의 시나리오를 설명하고 있다.
과정 7(1107)에서 앱 운영자 단말기(420)는 인증 서버(320)로 해당 앱 서명 정보의 인증을 차단하도록 저장할 것을 요청할 수 있다. 이 경우, 인증 서버(320)는 해당 앱 서명 정보, 앱 정보 및 사용자 정보에 대한 인증이 차단되도록 앱 서명 인증 정보를 블랙리스트에 저장할 수 있다. 이러한 앱 서명 인증 정보는 해당 앱 서명 정보, 앱 정보 및 사용자 정보를 포함할 수 있다. 다시 말해, 인증 서버(320)의 화이트리스트에 기록되어 있던 해당 앱 서명 정보, 앱 정보 및 사용자 정보가 블랙리스트로 옮겨져 기록될 수 있다.
과정 8(1108)에서 인증 서버(320)는 인증이 차단된 앱 서명 정보, 앱 정보 및 사용자 정보를 노출할 수 있다. 일례로, 인증 서버(320)는 앞서 설명한 페이지의 사용자 인터페이스를 통해 앱 서명 정보, 앱 정보, 사용자 정보, 그리고 해당 앱 서명 정보에 대한 인증이 차단되었음을 나타내는 정보를 표시할 수 있다. 앱 운영자는 앱 운영자 단말기(420)를 통해 상기 페이지에 접속하여 해당 정보를 받을 수 있다. 이는 앱 운영자가 상기 페이지를 통해 인증 서버(320)의 블랙리스트를 공유할 수 있음을 의미할 수 있다.
이후, 모바일 단말기(410)의 특정 앱에 대한 앱 서명 정보의 인증이 차단됨에 따라 해당 특정 앱의 실행이 차단될 수 있다. 과정 9(1109) 내지 과정 12(1112)는 앱의 실행이 차단되는 과정을 나타내고 있다. 모바일 단말기(410)는 과정 9(1109)에서 앱 서명 정보, 앱 정보 및 사용자 정보를 추출할 수 있고, 과정 10(1110)에서 추출된 앱 서명 정보, 앱 정보 및 사용자 정보를 인증 서버(320)로 전송할 수 있다. 과정 11(1111)에서 인증 서버(320)는 앱 서명 인증 정보를 조회할 수 있다. 인증 서버(320)는 과정 7(1107)에서의 앱 운영자 단말기(420)로부터의 요청에 따라 해당 앱 서명 정보, 앱 정보 및 사용자 정보를 블랙리스트에 저장하였기 때문에, 과정 12(1112)에서 인증 서버(320)는 해당 앱의 실행을 차단할 수 있다.
이처럼, 본 발명의 실시 예들에 따르면, 클라이언트 측에서는 애플리케이션에 대한 서명 정보와 사용자의 식별자(일례로, 사용자 아이디)를 서버 측으로 전달하고, 서버 측에서 비즈니스 상황에 맞춰 애플리케이션 운영자 측에서 애플리케이션 인증의 허용 또는 차단을 결정하도록 함으로써, 모든 서명을 미리 등록하지 않고도 유연하게 모바일 애플리케이션의 위변조를 탐지할 수 있다.
이상에서 설명된 시스템 또는 장치는 하드웨어 구성요소, 또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시 예들에서 설명된 장치 및 구성요소는, 예를 들어, 프로세서, 컨트롤러, ALU(Arithmetic Logic Unit), 디지털 신호 프로세서(Digital Signal Processor), 마이크로컴퓨터, FPGA(Field Programmable Gate Array), PLU(Programmable Logic Unit), 마이크로프로세서, 또는 명령을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(Operating System, OS) 및 상기 운영 체제상에서 수행되는 하나 이상의 소프트웨어 앱을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 예도 있지만, 해당 기술 분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(Processing Element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 컨트롤러를 포함할 수 있다. 또한, 병렬 프로세서(Parallel Processor)와 같은, 다른 처리 구성(Processing Configuration)도 가능하다.
소프트웨어는 컴퓨터 프로그램(Computer Program), 코드(Code), 명령, 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(Collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에서 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치에 구체화(embody)할 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.
실시 예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 매체는 컴퓨터로 실행 가능한 프로그램을 계속 저장하거나, 실행 또는 다운로드를 위해 임시 저장하는 것일 수도 있다. 또한, 매체는 단일 또는 수개 하드웨어가 결합한 형태의 다양한 기록수단 또는 저장수단일 수 있는데, 어떤 컴퓨터 시스템에 직접 접속되는 매체에 한정되지 않고, 네트워크상에 분산 존재하는 것일 수도 있다. 매체의 예시로는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM 및 DVD와 같은 광 기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical medium), 및 ROM, RAM, 플래시 메모리 등을 포함하여 프로그램 명령어가 저장되도록 구성된 것이 있을 수 있다. 또한, 다른 매체의 예시로, 애플리케이션을 유통하는 앱 스토어나 기타 다양한 소프트웨어를 공급 또는 유통하는 사이트, 서버 등에서 관리하는 기록 매체도 들 수 있다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다.
이상과 같이 실시 예들이 비록 한정된 실시 예와 도면에 의해 설명되었으나, 해당 기술 분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.
그러므로, 다른 구현들, 다른 실시 예들 및 청구범위와 균등한 것들도 후술하는 청구범위의 범위에 속한다.

Claims (17)

  1. 적어도 하나의 프로세서를 포함하는 컴퓨터 장치가 수행하는 위변조 탐지 방법에 있어서,
    상기 적어도 하나의 프로세서에 의해, 모바일 단말기에서 애플리케이션의 실행이 시도됨에 응답하여, 상기 모바일 단말기로부터 상기 애플리케이션에 대한 앱 서명 인증 정보를 수신하는 단계;
    상기 적어도 하나의 프로세서에 의해, 상기 애플리케이션의 운영자 단말기를 통해 상기 앱 서명 인증 정보에 대한 인증의 허용 또는 차단을 선택받는 단계;
    상기 적어도 하나의 프로세서에 의해, 상기 선택에 따라 상기 앱 서명 인증 정보에 대한 인증을 허용 또는 차단하는 것으로 저장하는 단계;
    상기 적어도 하나의 프로세서에 의해, 상기 인증이 허용된 경우 상기 모바일 단말기에서의 상기 애플리케이션의 실행을 허용하는 단계; 및
    상기 적어도 하나의 프로세서에 의해, 상기 인증이 차단된 경우 상기 모바일 단말기에서의 상기 애플리케이션의 실행을 차단하는 단계
    를 포함하는 위변조 탐지 방법.
  2. 제1항에 있어서,
    상기 인증의 허용 또는 차단을 선택받는 단계는,
    상기 앱 서명 인증 정보를 표시하는 제1 기능 및 상기 앱 서명 인증 정보에 대한 인증의 허용 또는 차단을 선택받기 위한 제2 기능이 포함된 페이지를 제공하는 단계; 및
    상기 제공된 페이지에서 상기 제2 기능을 통해 선택된 인증의 허용 또는 인증의 차단을 확인하는 단계
    를 포함하는 것을 특징으로 하는 위변조 탐지 방법.
  3. 제2항에 있어서,
    상기 페이지는 인증이 허용된 앱 서명 인증 정보들의 리스트 및 인증이 차단된 앱 서명 인증 정보들의 리스트를 표시하는 제3 기능, 인증이 허용된 앱 서명 인증 정보를 인증이 차단된 앱 서명 인증 정보로 변경하기 위한 제4 기능 및 인증이 차단된 앱 서명 인증 정보를 인증이 허용된 앱 서명 인증 정보로 변경하기 위한 제5 기능을 더 포함하는 것을 특징으로 하는 위변조 탐지 방법.
  4. 제1항에 있어서,
    상기 인증을 허용 또는 차단하는 것으로 저장하는 단계는,
    상기 앱 서명 인증 정보에 대한 인증을 허용하는 것으로 선택된 경우, 상기 앱 서명 인증 정보를 화이트리스트에 추가하는 단계; 및
    상기 앱 서명 인증 정보에 대한 인증을 차단하는 것으로 선택된 경우, 상기 앱 서명 인증 정보를 블랙리스트에 추가하는 단계
    를 포함하는 것을 특징으로 하는 위변조 탐지 방법.
  5. 제1항에 있어서,
    상기 적어도 하나의 프로세서에 의해, 상기 모바일 단말기에서 상기 애플리케이션의 재실행이 시도됨에 응답하여, 상기 모바일 단말기로부터 상기 애플리케이션에 대한 앱 서명 인증 정보를 수신하는 단계;
    상기 적어도 하나의 프로세서에 의해, 상기 앱 서명 인증 정보가 상기 앱 서명 인증 정보에 대한 인증을 허용하는 것으로 저장된 경우, 상기 애플리케이션의 재실행을 허용하는 단계; 및
    상기 적어도 하나의 프로세서에 의해, 상기 앱 서명 인증 정보가 상기 앱 서명 인증 정보에 대한 인증을 차단하는 것으로 저장된 경우, 상기 애플리케이션의 재실행을 차단하는 단계
    를 더 포함하는 위변조 탐지 방법.
  6. 제1항에 있어서,
    상기 앱 서명 인증 정보는 상기 모바일 단말기의 사용자에 대한 사용자 정보 및 상기 애플리케이션의 서명 정보를 포함하는 것을 특징으로 하는 위변조 탐지 방법.
  7. 제6항에 있어서,
    상기 앱 서명 인증 정보는 상기 애플리케이션의 기본 정보로서 상기 애플리케이션의 패키지 이름 및 상기 애플리케이션의 버전을 더 포함하는 것을 특징으로 하는 위변조 탐지 방법.
  8. 제6항에 있어서,
    상기 앱 서명 인증 정보는 상기 모바일 단말기에 대한 단말 정보를 더 포함하고,
    상기 단말 정보는 EMMC(Embedded MultiMedia Card) ID, IMEI(International Mobile station Equipment Identity) 및 MAC 주소 중 적어도 하나를 포함하는 것을 특징으로 하는 위변조 탐지 방법.
  9. 적어도 하나의 프로세서를 포함하는 컴퓨터 장치가 수행하는 위변조 탐지 방법에 있어서,
    상기 적어도 하나의 프로세서에 의해, 상기 컴퓨터 장치에 설치된 애플리케이션의 실행이 시도됨에 응답하여, 상기 애플리케이션에 대한 앱 서명 인증 정보를 추출하는 단계; 및
    상기 적어도 하나의 프로세서에 의해, 상기 추출된 앱 서명 인증 정보를 인증 서버로 전송하는 단계
    를 포함하고,
    상기 앱 서명 인증 정보는 상기 컴퓨터 장치의 사용자에 대한 사용자 정보 및 상기 애플리케이션의 서명 정보를 포함하는 것을 특징으로 하는 위변조 탐지 방법.
  10. 제9항에 있어서,
    상기 전송된 앱 서명 인증 정보는 상기 인증 서버가 애플리케이션의 운영자 단말기를 통해 상기 앱 서명 인증 정보에 대한 인증의 허용 또는 차단을 선택받음에 따라 인증의 허용 또는 차단 여부가 결정되고,
    상기 앱 서명 인증 정보에 대한 인증이 허용되는 경우, 상기 애플리케이션의 실행이 허용되고,
    상기 앱 서명 인증 정보에 대한 인증이 차단되는 경우, 상기 애플리케이션의 실행이 차단되는 것
    을 특징으로 하는 위변조 탐지 방법.
  11. 컴퓨터 장치와 결합하여 제1항 내지 제10항 중 어느 한 항의 방법을 컴퓨터 장치에 실행시키기 위해 컴퓨터 판독 가능한 기록 매체에 저장된 컴퓨터 프로그램.
  12. 제1항 내지 제10항 중 어느 한 항의 방법을 컴퓨터 장치에 실행시키기 위한 컴퓨터 프로그램이 기록되어 있는 컴퓨터 판독 가능한 기록 매체.
  13. 컴퓨터에서 판독 가능한 명령을 실행하도록 구현되는 적어도 하나의 프로세서
    를 포함하고,
    상기 적어도 하나의 프로세서에 의해,
    모바일 단말기에서 애플리케이션의 실행이 시도됨에 응답하여, 상기 모바일 단말기로부터 상기 애플리케이션에 대한 앱 서명 인증 정보를 수신하고,
    상기 애플리케이션의 운영자 단말기를 통해 상기 앱 서명 인증 정보에 대한 인증의 허용 또는 차단을 선택받고,
    상기 선택에 따라 상기 앱 서명 인증 정보에 대한 인증을 허용 또는 차단하는 것으로 저장하고,
    상기 인증이 허용된 경우 상기 모바일 단말기에서의 상기 애플리케이션의 실행을 허용하고,
    상기 인증이 차단된 경우 상기 모바일 단말기에서의 상기 애플리케이션의 실행을 차단하는 것
    을 특징으로 하는 컴퓨터 장치.
  14. 제13항에 있어서,
    상기 적어도 하나의 프로세서에 의해,
    상기 앱 서명 인증 정보를 표시하는 제1 기능 및 상기 앱 서명 인증 정보에 대한 인증의 허용 또는 차단을 선택받기 위한 제2 기능이 포함된 페이지를 제공하고,
    상기 제공된 페이지에서 상기 제2 기능을 통해 선택된 인증의 허용 또는 인증의 차단을 확인하는 것
    을 특징으로 하는 컴퓨터 장치.
  15. 제13항에 있어서,
    상기 적어도 하나의 프로세서에 의해,
    상기 앱 서명 인증 정보에 대한 인증을 허용하는 것으로 선택된 경우, 상기 앱 서명 인증 정보를 화이트리스트에 추가하고,
    상기 앱 서명 인증 정보에 대한 인증을 차단하는 것으로 선택된 경우, 상기 앱 서명 인증 정보를 블랙리스트에 추가하는 것
    을 특징으로 하는 컴퓨터 장치.
  16. 제13항에 있어서,
    상기 적어도 하나의 프로세서에 의해,
    상기 모바일 단말기에서 상기 애플리케이션의 재실행이 시도됨에 응답하여, 상기 모바일 단말기로부터 상기 애플리케이션에 대한 앱 서명 인증 정보를 수신하고,
    상기 앱 서명 인증 정보가 상기 앱 서명 인증 정보에 대한 인증을 허용하는 것으로 저장된 경우, 상기 애플리케이션의 재실행을 허용하고,
    상기 앱 서명 인증 정보가 상기 앱 서명 인증 정보에 대한 인증을 차단하는 것으로 저장된 경우, 상기 애플리케이션의 재실행을 차단하는 것
    을 특징으로 하는 컴퓨터 장치.
  17. 제13항에 있어서,
    상기 앱 서명 인증 정보는 상기 모바일 단말기의 사용자에 대한 사용자 정보 및 상기 애플리케이션의 서명 정보를 포함하는 것
    을 특징으로 하는 컴퓨터 장치.
PCT/KR2021/005455 2020-05-06 2021-04-29 사용자 식별자 및 서명 수집을 이용한 모바일 애플리케이션 위변조 탐지 방법 및 시스템 WO2021225329A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022562801A JP7445017B2 (ja) 2020-05-06 2021-04-29 ユーザ識別子および署名収集を利用したモバイルアプリケーション偽造・変造探知方法、コンピュータプログラム、コンピュータ読み取り可能な記録媒体およびコンピュータ装置
US17/977,659 US20230074627A1 (en) 2020-05-06 2022-10-31 Method and system for detecting forgery of mobile application by using user identifier and signature collection

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2020-0054042 2020-05-06
KR20200054042 2020-05-06
KR10-2020-0066346 2020-06-02
KR1020200066346A KR102348312B1 (ko) 2020-05-06 2020-06-02 사용자 식별자 및 서명 수집을 이용한 모바일 애플리케이션 위변조 탐지 방법 및 시스템

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/977,659 Continuation US20230074627A1 (en) 2020-05-06 2022-10-31 Method and system for detecting forgery of mobile application by using user identifier and signature collection

Publications (1)

Publication Number Publication Date
WO2021225329A1 true WO2021225329A1 (ko) 2021-11-11

Family

ID=78468106

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/005455 WO2021225329A1 (ko) 2020-05-06 2021-04-29 사용자 식별자 및 서명 수집을 이용한 모바일 애플리케이션 위변조 탐지 방법 및 시스템

Country Status (3)

Country Link
US (1) US20230074627A1 (ko)
JP (1) JP7445017B2 (ko)
WO (1) WO2021225329A1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230292141A1 (en) * 2022-03-09 2023-09-14 Netgear, Inc. Repurposing consumer electronic devices as nodes in wireless mesh networks

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130097444A (ko) * 2012-02-24 2013-09-03 삼성전자주식회사 휴대 단말기의 무결성 보호 방법 및 장치
KR20150022429A (ko) * 2013-08-23 2015-03-04 주식회사 마크애니 모바일 애플리케이션의 위변조 방지 장치, 사용자 디바이스, 방법 및 시스템
KR20150030047A (ko) * 2013-09-11 2015-03-19 오유록 애플리케이션 인증 방법 및 그 시스템
KR20150124076A (ko) * 2014-04-25 2015-11-05 주식회사 비티웍스 불법 어플리케이션 차단 시스템 및 서버, 이를 위한 통신 단말기 및 불법 어플리케이션 차단 방법과 기록매체
KR20170140630A (ko) * 2016-06-13 2017-12-21 (유)아홉 애플리케이션 무결성 인증 방법 및 인증 서버

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101907529B1 (ko) 2012-09-25 2018-12-07 삼성전자 주식회사 사용자 디바이스에서 어플리케이션 관리 방법 및 장치
JP6044299B2 (ja) 2012-11-26 2016-12-14 富士通株式会社 データ参照システムおよびアプリケーション認証方法
JP2014178737A (ja) 2013-03-13 2014-09-25 Sharp Corp 情報処理装置
US9305162B2 (en) 2013-07-31 2016-04-05 Good Technology Corporation Centralized selective application approval for mobile devices

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130097444A (ko) * 2012-02-24 2013-09-03 삼성전자주식회사 휴대 단말기의 무결성 보호 방법 및 장치
KR20150022429A (ko) * 2013-08-23 2015-03-04 주식회사 마크애니 모바일 애플리케이션의 위변조 방지 장치, 사용자 디바이스, 방법 및 시스템
KR20150030047A (ko) * 2013-09-11 2015-03-19 오유록 애플리케이션 인증 방법 및 그 시스템
KR20150124076A (ko) * 2014-04-25 2015-11-05 주식회사 비티웍스 불법 어플리케이션 차단 시스템 및 서버, 이를 위한 통신 단말기 및 불법 어플리케이션 차단 방법과 기록매체
KR20170140630A (ko) * 2016-06-13 2017-12-21 (유)아홉 애플리케이션 무결성 인증 방법 및 인증 서버

Also Published As

Publication number Publication date
US20230074627A1 (en) 2023-03-09
JP2023521901A (ja) 2023-05-25
JP7445017B2 (ja) 2024-03-06

Similar Documents

Publication Publication Date Title
WO2018124857A1 (ko) 블록체인 기반의 모바일 아이디를 이용하여 사용자를 비대면 인증하는 방법, 단말 및 이를 이용한 서버
WO2021002692A1 (en) Method for providing virtual asset service based on decentralized identifier and virtual asset service providing server using them
WO2018135766A1 (ko) 블록 체인을 이용하여 데이터를 관리하는 장치 및 방법
WO2018030707A1 (ko) 인증 시스템 및 방법과 이를 수행하기 위한 사용자 단말, 인증 서버 및 서비스 서버
WO2015041490A1 (ko) 홈 네트워크 시스템에서 사용자 디바이스가 홈 디바이스 관련 정보를 전달하는 장치 및 방법
WO2013183814A1 (ko) 개선된 보안 기능 기반의 클라우드 서비스 시스템 및 이를 지원하는 방법
WO2016137307A1 (en) Attestation by proxy
WO2021256669A1 (ko) 출입 보안 관리 방법 및 시스템
WO2021150032A1 (en) Method for providing authentication service by using decentralized identity and server using the same
WO2015069018A1 (ko) 보안 로그인 시스템, 방법 및 장치
WO2018056601A1 (ko) 콘텐츠 파일 접근 제어를 이용한 랜섬웨어 차단 장치 및 차단 방법
WO2013191325A1 (ko) 트러스티드 플랫폼 기반의 개방형 아이디 인증 방법, 이를 위한 장치 및 시스템
WO2014088262A1 (ko) 애플리케이션 위/변조 탐지장치 및 방법
WO2018169150A1 (ko) 잠금화면 기반의 사용자 인증 시스템 및 방법
WO2022045419A1 (ko) 블록체인 네트워크 기반의 분산 아이디를 이용한 운전 면허증 인증 서비스 방법 및 운전 면허증 인증 서비스를 수행하는 사용자 단말
WO2021225329A1 (ko) 사용자 식별자 및 서명 수집을 이용한 모바일 애플리케이션 위변조 탐지 방법 및 시스템
WO2020045826A1 (ko) 디지털 키를 처리하는 전자 디바이스 및 그 동작 방법
WO2011065768A2 (en) Method for protecting application and method for executing application using the same
WO2022065525A1 (ko) 메소드 후킹을 이용한 네트워크 통신 모니터링 방법 및 시스템
WO2022145966A1 (ko) 공개키 기반 구조를 이용한 출입 통제 시스템
WO2013125883A1 (en) Drm/cas service device and method using security context
WO2023113081A1 (ko) 클라우드 환경 내 이벤트 스트림 방식의 컨테이너 워크로드 실행 제어 방법, 장치 및 컴퓨터-판독 가능 기록 매체
WO2018021864A1 (ko) 클라우드 기반의 서비스 제공 방법
WO2020197283A1 (ko) 전자 디바이스를 인증하기 위한 방법 및 그에 따른 장치
WO2021137397A1 (ko) 블록체인 네트워크 기반의 가상 공통 아이디 서비스 방법 및 이를 이용한 서비스 제공 서버

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21799839

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022562801

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21799839

Country of ref document: EP

Kind code of ref document: A1