Scholarly article on topic 'CI: A New Encryption Mechanism for Instant Messaging in Mobile Devices'

CI: A New Encryption Mechanism for Instant Messaging in Mobile Devices Academic research paper on "Computer and information sciences"

CC BY-NC-ND
0
0
Share paper
Academic journal
Procedia Computer Science
OECD Field of science
Keywords
{algorithm / encryption / decryption / confidentiality / "Instant Messaging ;"}

Abstract of research paper on Computer and information sciences, author of scientific article — Ivan Del Pozo, Mauricio Iturralde

Abstract Instant Messaging in mobile devices can be considered one of the most used services in mobile communications. Security prop- erties such as integrity and confidentiality must be maximized. This paper proposes a new symmetric encryption mechanism for instant text messaging in mobile devices. Our mechanism uses a sequence of prime numbers obtained from a bi-dimensional ma- trix and a secret key for the encryption process. The proposed solution has been compared with other well-known symmetric and asymmetric algorithms such as DES, AES, RSA, MD2, MD5, SHA. Results show that symmetrical mechanisms are more efficient for instant messaging and that our mechanism is suitable for the encryption of instant text messaging in mobile devices due to its low complexity, performance, robustness and ease of implementation.

Academic research paper on topic "CI: A New Encryption Mechanism for Instant Messaging in Mobile Devices"

CrossMark

Available online at www.sciencedirect.com

ScienceDirect

Procedía Computer Science 63 (2015) 533 - 538

International Workshop on Mobile Computing Security (MCS 2015)

CI: A New Encryption Mechanism for Instant Messaging in Mobile

Devices

Ivan Del Pozo and Mauricio Iturraldea

a Universidad San Francisco de Quito, Av. Diego de Robles y Via Interoceánica, Quito EC170157, Ecuador

Abstract

Instant Messaging in mobile devices can be considered one of the most used services in mobile communications. Security properties such as integrity and confidentiality must be maximized. This paper proposes a new symmetric encryption mechanism for instant text messaging in mobile devices. Our mechanism uses a sequence of prime numbers obtained from a bi-dimensional matrix and a secret key for the encryption process. The proposed solution has been compared with other well-known symmetric and asymmetric algorithms such as DES, AES, RSA, MD2, MD5, SHA. Results show that symmetrical mechanisms are more efficient for instant messaging and that our mechanism is suitable for the encryption of instant text messaging in mobile devices due to its low complexity, performance, robustness and ease of implementation.

© 2015 TheAuthors. Published by ElsevierB.V.This is an open access article under the CC BY-NC-ND license

