KR101510150B1 - Method for preveting message interception and mobile device using the same - Google Patents

Abstract

The present invention relates to a portable terminal including a processor for adjusting a broadcast receiver of a predetermined package to acquire a message as a top priority when a message is received.

Description

TECHNICAL FIELD [0001] The present invention relates to a method for preventing a message from being intercepted, and a mobile terminal using the method.

The present invention relates to a method for preventing message interception and a mobile terminal using the same, and more particularly, to a method for preventing message interception on an Android platform and an Android-based portable terminal using the method.

Recently, damage caused by smishing frequently occurs. Spamming refers to attempting to make a micropayment to a mobile terminal of another person by using a small payment authentication message intercepting a malicious application (App, App) installed on a mobile terminal of another person. Generally, a small payment on a mobile device is performed through a Short Message Service (SMS). The malicious app not only intercepts the corresponding short message but also prevents the basic message app from receiving the short message so that the user can make a small payment without knowing the user.

Several methods have recently been proposed to prevent damage from smearing. In the first method, when there is a URL (Uniform Resource Locator) in the contents of the received short message, the URL is compared with the URL blacklist stored in the server of the service provider side to warn the user that the malicious application is not installed. This method has a disadvantage in that it can not be detected before a new malicious URL is updated. The second method is to detect malicious apps that perform a small payment on the system. This is no different from a general vaccine, and there is a restriction that it is impossible to detect malicious apps that are unknown.

Khodor Hamandi et al., "Android SMS Malware: Vulnerability and Mitigation", 2013 27th International Conference on WAINA, IEEE, pp.1004-1009 (March 31, 2013).

It is an object of the present invention to provide a method for preventing message interception and a portable terminal using the method.

It is another object of the present invention to provide a message processing method of a portable terminal.

The technical problem of the present invention is not limited to the technical problems mentioned above, and other technical problems which are not mentioned can be clearly understood by the ordinary skilled in the art from the following description.

The portable terminal according to an aspect of the present invention may include a processor for adjusting a broadcast receiver of a predetermined package to acquire the message with a priority when a message is received.

In one embodiment, the processing unit can verify that the received message is a financial transaction message.

In one embodiment, the wireless terminal further includes a message management unit for storing the financial transaction message acquired by the broadcast receiver of the predetermined package so that other applications can not access the received message if the received message is a financial transaction message can do.

In one embodiment, the processing unit may request to stop broadcasting of the message.

In one embodiment, the portable terminal may further include a verification unit for verifying whether the application is falsified by checking the public key of the certificate of the predetermined package.

In one embodiment, the portable terminal may further include a display unit for displaying a warning message to the user when it is determined that the package is falsified based on a result of the verification by the verification unit.

In one embodiment, the broadcast receiver of the predetermined package may be a broadcast receiver of a basic message application installed in the mobile terminal.

A method for preventing message interception according to another aspect of the present invention includes receiving a message and adjusting a broadcast receiver of a predetermined package to obtain the message with priority.

According to another embodiment of the present invention, the message interception prevention method further includes confirming that the message is a financial transaction message, and the step of verifying whether the message is a financial transaction message comprises the steps of: It can be confirmed based on the financial transaction message.

In one embodiment, the adjusting comprises: searching a broadcast receiver having a predefined package name and a predefined broadcast receiver name among the aligned broadcast receivers, and determining a message reception order of the receiver of the searched broadcast And adjusting it to be the highest priority.

According to an embodiment of the present invention, the message interception prevention method may further include checking whether the broadcast receiver is falsified by checking the certificate public key of the package of the searched broadcast receiver.

According to an embodiment, the message interception prevention method may further include warning the user if the broadcast receiver is confirmed to be falsified.

According to an exemplary embodiment, the message interception prevention method may further include the steps of: acquiring the financial transaction message by the broadcast receiver of the predetermined package; encrypting the acquired financial transaction message so that the broadcast receipt message can not be accessed by another broadcast receiver; And stopping broadcasting of the message.

The message interception method may be implemented as a program that can be executed in a computer on a computer-readable recording medium.

According to an embodiment of the present invention, a malicious app can prevent a text message from being intercepted.

According to an embodiment of the present invention, it is possible to prevent a malicious app from intercepting a message, thereby reducing financial fraud damage such as a mobile phone settlement.

