Session

The minecraft client and server communicate with minecraft.net to validate player sessions. This page describes some of the operations.

Login

To log the player in, the official launcher sends an HTTPS POST (GET appears to suffice as well) request to:

https://login.minecraft.net

with the postdata:

 ?user=<username>&password=<password>&version=<launcher version>

and a "application/x-www-form-urlencoded" Content-Type header.

The current launcher version is 13, sending a value lower than this will cause the server to return "Old Version", however you can send any large number and it will return as expected. If the login succeeded, it will return 4 ':' delimited values.

 1281688214000:deprecated:TkTech:8204407531530365141

1. current version of the game files (not the launcher itself). This is a unix timestamp which the launcher compares to the ~/.minecraft/bin/version file.
2. Previously contained a download ticket for requesting new versions of minecraft.jar from the server. Now contains only "deprecated".
3. case-correct username.
4. sessionId - a unique ID for your current session.

Updating

To update, the launcher downloads files from

http://s3.amazonaws.com/MinecraftDownload/

It takes the unix timestamp from the login request and stores it in ~/.minecraft/bin/version
The following files are downloaded from /MinecraftDownload/ in this exact order:

• lwjgl.jar
• jinput.jar
• lwjgl_util.jar
• minecraft.jar

And then the natives.jar appropriate for the following operating systems: windows, linux, macosx, and solaris

• <os-from-list-above>_natives.jar.lzma

When downloading minecraft.jar, GET variables are set as follows: ?user=foo&ticket=deprecated, although they seem unnecessary to successfully downloading the file.
Furthermore, the downloaded files are all verified via MD5 which is sent via ETag by the server on the page for each file.

Further resources are stored in /MinecraftResources. Loading /MinecraftResources provides an XML formatted list of resources, some of which are downloaded by Minecraft and not the launcher.

Keep-alive

Every 6000 ticks, the client sends an HTTPS request to

https://login.minecraft.net/session?name=<username>&session=<session id>

The client discards the server's response.

Snoop

Currently partially implemented in the official client. Every 10 minutes, the client sends a HTTP POST request to:

http://snoop.minecraft.net

With the postdata:

fName=???&lName=???

These parameters are expected to change (and contain non-dummy values). Indeed, the official client has code for at least one variable: "mode", containing one of: title, single_creative, single_demo, single_survival, multiplayer.

Currently the server only returns a 503

Joining a Server

Client operation

1. Client connects to server
2. Client sends a 0x02 handshake containing the current player name
3. Client receives a 0x02 handshake from the server containing a randomly generated hash, which it saves as serverId
4. Client sends a HTTP request to

   http://session.minecraft.net/game/joinserver.jsp?user=<username>&sessionId=<session id>&serverId=<server hash>

   If the response is OK then continue, otherwise stop

5. Client sends 0x01 login request
6. Client receives a 0x01 login response
7. ... receive map chunks, etc...

Server operation

1. Server answers tcp connection request
2. Server receives a 0x02 handshake containing the client's player name
3. Server generates a hash for this client
4. Server sends a 0x02 handshake to the client containing the hash
5. Server receives a 0x01 login request from the client
6. Server sends a HTTP request to

   http://session.minecraft.net/game/checkserver.jsp?user=<username>&serverId=<server hash>

   If it returns YES then the client is authenticated and allowed to join. Otherwise the client will/should be kicked with “Failed to verify username!”

7. Server sends a 0x01 login response to the client
8. ... send map chunks, etc...