(http://creativecommons.Org/licenses/by-nc-nd/4.0/).

Peer-review under responsibility of the Program Chairs

Keywords: algorithm; encryption; decryption; confidentiality; Instant Messaging;

1. Introduction

Instant Messaging (IM) is one of the most used services in mobile devices22. Users tend to transmit all types of information including credit card and bank account numbers by using this service. Attackers consider IM services as a rich source for information for stealing. Sniffing is a common method for catching the instant messaging service that communicates through the network. Therefore, in order to provide to users a secured IM service, properties such as integrity and confidentiality must be maximized5. Symmetric and Asymmetric cryptography are mostly used for this task. Although cryptography is a good solution for secure communication in computer science, there are several constraints that need to be taken into account for mobile devices communications. For instance, in order to preserve the battery life of the device, the encryption computational complexity must be minimized. On the other hand, in order to make it harder to break the encryption, the algorithm robustness must be maximized.

A secured text-based communication in mobile devices must focus on maximizing the confidentiality and the data integrity, while, the encryption/decryption computational complexity must be minimized. This paper proposes a

* Corresponding author. Tel.: +593-9-95825779 ; fax: +593-2-289-0070. E-mail address: ivan.delpozo@estud.usfq.edu.ec; miturralde@usfq.edu.ec

1877-0509 © 2015 The Authors. Published by Elsevier B.V. This is an open access article under the CC BY-NC-ND license

(http://creativecommons.Org/licenses/by-nc-nd/4.0/).

Peer-review under responsibility of the Program Chairs

doi:10.1016/j.procs.2015.08.381

new encryption method for instant text messaging application in mobile devices. Our proposed mechanism is based on symmetric encryption and presents a low algorithmic complexity. The following paper is organized as follows: In Section 2, a quick review of previous works is presented. In Section 3 we introduce our proposed encryption mechanism which is composed of the ciphering algorithm and the hand-shake protocol. In section 4 we compare our proposed solution against existing algorithms, and discuss the results. Finally, Section 5 concludes this paper.

2. Literature Review

In order to generate a secure data transmission in an IM service, a secure channel using any of the cryptographic techniques must be implemented7. The communication between two devices must be understood by the receiver and must be the same as that of the sender. Furthermore, the communication should be encrypted to prevent unauthorized access. The text transmission between two devices must be read and understood only by theinvolved devices. Most of the current algorithms are based on the concepts of confusion and diffusion developed by Claude Shannon on Information Theory in the forties3. Several studies have reported different ways of coding, highlights of symmetric and asymmetric cryptography. The most relevant existing cryptography with their features and functionalities, such as Feistel networks5, DES567, DES Multiple67, AES47, Rijndael4, IDEA7, RSA15 19, MD512, SHA1317.

Nowadays, mobile messaging services is performed by several applications which use different cryptographic solutions such as:

• WhatsApp: This system is called end-to-end, which encrypts the messages when you send it and decrypts, when the recipient receives it. It operates with a simple MD5 hash function of the IMEI number of the mobile turned upside down. An important aspect of WhatsApp HMAC protocol is that it has no sequence number.21

• BBM: It uses a point-to-point encryption for both users and content, thus ensuring security. Messages are protected and privacy too. This mechanism uses AES, S/MIME (Secure MIME), or Triple DES as a key encryption algorithm for data encryption and combines all three together, sending the data in the format PKCS No 7. All information is handled through RIM servers. Blackberry holds the best patents in safety.20

• Telegram: Telegram implements a proprietary protocol, MTProto, which transmits messages securely between our mobile and server. It allows the creation of a safe chat between two clients, so that, even Telegram servers cannot see what is being sent, they only know that there is traffic. It is encrypted using symmetryc cryptography. All the encryption are based on the DiffieHellman implementation, which is essentially mathematical tricks, with groups of multiplicative integers module p, where p = Nprimes. They argue saying that it is very easy to operate a with b in order to get c, but from c it is very difficult to know what numbers a and b has generated. 22

3. Proposed Encryption Mechanism

This mechanism focusses on reaching a trade-off between robustness and low complexity for Instant Text Messages in mobile technology transmission.

3.1. Proposed Cryptographic Algorithm

Consider the dictionary D, which is composed by a list of characters C and a list of prime numbers P, so that C = P where P : [Nprimes] and C : [A, B, C...Z] A [a, b, c...z] A [0,1,2...9] A [,,;,:, ?,,,!,',", +, *,/, =, (,),,, [, ], ] The following operations are performed to encrypt the message.

3.1.1. Keyword analysis

We define our secret password as key in order to establish a secure communication between users. total is defined as the number equivalent to the sum of the translation of the key's characters. Then let us consider a keyNumber, the result of total module cardinality of key and calculation as the number obtained as a result of total divided by keyNumber.

V key e P 3{total | total = 2 key} A 3{keyNlimber \ keyNumber = total mod |fev|) A 3{calculation \ calculation = ke '^nber)

Depending on the values of calculation, we are going to have two different cases, each one with two immersed sub-cases.

• Case A: If calculation mod 10 > 3 ^ calculation mod 10; If calculation mod 10 < 3 ^ 5—(calculation mod 10)

• Case B* If ca^cu^al'on > 3 calculation . calculation ^ ^ ^ _ ^ calculation j

These calculations are performed in order to analyse each digit of the numerical value of calculation. This logical comparison < 3; > 3 for both module operations and the division, is performed in order to have a 101 character dictionary. The prime numbers that will be generated are between 0 and 523, which means that it will be a 3 digit number. If the dictionary increases and we have a thousand units, then the logical comparison must be < 4; > 4. Otherwise information would be lost, and it would be impossible to convert all characters to their equivalent in P Given the previous arguments, it can be concluded that:

V key e P 3{calculation} 3{(Case A = calculation mod 10) o ((calculation mod 10) > 3) V (Case A = 5 — (calculation mod 10)) o ((calculation mod 10) < 3)} 3{(Case B = (calculation/10)) o ((calculation/10) > 3) V (Case B = 5 — (calculation/10)) o ((calculation/10) < 3)

Now let us define spaceNumbers a subset of N , where spaceNumbers e [3,9]. The cardinality is given by the numerical value of keyNumber. The values that compose it are given by the results of Case A and Case B previously discussed. So we can say that:

V key e P 3{spaceNumbers e N > 3 A < 9} 3{lspaceNumbersl = keyNumber} ^ [(spaceNumbersi = A) o (Icalculationl < 3)] V [(spaceNumbersi = (Case A V Case B V (Case A A Case B))) o (Icalculationl > 3)]

The average of the number of characters that people tend to select for their passwords is between 8 and 16. They are composed of numbers, letters, and special characters10. Based on the average password characters cardinality (we choose 12), this example shows that:

Ifk A n e N | n = |C| A k = Ikeyl ^ = (11°21) n-^TTT = 3,2485Z? + 287

k!(n—k)! '

Which represents by binomial coefficient15 the number of variations that the key can have using just 12 characters from the dictionary N All the variables will depended directly on key. Using a larger key will produce a safer message.

3.1.2. Analysis of the list of prime numbers and the list of characters belonging to the dictionary.

Based on the previous analysis and taking into account that our dictionary has 101 characters. The value of P is equal to the value of C. Therefore, we have a high number of permutations :

V P A C e D 3{n e N} 3!{(P = n) = (C = n)} ^ 101! = 9,426E + 159

This is an interesting fact, because it represents the possible ways that a character can be ordered and assigned to each prime number. If D tends to be larger, then there will be a greater number of combinations with their equivalents P, which decreases the probability of guessing which character is related to each number.

3.1.3. Analysis of the message to encrypt

Based on the analysis of section 3.1.1,the message to be encrypted message, is a subset of the dictionary D and the two-dimensional matrix A of order n = 2, m= . Where each character of the message will be stored, so that:

V message e D 3{\message\ A A„„„ \n = 2 A m =

Based on this definition, we perform the operation module 2, to the cardinality of message. This way, we determine whether the number of characters entered is an odd or even number. The result of this operation tells us if the last matrix element of A will store a value or will be NULL, so that:

V message e D = N) <-> (\message\ mod 2 = 0) V (a= 0) -o (\message\ mod 2 # 0)}

Once the size of the matrix A and the value of the latest matrix element is known, each matrix element is filled from left to right, character by character. Each character is placed in a unique space of the matrix respecting the spaces and punctuations of the message. Once the matrix A holds the whole message, it translates character by character to its equivalent in the list of prime numbers P. Then A will be composed of numbers. The keyNumber value will be added to each value contained by A, which results in:

V message e D 3{Amm} A 3!{key A keyNumber \aij = aij + keyNumber}

The values to recover from the set spaceNumbers, represent the cardinality of the digits of each matrix element of A, in descending order, like Ai,i, A2i1, A1i2, A2,2... An —umpteenth, m—umpteenth"l^55^

due to spaceNumbers cardinality

is lower than the amount of elements in the matrix A. When all the numbers are used, spaceNumbers will use once again (in the same order) the number of the digits of each matrix element of A. Not all the elements of matrix A have the same number of digits, so:

• Case E: If \aij\ < spaceNumbersi ^ Zeros will increase to the left until \aij\ = spaceNumbersi

• Case F: If \aij\ = spaceNumbersi = \aij\

So, if an attacker eventually intercepts the message and performs a statistical analysis in order to find any logical pattern, by having different sizes for each element of the matrix, this process can be avoided. Each element of the matrix is differently compounded. In this way, each character is composed by a different number of digits depending on the corresponding sub index number of spaceNumbersi, even if it is the same letter. Thus, the elements of spaceNumbers define the cardinality of each matrix element. The cardinality of spaceNumbers defines how often the elements inside are reused, this shows how often the first element of the set is re-iterated. So that:

V message e D 3{Antm} A

{3! spaceNumbers \(aij = Case E) -o (\aij\ < spaceNumbersi) V (aij = Case F) -o (\aij\ = spaceNumbers)

In the next step, A is processed in order to have a single flat line, which will be the final encoded message. All elements of A are stored in the variable encodedMessage. Its order comes to be:

A-1,1. A2J, AI<2, A2I2, A13, At V-. A„_„„,„r^„r; 1 m-nmpteeuth-A^ l,mssag4 .

So that:

V message e D 3! {encodedMessage A An^m\encodedMesagge = Au, A24, Ai,2, A2,2... An-umpteenthm-umpteenth

Where encodedMessage is the encrypted message. When not knowing which element of A corresponds to which character from the message, and if this process encrypts a message of 65,000 characters length, by a permutation without repetition we have that:

65,000! ^ tends to to

So we can conclude that with a longer message, the analysis task of the encrypted message becomes harder. As aforesaid, the fact that the algorithm has many forms of combinations and permutations, it increases the robustness.

3.2. Complexity Analysis

The computational complexity of this process results as an order polynomial complexity quadratic O(n2).

3.3. Encryption Protocol

The authentication designed protocol is composed by 3 entities such as user "A", user "B", and a sever "S", as shown in Fig. 1. User A sends to the server the following request {A, NA, B,timestamp } KAS encrypted with a key KAS between A and S. The server sends to B the following request B{A, NA, B} KBS, which represents that A wants

{A, NA, B, t. t } KAS A timestamp AS {A NA' B} KBS s

© ^ NB' A} KAS

[B, NB, A, t. t } KBS *•/ B' 'timestampJ BS

Fig. 1: Hand Shake Protocol

to communicate with B encrypted with a key KBS. B responds to the server {B, NB, A,timestamp } KBS which validate who is the receiver. Finally the server refers to A{B, NB, A} KAS which confirms that he received the statement and establishes the secure communication.

In order to avoid catch and replay attacks all the protocol uses a time stamp.

4. Numerical Results

To test each algorithm performance on a mobile application, we design an android application. All the algorithms were implemented separately in JAVA. The mobile application communicates via sockets to each JAVA implementation. The tests were performed on 3 equipments with the following characteristics. For the server: OS = Windows 7-64 Bits, RAM memory = 8 GB, DISK memory = 320 GB, Processor = Intel I5 3th generation. For the client: Sony Xperia Z2 and LG Nexus 5. The performance of our proposed algorithm was tested by loading a text message with a considerable quantity of characters. We started with 100 up to 65.000 characters per message. This message was also encrypted using the well-known algorithms, such as AES, MD2, MD5, SHA-256, SHA-512 and RSA.

5k 10k 20k 30k 40k Number of Characters

Fig. 2: Algorithm efficiency

60k 65k

As shown in Fig. 2, our proposed algorithm shows a good performance when encrypting up to 10,000 characters. When encrypting a phrase composed by more than 10,000 characters an increase of 11.1% was detected. On the other

hand, a significant increase is perceived with 60,000 characters with an increase of 33.3% compared to the beginning. However, since this encryption algorithm was created to be implemented in any instant messaging application; The high time needed for more than 65,000 characters can be rejected. A message of this nature of service does not exceed the amount of 2,500 characters. For this reason it would be an optimal algorithm for accomplishing its purpose. The lowest performance is shown by RSA, with a key size of only 11, reaches a maximum of 100% at the time of conversion to 65,000 characters. This means that, RSA could not be the appropriate algorithm to be implemented for IM services. The fastest algorithm according to the study is the SHA-512; noting just an increase in its conversion time to 65,000 characters of 11,1% . This algorithm is based on hash functions, which from an input, generate a unique alphanumeric output normally of fixed length. It is oriented for database use. Its main disadvantage is to be a one-way function, meaning it can encrypt but not decrypt. It also has weaknesses that have been discovered, such as collisions in the hash space.

5. Conclusions and Future Work

In this paper we proposed a new low complexity encryption algorithm for mobile devices communication. Through the study, tests and implementation made, it appears that the encryption algorithm is optimal for the instant messaging service. As seen in the evidence previously discussed, an encryption method for mobile devices must be performed in a low complexity. Our proposed method performs the encryption and decryption task in a short time which optimizes the battery life. The proposed mechanism seems to reach a trade-off between robustness and low complexity. The algorithm runs in a quadratic polynomial complexity. Furthermore, by encrypting the text message to a flat line of numbers, it makes it more difficult to guess the number that the character represents or how many digits each character will have, therefore the overall length of the message. In the case of an attack intercepting the message, it will be difficult for the attack to find an approach to the algorithm, due to all mathematical algorithm implementations and safeties.

This algorithm has been implemented for application layer use and encrypts only text. Further work must focus on image and video encryption mechanisms.

References

1. Peter A. Loscocco et al. 'The Inevitability of Failure: The Flawed Assumption of Security in Modern Computing Environments'. National Security Agency, pp 1-12, 1998.

2. Ray Spencer et al. 'The Flask Security Architecture: System Support for Diverse Security Policies'. NSA, pp 15-17, 1999.

3. Robert J Runser et al. 'Progress toward Quantum Communications Networks: Opportunities and Challenges'. NSA, pp 1-15, 2007.

4. Jamil, T. 'The Rijndael algorithm'. IEEE Potentials. Vol 23(2), pp 36-38, Apr. 2004.

5. Mandeep Singh Narula et al. 'Implementation of Triple Data Encryption Standard using Verilog'. IJARCSSE. Vol 4(1), pp 1-, Jan. 2014.

6. Mandal, A.K. 'Performance Evaluation of Cryptographic algorithms: DES and AES'. IEEE Students' Conf. on, (SCEECS), pp 1-5, Mar. 2012. Bhopal.

7. Sombir Singh et al. 'Enhancing the Security of DES Algorithm Using Transposition Cryptography Techniques' IJARCSSE. Vol 3(6), pp 1-8, Jun. 2013.

8. Frank Greitzer et al. 'Cyber Friendly Fire: Research Challenges for Security Informatics'. IEEE Conf. on (ISI), pp 94-99, Jun. 2013. Seattle.

9. Robert Morris. 'The data encryption standardRetrospective and prospects'. IEEE Comm. Society Magazine, Vol 16(6), pp 11-14, 1978.

10. Patrick Gage Kelley et al. 'Guess Again (and Again and Again): Measuring Password Strength by Simulating Password-Cracking Algorithms'. IEEE Symposium on (SP), pp 523 - 537, May. 2012. San Francisco, CA.

11. Joseph Bonneau, Sren Preibusch. 'The password thicket: technical and market failures in human authentication on the web'. Computer Laboratory University of Cambridge. 2010, pp 46 - 48.

12. Mary Cindy Ah Kioon et al. 'Security Analysis of MD5 algorithm in Password Storage'. ISCCCA-13. pp 1 -4, Atlantis Press, Paris. 2013.

13. Shay Gueron at el. 'SHA-512/256'. Security Research Lab, Intel Labs, Intel Corporation, USA, pp 1- 6, 2010.

14. Douglas Montgomery, George C.Runger. 'Applied Statistics and Probability for Engineers'. Third edition. 2003. John Wiley & Sons, Inc.

15. Richard Jonhsonbaugh. 'Matemticas Discretas'. Sixth edition. 2005. Pearson Education

16. Bruce Schneier. 'Applied Cryptography: Protocols, Algorithms, and Source Code in C'. Second Edition. 1996. John Wiley & Sons, Inc.

17. National Security Agency (NSA). Recovered on Abril 11, 2015 from < http : //www.nsa.gov >

18. Electronic Frontier Foundation (EFF). Recovered on Abril 11, 2015 from < http : //www.eff.com >

19. RSA Labs. Recovered on Abril 11, 2015 from < http : //www.rsa.com. >

20. BBM. Yours to control. Recovered on Abril 11, 2015 from < http : //www.bbm.com/bbm/en.html >

21. WhatsApp. Simple, personal. Real-time messaging. Recovered on Abril 11, 2015 from < http : //www.whatsapp.com >

22. Telegram. Taking back our rigth to privacy. Recovered on Abril 11, 2015 from < https : //telegram.org/ >