1 is a view for explaining components of an Android application.
2 is a diagram for explaining an intent reception procedure of broadcast receivers in the Android system.
3 is a diagram for explaining message interception in the Android system.
4 is a diagram for explaining a message interception prevention method according to an embodiment of the present invention.
5 is a diagram for explaining a method for adjusting a priority so that a broadcast receiver of a package predetermined in a message interception prevention method according to an embodiment of the present invention can acquire a financial transaction message.
6 and 7 are diagrams for explaining a method for checking whether a predetermined package is falsified according to an embodiment of the present invention.
8 and 9 are views for explaining adjustment of the message reception order of the broadcast receiver of the pre-designated package according to the embodiment of the present invention to be the highest priority.
10 is a view for explaining a portable terminal according to an embodiment of the present invention.
11 is a view for explaining a message management unit according to an embodiment of the present invention.
FIG. 12 is a diagram for explaining a case where a broadcast receiver of a predetermined package is falsified in a mobile terminal according to an embodiment of the present invention.

Other advantages and features of the present invention and methods of achieving them will become apparent with reference to the embodiments described below in detail with reference to the accompanying drawings. The present invention may, however, be embodied in many different forms and should not be construed as being limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of the invention to those skilled in the art. Is provided to fully convey the scope of the invention to those skilled in the art, and the invention is only defined by the scope of the claims.

Unless defined otherwise, all terms (including technical or scientific terms) used herein have the same meaning as commonly accepted by the generic art in the prior art to which this invention belongs. Terms defined by generic dictionaries may be interpreted to have the same meaning as in the related art and / or in the text of this application, and may be conceptualized or overly formalized, even if not expressly defined herein I will not.

The terminology used herein is for the purpose of illustrating embodiments and is not intended to be limiting of the present invention. In the present specification, the singular form includes plural forms unless otherwise specified in the specification. As used herein, the terms' comprise 'and / or various forms of use of the verb include, for example,' including, '' including, '' including, '' including, Steps, operations, and / or elements do not preclude the presence or addition of one or more other compositions, components, components, steps, operations, and / or components.

The term 'and / or' as used herein refers to each of the listed configurations or various combinations thereof.

It should be noted that the terms such as '~', '~ period', '~ block', 'module', etc. used in the entire specification may mean a unit for processing at least one function or operation. For example, a hardware component, such as a software, FPGA, or ASIC. However, '~ part', '~ period', '~ block', '~ module' are not meant to be limited to software or hardware. Modules may be configured to be addressable storage media and may be configured to play one or more processors. ≪ RTI ID = 0.0 > Thus, by way of example, the terms 'to', 'to', 'to block', 'to module' may refer to components such as software components, object oriented software components, class components and task components Microcode, circuitry, data, databases, data structures, tables, arrays, and the like, as well as components, Variables. The functions provided in the components and in the sections ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ' , '~', '~', '~', '~', And '~' modules with additional components.

Hereinafter, a message receiving method in the Android platform will be described in order to facilitate understanding of the present invention.

1 is a view for explaining components of an Android application.

Referring to FIG. 1, an Android application includes four components: an activity, a content provider, a service, and a broadcast receiver. Each component communicates with each other using a medium called an intent. The Android system broadcasts an intent to notify the user when an event such as a change in network status, a call reception, or an SMS reception occurs. Each Android app can receive an intent via a broadcast receiver.

An intent is divided into a general intent, an ordered tent, and a sticky tent. Normal intents are delivered to all broadcast receivers at the same time, and sequenced intents are delivered in sequence according to the priority of the broadcast receiver. General intents and ordered intents are destroyed after being delivered to the broadcast receiver, but the sticky intent remains intact in memory. When a broadcast receiver receives an ordered intent, broadcasting can be stopped through a broadcast abort method (abortBroadcast), which is a method of the broadcast receiver class (BroadcastReceiver Class).

The broadcast receiver used to receive intent reception from the Android system is divided into a static receiver and a dynamic receiver according to the registration method.

A static receiver is a statically declared receiver at the time of app development and is registered with the Android system when the app is installed. When an event occurs, the static receiver operates and runs even if the app is not running. Static receivers can always receive intents regardless of whether the app is running or not.

