C# encryptGamePacket

06/07/2019 16:58 Rajmund1337#1
Hi

Have someone c# code to encrypt game packets? Or have free time to translate from c++ to c# this code [Only registered and activated users can see links. Click Here To Register...] ?
06/07/2019 17:15 Blowa#2
[Only registered and activated users can see links. Click Here To Register...]
(Contains Vendetta + Login encryption)

The client cryptography is easily transpilable from what is already written here : [Only registered and activated users can see links. Click Here To Register...]

I didn't write synchronous encoders, which is kinda useless in THIS case (however, there are cases where cryptography could be done asynchronously, through a dedicated microservice for example)

Also, I didn't release a package yet but there will be one really soon.
Btw this does not include the Client cryptography for the World (I decided not to release it in c#)

Enjoy.
06/07/2019 18:00 Rajmund1337#3
[Only registered and activated users can see links. Click Here To Register...]
06/08/2019 05:04 0Lucifer0#4
Quote:
Originally Posted by Cryless~ View Post
Do you want me to explain you difference between Encryption and Encoding? Were you the one talking about AppendAllText()? I higly reccomend you to talk less and study more.





[Only registered and activated users can see links. Click Here To Register...]

“Talk is cheap. Show me the code.” cit. Linus Torvalds

It is very sad to read your code.

I would be proud of you if 1 single thing was done right in 1 of your projects.

But I am not.

I also believe that you fused your brain by talking about microservices so much that you could no longer conceive of a reality without them.
In this specific case this is just a bad definition.
Nostale Packets are both encrypted and encoded. The goal of the encryption is to hide the packet to make it difficult to understand.

Unfortunately they use a homemade algorithm which is close to Caesar cipher https://en.m.wikipedia.org/wiki/Caesar_cipher which is a bad encryption algorithm.
06/08/2019 07:47 Cryless~#5
Quote:
Originally Posted by 0Lucifer0 View Post
In this specific case this is just a bad definition.
Nostale Packets are both encrypted and encoded. The goal of the encryption is to hide the packet to make it difficult to understand.

Unfortunately they use a homemade algorithm which is close to Caesar cipher https://en.m.wikipedia.org/wiki/Caesar_cipher which is a bad encryption algorithm.
From your link:

Quote:
In cryptography, a Caesar cipher, also known as Caesar's cipher, the shift cipher, Caesar's code or Caesar shift, is one of the simplest and most widely known encryption techniques.
You still need a key which is private and the main purpose is hiding data.

It does not matter the complexity of the algorithm.
06/08/2019 07:51 0Lucifer0#6
Yes but nostale encryption is using keys to bitshift the value of each bytes. Nostale packet is encryption not encoding (actually it’s both but encryption is part of it)
Nostale is using something really close to Caesar cipher.
06/08/2019 08:50 Cryless~#7
Quote:
Originally Posted by 0Lucifer0 View Post
Yes but nostale encryption is using keys to bitshift the value of each bytes. Nostale packet is encryption not encoding (actually it’s both but encryption is part of it)
Nostale is using something really close to Caesar cipher.
How is shifting related to Encoding?

Encoding is the process of converting data from one form to another.

Shifting is an arithmetic operation.

Following your logic also +, -, * and / are part of Encoding but you are wrong.

Doing 1+1=2 is not Encoding.
It is changing a value to another using a given tool (in that case +).

You can use any operator to achieve Encoding. It still does not mean that they are connected each other.

You can not consider shifting as part of Encoding.

It is standalone.
06/08/2019 10:44 0Lucifer0#8
Quote:
Originally Posted by Cryless~ View Post
How is shifting related to Encoding?

Encoding is the process of converting data from one form to another.

Shifting is an arithmetic operation.

Following your logic also +, -, * and / are part of Encoding but you are wrong.

Doing 1+1=2 is not Encoding. It is changing a value to another using a given tool (in that case +).

You can use any operator to achieve Encoding. It still does not mean that they are connected each other.

You can not consider shifting as part of Encoding.

It is standalone.
I did not. This is encryption not encoding... shifting is exactly what a Caesar code is doing. Caesar is not encoding it’s encryption. So nostale is using encryption for those packets. It’s also using encoding(using different codepage depending on the server). That’s why nostale is using both.
06/08/2019 11:32 Cryless~#9
Quote:
Originally Posted by 0Lucifer0 View Post
I did not. This is encryption not encoding... shifting is exactly what a Caesar code is doing. Caesar is not encoding it’s encryption. So nostale is using encryption for those packets. It’s also using encoding(using different codepage depending on the server). That’s why nostale is using both.
You are right saying NosTale is using different character encoding depending by the server but it does not change how the packet is encrypted/decrypted.

I thought with encoding you were referring to the shift.
My bad.

My point here was to show @[Only registered and activated users can see links. Click Here To Register...] the difference between Encoding and Encryption. In his project it is wrong. Nor is it the only error. He implemented all the design patterns incorrectly. Instead of talking about others, he should focus on what he does.

I would like to see more people like you with whom I can have a pleasant discussion from which we can gather some useful information to improve ourselves.

But I ask too much.