maemo.org - Talk

maemo.org - Talk (https://talk.maemo.org/index.php)
-   Development (https://talk.maemo.org/forumdisplay.php?f=13)
-   -   [WIP] Porting Whatsapp to Meego/Maemo (N9, N900) (https://talk.maemo.org/showthread.php?t=82384)

rash.m2k 2012-02-16 19:37

[WIP] Porting Whatsapp to Meego/Maemo (N9, N900)
 
Thought I'd start a new thread in the dev section for people to post stuff specifically related to porting whatsapp, hopefully I can and other devs can find things much easier if it's in a single dev only thread.

So to start of with Whatsapp uses XMPP according to wikipedia:

http://en.wikipedia.org/wiki/WhatsApp

So this google code will probably help with that;

http://code.google.com/p/qxmpp/

Whats different about whats app is that it allows >1 person to be involved in a conversation, not sure whether XMPP supports this (this shows im not an XMPP expert).

The following post in the original thread is very helpful, credit to ColaCheater very very useful post:

Quote:

Originally Posted by ColaCheater (Post 1160118)
Great to see that somebody is working on WhatsApp for the Nokia N900.

A few weeks ago I also tried to look a little bit into WhatsApp but had to give up because of my final exams at school.
I used the Symbian S40 Client and decompiled the .jar you can find via google to look a little bit into it.
I'm not a programmer but had done some "Hello World" stuff on Java before so I tried to understand a little bit what is going on in the Client. (In the following work I always pretended to be an Nokia C3-00 just that you know when it appears i.e. in the User-Agent)


I don't know if it's helpful for you but I will try to share the things I found out by looking into the code even though I can't gurantee they are right:

The first thing is the login-Name and the password needed to login:
Matching with reports from some other threads here and in other forums the login name I found was some sort of:
Code:

international area code without the 0's or + in the beginning + phone number without the first 0 + @s.whatsapp.net
For example if you live in germany and having the phone number 017612345 it would be 4917612345@s.whatsapp.net -> 0049 for germany without the 0's and the phone number without the 0.

The Password is set during the registration process but usually it is an transformation of the IMEI of your phone (in case you don't want to stand out you should also do it like this). I must admit I don't exactly know how this transormation works but I have the code that does it.
I just wrapped it _very dirty_ in a standalone Java program to test it. source: http://pastebin.com/npbwcj1s
I really don't know what it exactly does and didn't look deeper into it but it isn't a "real" md5 I think... (Maybe someone who knows how to create an MD5 in Java can look at it what is different except the reverse of the imei?)


The second thing I searched for is the registration process.
With this I got so far that I got an Registration-Code and I also get the response from the Server that the account exists but I can't login because I hadn't enough time to look excatly at the login process. Just logging in via XAMPP in Pidgin doesn't work expectedly :D

The registration process works this way: (no gurantee that it is right and don't try it with your "real" number. I tried it with an old SIM I had lying around)

0) All these API-Request are done with an User-Agent like:
Code:

WhatsApp/2.1.0 S40Version/04.60 Device/nokiac3-00
The Code generating this is: http://pastebin.com/K79wrfnS
I used information I found in the web to fill the information for the Nokia C3-00.
As said by the pw: I don't think you really have to fake it to look like this but it maybe makes it harder to find you.

1) The first step ist requesting the Registration-code from the Server (the Code you get i.e. via SMS)

The API-call looks like this:
Code:

https://r.whatsapp.net/v1/code.php?cc=49&in=17612345&to=4917612345&lc=DE&lg=de&mcc=000&mnc=000&imsi=00000000000000&method=sms
The Arguments are as following:
cc = area code without 0's
in = number without first 0
to = number where the sms or call should go to (maybe security weakness?)
lc/lg = Language-Code(?) splittet up - e.g. DE_de goes to lc=DE&lg=de US_en would be lc=US&lg=en
mcc/mnc/imsi = Should be the "Mobile Country Code", "Mobile Network Code" and the "Mobile Subscriber Identification Number"
-> I don't know how to get to them and the App has as "fallback" just the 0's in it when the system-request for them fails so it should work with the 0's (and it does)

The metod is maybe the most interesting thing.
There are 3 methods: self, sms and voice
When choosing sms you get the Code via SMS as you may know it, choosing voice you get a call at the to-number where it reads the code (I didn't test but it would match with informations you find at some other places in the web). I don't know what self exactly does and I didn't really looked for it because the SMS-Way seemed the best for me, especally because I just wanted to know my Code :>

The Answer after calling the API is an xml saying:
Code:

<code><response status="sucess-sent" result="30"></code>
What error-Messages look like I don't know because it worked for me (and I just looked into the code again and I didn't find any code that works with an specific error, it just closes the App when an error occurs if I'm right) ^^

Also you should get an sms (in case you used the method sms) at the "to" number conatining the WhatsApp-Code which looks like this:
Code:

WhatsApp code abc
abc is the necessary Code ;)

2) With the given code you can then register your Whatsapp-Account

API-Call:
Code:

https://r.whatsapp.net/v1/register.php?cc=49&in=17612345&udid=asdf&code=abc
cc/in = the same as in code.php
udid = the calculated password as explained in the login-data
code = the just recieved WhatsApp-Code

The XML response looks like:
Code:

<register> <response status="ok" login="4917612345" result="new" /> </register>
The login-value is your login-Name for the connection and built like explained.
I think that there are error-messages when the account already exists etc. but as said: I didn't have more time and It worked ^^

3) As third API-call you can check if an accounts exists. This isn't necessary for registration I think.

API-call:
Code:

https://r.whatsapp.net/v1/exist.php?cc=49&in=17612345&udid=asdf
Parameters are the same like above.

Resonse when account with this number and pw exists:
Code:

<exist><response status="ok" result="4917612345" /></exist>
The result again gives the login-name for this account.
I did some tests with this and even though I didn't save the exact answers I found out that it just checks if the account with the given number and the given pw exisists. You can't check if another numer has an WhatsApp-Account with this API-call. (or I just was to stupid to find out how to do this)


The last thing I searced for before studing for my exams was the server connection.

It Baisicly is - as said everywhere - an XAMPP Connection. At least it looks like.
I think there are some small differences between the default XAMPP and the way WhatsApp does it.

But nevertheless the URL I found to where it tries to connect is:
Code:

socket://bin-short.whatsapp.net:5222
When connecting to the URL with Pidgin and default XAMPP it also gets an connection but the connection gets closed by the server after sending the xml and xampp information.
When I connected to a "default" XAMPP server after these two "sendings" the Client gets an response from the Server.
WhatsApp instead sends the Auth directly after the features so I think the Server quits the connection because Pidgin is waiting for Information and the Server also is waiting for information.

The Login-Process in the WhatsApp-Code looks like:
Code:

out.streamStart(connection.domain, connection.resource);
                System.err.println("sent stream start");
                sendFeatures();
                System.err.println("sent features");
                sendAuth();
                System.err.println("sent auth");
                in.streamStart();
                System.err.println("read stream start");
                String challengeData = readFeaturesAndChallenge();
                System.err.println("read features and challenge");
                sendResponse(challengeData);
                System.err.println("sent response");
                readSuccess();

Because WhatsApp uses a "default" XAMPP-Libary which is just modified and the default functions are still there I think the default Login-Process of XAMPP looks like:
Code:

                send1();
                send2DigestMD5Mechanism();
                read1();
                String challenge = read2Challenge();
                send2SASLResponse(challenge);
                send2UselessResponse();
                read2Challenge();
                read2();
                send3();
                read3();
                send4();
                send5();

-> as said, after the send1 and 2 (which are doing baisicly the same as the streamStart and sentFeatures in the WhatsApp-Version) it waits for information instead of sending the Auth.

Here I stopped working on it because of the exams. I think it should be not too difficult to make a login work when completely re-writing the Original functions.
Just as orientation the whole (sub)class of the WhatsApp-Login: http://pastebin.com/X8gv2XRU


Thats all I did up to now (or more exactly before my exams).
I would really like to see somebody working on this and making it work on the N900. At first I wanted to look at it again after the exams but eventhough I finished my exams two weeks ago I didn't found the time to work on this and because I'm not a programmer it also would take at least a _very_ long time to work, if it would work at all :D


If some beta-testers are searched for the programm I would really like to test it from a hobby-programmer or more non-programmer point of view :rolleyes:



PS: Eventhough I personally don't like it when people ask for forgiveness for their bad english I would like to do the same right now :D
I'm from Germany and not really good in languages. I really hope my text ist readable and you understand what I wanted to say with it ^^ (if you don't understand something feel free to ask what it was meant to say ;) )