A dynamic receiver is a dynamically declared receiver that registers itself with the Android system when the app is executed. Dynamic receivers can be registered during execution by an activity or service. Unlike a static receiver, a dynamic receiver is unregistered and no longer receives an intent when the execution of the activity or service that registered the receiver is terminated. By receiving an intent only at a specific point in time, it is possible to perform event processing more efficiently than a static receiver that always receives an intent.

Static receivers and dynamic receivers may be configured with an intent filter to receive only the specified intent. The app developer can specify a priority value that indicates the intent reception priority of the receiver to the intent filter. The priority value can be specified up to 2 ³¹ -1 (= 2,147,483,647) corresponding to a 4-byte integer value. Static receivers have a priority value assigned when developing an application, but dynamic receivers can arbitrarily change the priority value during execution.

2 is a diagram for explaining an intent reception procedure of broadcast receivers in the Android system.

In the Android system, the order of receive intent of broadcast receivers is determined by the following method. First, the larger the priority value assigned to the intent filter of the broadcast receiver, the more the intent can be received. If there are several static receivers with the same priority value, the static receiver installed first in the Android system can receive the intent first. If there are several dynamic receivers having the same priority value, the dynamic receiver registered first in the Android system can receive the intent first. If there is a static receiver and a dynamic receiver with the same priority value, the dynamic receiver can receive the intent before the static receiver.

2 shows a result of arranging the receivers according to the intent reception order when the static receiver StaticSMS_A, the static receiver StaticSMS_B, the dynamic receiver DynamicSMS_A, and the dynamic receiver DynamicSMS_B are installed in order and the four receivers have the same priority value . As described above, if the priorities are the same, the dynamic receiver first receives the intent according to its registration order, and then the static receiver is set to receive the intent according to its installation order. Therefore, as shown, the intent reception order is a dynamic receiver DynamicSMS_A, a dynamic receiver DynamicSMS_B, a static receiver StaticSMS_A, and a static receiver StaticSMS_B.

3 is a diagram for explaining message interception in the Android system.

When an SMS receive event occurs, the Android system broadcasts the android.provider.Telephony.SMS_RECEIVED (SMS_RECEIVED) intent. The SMS_RECEIVED intent is broadcast to an intent that is sequential on the Android system. When the SMS_RECEIVED intent occurs, the Android system sorts the broadcast receiver according to the priority value.

As described above, if the priority value is the same, the dynamic receiver can receive the intent first, rather than the static receiver. Therefore, the malicious application sets the SMS_RECEIVED intent first using the dynamic receiver with the priority value set to the maximum value . After receiving the SMS_RECEIVED intent, the malicious app can intercept the message by preventing other apps from receiving the message through the broadcast abort method.

Android apps can use the queryBroadcastReceivers method to check the list and priority values of static receivers currently registered with the Android system. However, since the Android system does not provide a way to see the list of dynamic receivers, Android apps do not know the existence of dynamic receivers. Therefore, it is not possible to prevent malicious apps from intercepting intents through the Android app.

Hereinafter, a message blocking prevention method according to an embodiment of the present invention will be described.

The present invention relates to a method for preventing message interception and a portable terminal using the same. More specifically, the present invention relates to a method for preventing a message from being intercepted on the Android platform and a method for preventing smashing damage by preventing a malicious app from intercepting a message on an Android-based mobile terminal.

According to the embodiment of the present invention, when a message is received, the broadcast receiver of the predetermined package adjusts the priority in the Android framework so that the receiver can receive the message first, and the broadcast receiver of the predetermined package acquires the message , You can encrypt the message so that it is stored in its own storage space so that it can not be accessed by other apps, preventing malicious apps from intercepting the message.

How to Prevent Message Interception

4 is a diagram for explaining a message interception prevention method according to an embodiment of the present invention. A method for preventing a message interception according to an embodiment of the present invention includes receiving a message (S10), adjusting a broadcast receiver of a predetermined package to acquire a message with a highest priority (S20), receiving a broadcast receiver A step S40 of checking whether the received message is a financial transaction message, a step S50 of encrypting and storing the message so that the other broadcast receiver can not access the message, and the step of stopping message broadcasting (Step S60).

According to the embodiment of the present invention, when a message is received (S10), for example, when the generated intent is SMS_RECEIVED, the priority of the broadcast receiver of the pre-designated package can be adjusted to obtain the message with the highest priority (S20 ). The adjustment of the priority so that the broadcast receiver of the pre-designated package can acquire the financial transaction message will be described in more detail with reference to FIG.

