Questions about Proxy

[fm_sparkart]

Originally Posted by Ian*

Botcheck packets are for clientless bots. On a proxy you can completely ignore the fact they're there. The client will handle all of it for you.

So clientless botting is completely traceable?

[Ian*]

Unless you handle the botcheck packets, yeah. If you don't you can remain clientless for a good 5 to 10 minutes until your character is botjailed.

[pro4never]

Originally Posted by fm_sparkart

So clientless botting is completely traceable?

No, just more complicated. In a proxy, if you don't know what to do with a packet, the client still does. With standalone clientless botting you need to send valid responses to EVERY packet the server sends w/o any mistakes to cause tq to realize it's a fake client.

[Ian*]

No more info on clientless botting :P It's not that hard of a thing to figure out, just requires a lot of documenting packets and yeah, like pro4never said. Sending valid replies.

[gabrola]

Originally Posted by Ian*

No more info on clientless botting :P It's not that hard of a thing to figure out, just requires a lot of documenting packets and yeah, like pro4never said. Sending valid replies.

And a **** LOAD of time.

[OverUnderAgain]

Originally Posted by gabrola

And a **** LOAD of time.

Bot check is fairly easy to figure out,And all the packets are pretty well out there,there are A few things that are A real *****,like the **** packet changes for RB char. had me stumped for A while till somone explained what the problem was and why I kept getting jailed.

[fm_sparkart]

I have a quick question. The encryption I am using comes from the code that tanelipe posted:

I've rewritten my code from scratch and ran into a small problem with the encryption. There was no need for me to modify the "initial packet" and the "authentication request" so I skipped decryption/encryption. The first would be the "authentication response" from the server. But the decryption goes wrong (wrong values).

After some fiddling, I decrypt/encrypt the "initial packet" (no modification), decrypt/encrypt the "authentication response" and the decryption works.

Could anyone explain this?

[pro4never]

sorry having a bit of trouble understanding what you mean here... what initial packet? the password seed?

For the entire auth server section of the proxy you want to be using login encryption which requires no dhkey configuration or anything fancy. Simple .encrypt .decrypt functionality in most versions of it.

In your packet handler I'd suggest decrypting the packet, checking the type and modifying if necessary.

Then in your send function, re-encrypt it and you're good to go.

for the auth response you need to modify the server ip so that it will loop back and connect to you on the game server port.

If you don't modify this packet you will have to use a loader to force the game connection to loop back around.

[fm_sparkart]

Okay, I'll try to explain it more clear.

I don't need to modify the "initial packet" and the "authentication request". So I simply relay those packets.

I receive the "authentication response" and I need to modify it so I decrypt and encrypt. I am certain I am decrypting correctly. The problem is... it gets decrypted wrong.

After fiddling around, I decrypted and encrypted the "initial packet" but didn't modify it. I simply relayed it, doing a useless decrypt/encrypt. Then the "authentication response" gets decrypted correctly.

The encryption code I am using is the one tanelipe gave me.

[Nullable]

Originally Posted by fm_sparkart

Okay, I'll try to explain it more clear.

I don't need to modify the "initial packet" and the "authentication request". So I simply relay those packets.

I receive the "authentication response" and I need to modify it so I decrypt and encrypt. I am certain I am decrypting correctly. The problem is... it gets decrypted wrong.

After fiddling around, I decrypted and encrypted the "initial packet" but didn't modify it. I simply relayed it, doing a useless decrypt/encrypt. Then the "authentication response" gets decrypted correctly.

The encryption code I am using is the one tanelipe gave me.

You can't simply relay a packet even if you're not going to modify it, the whole encryption relies on the count of bytes decrypted/encrypted so you can't ignore some packets and try to decrypt/encrypt others.

[fm_sparkart]

Originally Posted by Nullable

You can't simply relay a packet even if you're not going to modify it, the whole encryption relies on the count of bytes decrypted/encrypted so you can't ignore some packets and try to decrypt/encrypt others.

Thank you for the clarification. I suspected this but just wanted verification.