rash.m2k 2012-02-16 19:41

Re: [WIP] Porting Whatsapp to Meego/Maemo (N9, N900)
 
I have successfully decompiled the source for the whatsapp APK.

And can upload this upon request for anyone that wants to save themselves some hassle.

I am a Java dev, but currently working on some (>1) QML/Qt based apps for the Nokia N9 plus I have a full time job. Regardless I will try to help as much as I can.

kamo.6 2012-02-16 21:00

Re: [WIP] Porting Whatsapp to Meego/Maemo (N9, N900)
 
Please PM me the link to the APK, would like to look into it and possibly assist if I can. :)

rash.m2k 2012-02-16 21:44

Re: [WIP] Porting Whatsapp to Meego/Maemo (N9, N900)
 
I'm uploading now,

the file contains two things:

a) smali decompiled code, this is purely so you can see the XML files.

b) Actual source from the WhatsApp APK, this is a zip file inside the WhatsApp-smali-decompiled and has src in the filename.

Upload link:

http://www.mediafire.com/?ssc3awthw99kl9s

rash.m2k 2012-02-16 22:53

Re: [WIP] Porting Whatsapp to Meego/Maemo (N9, N900)
 
Turns out the framework apk i was using was for android eclair.

I has decompiled it but not quite correctly. Seems to get confused with the object type of some variables.