When the broadcast receiver of the predetermined package acquires the message (S30), it can confirm whether the received message is a financial transaction message (S40). According to an embodiment of the present invention, when the received message includes words related to financial transactions such as "approval", "authentication", "amount", "confirmation", etc., or when the originating number of the message is the number of a certified financial institution The user can determine that the message is a financial transaction message, and if the message contains a predefined calling number or a predetermined word, the user can determine that the message is a financial transaction message. If the message is not a financial transaction message, the SMS_RECEIVED So that other apps can use the received message according to the normal processing sequence without interrupting the broadcasting of the intent. If it is determined that the message is a financial transaction message, the other broadcast receiver can not access the transaction message (S50). At this time, the basic database registered in the content provider is encrypted It is possible to prevent the other broadcast receivers from accessing the financial transaction message by encrypting and storing the financial transaction message in the financial transaction message storage unit. (S60) after step S50, step S50 may be performed after step S60, and step S50 may be performed after step S60 Step S40 may be performed at the same time as receiving the message in the Android system, that is, confirming whether the message is a financial transaction message, S10). That is, when an SMS_RECEIVED intent is generated, (S20) may be performed to confirm that the broadcast receiver of the pre-designated package obtains the message with the highest priority. When the broadcast receiver of the pre-designated package receives the message (S30), encrypts the message so that another broadcast receiver can not access the message (S50), and stops broadcasting the message (S60).

A method for preventing a message interception according to an embodiment of the present invention includes receiving a message (S10), adjusting a broadcast receiver of a predetermined package to acquire a message with a highest priority (S20), receiving a broadcast receiver A step S40 of checking whether the received message is a financial transaction message, a step S50 of encrypting and storing the message so that the other broadcast receiver can not access the message, and the step of stopping message broadcasting (Step S60).

FIG. 5 is a diagram for explaining a method (S20) of adjusting a priority so that a broadcast receiver of a package predetermined in a message interception prevention method according to an embodiment of the present invention can acquire a financial transaction message. A method (S20) of adjusting a priority order so that a broadcast receiver of a package predetermined in a message interception prevention method according to an exemplary embodiment of the present invention can preferentially acquire a financial transaction message, A step S21 of searching the broadcast receiver of the package, a step S22 of checking whether the broadcast receiver is falsified by checking the certificate public key of the package of the found broadcast receiver, the step S22 of searching the broadcast receiver A step S23 of adjusting a message reception order of a broadcast receiver of a predetermined package to be a top priority, and a step S25 of warning the user if the searched broadcast receiver is falsified.

When an intent occurs in an embodiment of the present invention, the Android system takes a list of static receivers and a list of dynamic receivers and sorts them according to the priority value. The sorted broadcast receivers are then stored in a queue so that the intents can be processed in order. That is, if a message is received (S10), the Android system searches broadcast receivers of a predetermined package among the sorted broadcast receivers (S21). The Android system can not install an app with the same package name as an already existing app, so the system can specify the broadcast receiver of a pre-specified package.

However, it may happen that a predetermined package is falsified. As mentioned earlier, in an Android system, an app with the same package name as an already existing app can not be installed. And, the Android system does not allow users to delete system apps under normal circumstances. The default message app is a message management app that is created by default when you install the Android system. Therefore, in the normal environment, the basic message app can not be deleted or altered. However, if the root privilege is acquired by using the vulnerability of the system, the system app can be deleted or changed.

Accordingly, since the basic message app can be deleted or modulated using the root authority, the embodiment of the present invention checks the certificate public key of the package of the found broadcast receiver to check whether the broadcast receiver is falsified (S22) A step can be added.

6 and 7 are diagrams for explaining a method for checking whether a predetermined package is falsified according to an embodiment of the present invention. FIG. 6 shows signing with a certificate when developing an Android app, and FIG. 7 shows a result of checking whether an app is falsified through a public key of a basic message app and a counterfeit app. All Android apps are signed with the developer's certificate, and unsigned apps can not be installed on the system. The certificate is contained in the package of the app, and the public key is stored in the certificate so that it can be verified by decryption. Since each certificate has a different public key, the Android system can check whether the app is forged or not.

If the broadcast receiver of the pre-designated package or the broadcast receiver of the basic message app is falsified, the user is warned (S25) so that the user can know that the risk exists. If not falsified, the message reception order of the broadcast receiver of the predetermined package may be adjusted to be the highest priority (S24) so that the malicious app can not intercept the financial transaction message.

8 and 9 are views for explaining adjustment of the message reception order of the broadcast receiver of the pre-designated package according to the embodiment of the present invention to be the highest priority. FIG. 8 shows a result before the reception order is adjusted, FIG. 9 shows a result after the reception order is adjusted, and the broadcast receiver name of the predetermined package is set to securesms.SMS_Receiver.

Referring to FIG. 8, the basic message app has a static receiver and has a priority value of 0 and a reception order of 7th. Malicious apps may have a dynamic receiver and receive a message first, with the priority value set to the highest value. The broadcast receiver of the pre-designated package has a priority value of 0 and is placed in the sixth place.

Referring to FIG. 9, it can be confirmed that the broadcast receiver of the pre-designated package is located at the first position in the reception order list. After the order is changed, the Android system broadcasts the message in order, and the broadcast receiver of the pre-designated package obtains the message and confirms that it is a financial transaction message. If the received message is a financial transaction message, another broadcast receiver can encrypt and store the message so that it can not be accessed. In the Android system, it is possible to create an area accessible only to the app besides the basic database registered in the content provider, and store the financial transaction message in this space, thereby preventing other apps from accessing the financial transaction message. You can also stop broadcasting messages and prevent other apps from receiving messages. If the received message is not a financial transaction message, the Android system allows each app to receive messages in sorted order without interrupting the broadcast.

Mobile terminal

FIG. 10 is a view for explaining a portable terminal 100 according to an embodiment of the present invention. The portable terminal 100 according to the embodiment of the present invention may include a processing unit 10, a display unit 20, a verification unit 30, a control unit 40, and a message management unit 50. The portable terminal 100 according to the embodiment of the present invention may be an Android-based smartphone, and other applications besides the message management unit 50 may be installed.

The processing unit 10 according to the embodiment of the present invention can adjust the broadcast receiver of the predetermined package to acquire the message as a priority when the financial transaction message is received. In the Android-based portable terminal, the processing unit 10 may be an activity manager of the Android framework layer. The processing unit 10 according to the embodiment of the present invention can adjust the broadcast receiver of the pre-designated package according to the method described in Fig. 5 to obtain the message with the highest priority. The processing unit 10 can confirm that the received message is a financial transaction message.

The display unit 20 according to the embodiment of the present invention can display an event occurring in the Android system to the user and can display a warning message to the user when it is determined that the app is falsified as a result of the verification by the verification unit 30 .

The verification unit 30 according to the embodiment of the present invention can confirm whether the application is falsified by checking the public key of the certificate of the predetermined package. All apps are signed with the developer's certificate, and unsigned apps can not be installed on the system. The certificate is contained in the package of the app, and the certificate stores the public key so that it can be verified by decryption. Since each certificate has a different public key, you can check whether the application is forged at the framework layer.

The control unit 40 may control the processing unit 10, the display unit 20, the verification unit 30, and the message management unit 50 according to an embodiment of the present invention. The control unit 40 may be an Android system. The controller 40 according to the embodiment of the present invention can stop broadcasting the message.

The message management unit 50 according to the embodiment of the present invention can manage the received message in the mobile terminal. The message management unit 50 may be provided as a system app of the Android system. Specifically, the message management unit 50 may be a basic message app. The message management unit 50 may be provided as a third party application, not a system application. In this case, at the time of designing the Android platform of the portable terminal, the package name of the third party application may be designated in advance so that the processing unit 10 allows the broadcast receiver of the third party application to acquire the highest priority message.

The message management unit 50 may include a financial transaction message reception broadcast receiver 51, a financial transaction message storage unit 52, a general message reception broadcast receiver 53, and a general message storage unit 54. When the message management unit 50 acquires the financial transaction message, the message management unit 50 may request the control unit 40 to suspend message broadcasting. The financial transaction message storage unit 52 may store the financial transaction message so that other applications can not access the financial transaction message. The financial transaction message storage unit 52 may encrypt and store the financial transaction message. The general message storage unit 54 stores general messages and allows other apps to access the general messages through a content provider (not shown).

11 is a view for explaining a message management unit according to an embodiment of the present invention.