hobarrera 2012-02-16 23:01

Re: [WIP] Porting Whatsapp to Meego/Maemo (N9, N900)
 
Let me quote some useful info from the previous thread for anyone nt willing to navigate through pages and pages of "thank you"s and fanboys complaining.

Quote:

Originally Posted by hobarrera (Post 1165475)
Let me clarify some things I've noticed some people get messed up about after reading this entire thread:

Telepathy is a framework for building IM clients. Plugins can be written for telepathy, that allow any application using it to connect to different protocols.

Empathy (the gnome chat client) uses it as a backend, as well as the maemo chat client, and probably some other clients do as well.

This means that writting an Y-protocol plugin for telepathy, enables all these clients to connect to Y-protocol.



On the other hand, there's pidgin (http://pidgin.im). It's a multiplatorm IM client, that also uses plugins for different protocols; there are called "prpls".

Finally, there's a telepathy plugin, that in turn, uses prpls. So, by writting a plugin for pidgin, you allow pidgin to use it, and telepathy as well.

I'd vote for a pidgin plugin, since this mean that we allow a greater number of clients to use it.


Also, a LICENSE AGREEMENT forbids you from reverse engineering. If it's enforcable or not, depends on where you live, BUT, if person A provides the dumps, and person B develops, person B has never agreed to any license, so he's surely in the clear.
[...]

Quote:

Originally Posted by hobarrera (Post 1165844)
[...] I've come across something interesting; "telepathy-butterfly" (the msn plugin) is implemented in python.
I'm currenly writting a foursquare client in python for maemo, so once I'm done and have some more time on my hands, I might be able to help you guys implementing a WA plugin (depends if I find some good XMPP implementation to use as a reference, since this is strongly XMPP-based).

I've read QML is rather slow on N900, or something alike. PLEASE make sure I'm wrong if you plan to use it.

I *might* be able to help in future when I finish my current proyect.
If there's any more python dev here, patching stuff from telepathy-butterfly and possibly xmpppy might be a cool idea.

Whatever you do, don't use some really not-popular language. :)

On any case, I've given this some though, and I think we might use some small app to retreive password/etc, and then store it into a file.
This means the telepathy plugin can be separate, and requires *no separate gui*. It'd be just a backend, and therefor, reusable in innumerable platforms.

Oh, and XMPP *does* support multiple persons in a single conversation. Google Talk is an XMPP service, and most things you can do there, are standard XMPP. For multi-people chat, a "chat room" is created temprarily. Read, as a minimum, the wikipedia page for some info on XMPP.

tgalal 2012-02-17 05:49

Re: [WIP] Porting Whatsapp to Meego/Maemo (N9, N900)
 
I'm a python dev, I've implemented registration and now I'm trying to get the login part to work.

www.rzr.online.fr 2012-02-17 11:27

Re: [WIP] Porting Whatsapp to Meego/Maemo (N9, N900)
 
would icedrebot project help to run the android parts ?

ibrakalifa 2012-02-17 12:15

Re: [WIP] Porting Whatsapp to Meego/Maemo (N9, N900)
 
wait for chrome mobile ported, :D

ColaCheater 2012-02-17 13:24

Re: [WIP] Porting Whatsapp to Meego/Maemo (N9, N900)
 
Eventhough I'm still waiting for teamer to write what he exactly knows about the protocol it's great to see other people also working on it.

For my part I wrote in my post about registration everything I know so I can't give you much more information, the only thing I can do is looking for some specific actions in the code, e.g. how an request is build or something like this.


Quote:

Originally Posted by rash.m2k (Post 1165934)
I have successfully decompiled the source for the whatsapp APK.

And can upload this upon request for anyone that wants to save themselves some hassle.

I am a Java dev, but currently working on some (>1) QML/Qt based apps for the Nokia N9 plus I have a full time job. Regardless I will try to help as much as I can.

If you're a Java-Developer it may be better for you to decompile the S40 Version of WhatsApp? - Thats the version I had a look at and is written in Java ;)


Oh and maybe it would be better not to share the "original" WhatsApp code here, just the things we found out about how it works.
I don't know the legal positon but sharing code that is (c) by WhatsApp isn't that good I would say :rolleyes:


The last thing I think maybe would be good to know: Is somebody having a phone with an official WhatsApp version to do some sniffing? This may also would be helpful, especally to get to know i.e. what information the mobile phone really sends u.s.w.
-> A Nokia S40 Phone (which supports WhatsApp) would be the best I think because at least that would be the source where most of us are getting their information from?!


All times are GMT. The time now is 04:21.

vBulletin® Version 3.8.8