The message management unit may include a general message storage unit and a financial transaction message storage unit. As described above, messages stored in the general message storage unit can be accessed by other applications through the content provider, but messages stored in the financial transaction message storage unit can not be accessed by other applications.

The Android Basic Messaging app has a static receiver to receive the SMS_RECEIVED intent. Accordingly, the message management unit may configure a message management unit by adding a broadcast receiver and a financial transaction message storage unit for receiving a financial transaction message.

FIG. 12 is a diagram for explaining a case where a broadcast receiver of a package designated in the portable terminal 100 according to an embodiment of the present invention is falsified. The broadcast receiver of the package predetermined in Fig. 12 is a broadcast receipt receiving broadcast message of the basic message app. If the verification result of the verification unit 30 shows that the basic message app is not detected or the fake application having the same package name and receiver name is found, the display unit 20 can minimize the damage that may occur by giving a warning to the user have.

The message interception prevention method according to an embodiment of the present invention may be stored in a computer-readable recording medium that is manufactured as a program to be executed in a computer. The computer-readable recording medium includes all kinds of storage devices in which data that can be read by a computer system is stored. Examples of the computer-readable recording medium include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage, and the like.

It is to be understood that the above-described embodiments are provided to facilitate understanding of the present invention, and do not limit the scope of the present invention, and it is to be understood that various modifications may be made within the scope of the present invention. For example, each component shown in the embodiment of the present invention may be distributed and implemented, and conversely, a plurality of distributed components may be combined. Therefore, the technical protection scope of the present invention should be determined by the technical idea of the claims, and the technical protection scope of the present invention is not limited to the literary description of the claims, The invention of a category.

10:
20:
30: Verification section
40:
50:
100: portable terminal

Claims (14)

A processor for adjusting the broadcast receiver of the predetermined package to obtain the message as a priority when the message is received; And
A message manager for storing the financial transaction message acquired by the broadcast receiver of the predetermined package so that another application can not access the received financial transaction message if the received message is a financial transaction message;
.
The method according to claim 1,
Wherein the processing unit confirms whether the received message is a financial transaction message.
delete The method according to claim 1,
Wherein the processor requests to stop broadcasting the message after the broadcast receiver of the predetermined package obtains the message first.
The method according to claim 1,
A verification unit for verifying whether the application is falsified by checking the public key of the certificate of the predetermined package;
Further comprising:
A processor for adjusting the broadcast receiver of the predetermined package to obtain the message as a priority when the message is received;
A verification unit for verifying whether the application is falsified by checking the public key of the certificate of the predetermined package; And
A display unit for displaying a warning message to the user when it is determined that the package is falsified based on a result of the verification by the verification unit;
.
The method according to claim 1,
The broadcast receiver of the predetermined package
Wherein the mobile terminal is a broadcast receiver of a basic message application installed in the mobile terminal.
Receiving a message;
Adjusting a broadcast receiver of a predetermined package to obtain the message with priority; And
Storing the financial transaction message acquired by the broadcast receiver of the predetermined package so that another application can not access the received financial transaction message if the received message is a financial transaction message;
How to Prevent Interception of Messages That Contain
.
9. The method of claim 8,
Confirming that the message is a financial transaction message;
Further comprising:
The step of verifying that the financial transaction message
Wherein the message is a financial transaction message based on a calling number of the message or a word included in the message.
9. The method of claim 8,
The adjusting step
Searching for a broadcast receiver having a predetermined package name and a predetermined broadcast receiver name among the sorted broadcast receivers; And
Adjusting the message reception order of the receiver of the searched broadcast to be a top priority;
A method for preventing interception of a message.
11. The method of claim 10,
Checking the certificate public key of the package of the found broadcast receiver to check whether the broadcast receiver is falsified;
The method comprising: receiving a message;
12. The method of claim 11,
Warning the user if the broadcast receiver is determined to be falsified;
The method comprising: receiving a message;
10. The method of claim 9,
Obtaining a financial transaction message by a broadcast receiver of the predetermined package;
Encrypting the acquired financial transaction message so that another broadcast receiver can not access it, and storing the encrypted financial transaction message; And
Stopping broadcasting the message;
The method comprising: receiving a message;
A computer-readable recording medium on which a program for performing the method of any one of claims 8 to 13 is recorded.

Images