Thoughts on a proxy-based bot-making API?

10/05/2008 05:12 BoboDundo#31
Quote:
Originally Posted by unknownone View Post
Anyway, the status now is: The auto_reply_bot from my initial post is no longer useless. It's built and working, but the API kinda crashes once in a while, I'll fix that soon though (when I find what's causing it). Atm it still only handles 1 bot (although you can proxy an unlimited number of clients and it'll just forward all the data). I'm in the process of adding multi-bot support. The way I'll be doing it is, you'll create a new client_event/server_event class & instance for each bot, and use conquer_proxy.add_proxy(client_event, server_event, "account_name");. This will mean you can run multiple different bots for diff characters in the same application. If people stick to the templates I provide then it'll be really easy to plug in someone else's bot to your own applications.
Hopefully you'll have it done soon and released. I've been programming for over two decades and C++ is fine with me. API's are always great and make life a lot simpler, but I would like to see the source code.

From what I have gathered, the encryption/decryption in CO has changed dramatically. Once I have that, I can update my own code and then figure out the new packet structures.

Keep up the good work and keep us posted.
10/05/2008 08:29 `xEnt#32
Quote:
Originally Posted by ssjdennis View Post
Nice idea, but plz compile the program to *.exe file
Wow, idiot.
10/05/2008 18:30 xmen01235#33
Quote:
Originally Posted by unknownone View Post
Most of the current PServers are garbage. There's not really any that are complete, most of them are built the same few C# code bases which are badly written and hard to maintain. I don't really think releasing server code helps at all though, because you end up with a dozen servers that have 50 players each, rather than one with a big community that's worth playing on.

I'd considered what flowerpot suggested, about releasing an API for a server, but I just don't find it practical. Everyone want's their own method for handling networking in a server. If the choice was just left up to me, there'd be people who'd disagree with my choices. I'm not in favor of IOCP, poll etc, becuase I try to keep my code portable. In the end, people will prefer the easier-to-code C# crap that's around already anyway. If anyone would be interested in coding a server in C++ and needs help they can PM me.

I consider your P.O.V about the API flowerpot, although I don't play the game and neither does bgreen. I'll be releasing this at home first anyway and see what people there think, but I'm in agreement with RD. TQ aren't gonna change anything, it took em 3 years to do this. If they do, it can be cracked again. Yeah, I'm probably overconfident, but I'm not particularly bothered if it's more difficult to do next time, I enjoy the challenge.

If it's the aimbot potential people are concerned about, I can always apply an internal packet filter to the API that would prevent any being made. I think that'd leave more room for creativity in botting rather than just the old crap we've already seen. I'll wait for more opinions on that before it happens anyway. Probably pointless bothering if CIDProxy is released.

Anyway, the status now is: The auto_reply_bot from my initial post is no longer useless. It's built and working, but the API kinda crashes once in a while, I'll fix that soon though (when I find what's causing it). Atm it still only handles 1 bot (although you can proxy an unlimited number of clients and it'll just forward all the data). I'm in the process of adding multi-bot support. The way I'll be doing it is, you'll create a new client_event/server_event class & instance for each bot, and use conquer_proxy.add_proxy(client_event, server_event, "account_name");. This will mean you can run multiple different bots for diff characters in the same application. If people stick to the templates I provide then it'll be really easy to plug in someone else's bot to your own applications.
Please share to me the encyption and decryption of current conquer. Thanks, im very much willing to help you. I am not c++ programmer but I am good in VB, I also have my own proxy version on VB, but stopped because TQ changes the encryption.
10/05/2008 19:04 IAmHawtness#34
Quote:
Originally Posted by xmen01235 View Post
Please share to me the encyption and decryption of current conquer. Thanks, im very much willing to help you. I am not c++ programmer but I am good in VB, I also have my own proxy version on VB, but stopped because TQ changes the encryption.
Ahahahahaahhahahahaha. 10k says the only thing you have is the source code of the proxy called "Crack", made by behelit.:rolleyes:
10/05/2008 19:40 xmen01235#35
Quote:
Originally Posted by IAmHawtness View Post
Ahahahahaahhahahahaha. 10k says the only thing you have is the source code of the proxy called "Crack", made by behelit.:rolleyes:
Nope I got my own, I have studied the old encryption of conquer. I have good knowledge and experience on winsock TCP/IP in visual basic. Dont worry if someone will help me about the latest encryption I will share my project here.
10/06/2008 00:25 iliveoncaffiene#36
Quote:
Originally Posted by xmen01235 View Post
Nope I got my own, I have studied the old encryption of conquer. I have good knowledge and experience on winsock TCP/IP in visual basic. Dont worry if someone will help me about the latest encryption I will share my project here.
Not many know the entire details of the new encryptions, and fewer still have actually put them into use.

Nobody will help you with them if you can't show some initiative to find them out on your own.
10/09/2008 17:40 xmen01235#37
Quote:
Originally Posted by iliveoncaffiene View Post
Not many know the entire details of the new encryptions, and fewer still have actually put them into use.

Nobody will help you with them if you can't show some initiative to find them out on your own.
A tutorials is enough for me pls...
10/17/2008 20:08 KageKhan#38
I'm looking forward to this. I've already thought up a potentially usefull application that I thought would be good to share here. I'm not sure if a lot of you have noticed but a major communication barrier exists in CO because of all of the different nationalities who play. My idea was to use googles translator to help change this by making it so CO players could set a base language type of their own and then when talking to others, find out the language they use and then be able to set a language filter for that person, enabling the proxy to parse messages coming from that person and translate them to the persons base language and vice versa when the user is sending messages to that person. There's already code provided for c++ to do this, all that would need be done is implementing that code in a plugin for this "proxy". Pretty cool idea huh? Only problem that I think I might run into is I'm unsure if there would be a delay for translation... if so it would stop packets from sending until the messages were translated etc... causing lag... and i know because of the counters (are they still using counters in the encryption?) you cant just skip sending a packet to the client and continue sending others.. or can you? if you could, you could just make the plugin threaded and handle it that way.. any advice or ideas on that? O and once again, thanks for this unknownone
10/17/2008 20:41 IAmHawtness#39
Quote:
Originally Posted by KageKhan View Post
you cant just skip sending a packet to the client and continue sending others.. or can you?
Yes you can :)
10/17/2008 23:20 iliveoncaffiene#40
Quote:
Originally Posted by IAmHawtness View Post
Yes you can :)
Yeap.
Although, if most people knew how complex it was to use the encryptions in a proxy they might respect us more.

Wait, who am I kidding this is e*pvp! Hardly anyone respects what it takes to code these things.
10/18/2008 02:16 IAmHawtness#41
Quote:
Originally Posted by iliveoncaffiene View Post
Yeap.
Although, if most people knew how complex it was to use the encryptions in a proxy they might respect us more.

Wait, who am I kidding this is e*pvp! Hardly anyone respects what it takes to code these things.
*Points to sig*

I totally agree.
You got my respect though ;)
10/18/2008 16:25 KageKhan#42
Quote:
Originally Posted by iliveoncaffiene View Post
Yeap.
Although, if most people knew how complex it was to use the encryptions in a proxy they might respect us more.

Wait, who am I kidding this is e*pvp! Hardly anyone respects what it takes to code these things.
If you check my previous posts you'd know that I know how hard it is to code these things ;-) I made a proxy a while back.. that was never really used as it didn't offer any functionality. I didn't know what to do with the decrypted packets.. I made logs and such to determine which packets do what etc. but unfortunately I gave up a bit early. This was of course using the previous encryption method.. over a year ago.. and I was using AutoIt to make it (Bone-You told me it was a bad idea.. but I didn't listen..) Thinking back on it I wish I had switched over to java considering thats where all my background is and continued my project instead of giving up so easily. So.. I do know how hard it is, as it was difficult for me even when there was a tutorial describing exactly how to do everything (mostly because I'm inexperienced when it comes to network programming) and I most certainly respect you for making this easier to implement tool. And thank you for answering my question IAmHawtness, as I said before.. I sort of gave up before I could find out anything interesting and it was my previous understanding that everything depended on the counters being correct, but I suppose you could just delay a packet increase the counters as needed and continue until the delayed packet can be sent, which you would then need to increase counters again as normal etc. I had thought of that possibility.. but, I don't know.. just wanted to see what others had to say I suppose.
10/19/2008 01:24 ChingChong23#43
If someone gave me the packet decryption formula i'd make a proxy for kicks.
10/19/2008 02:06 MushyPeas#44
Quote:
Originally Posted by ChingChong23 View Post
If someone gave me the packet decryption formula i'd make a proxy for kicks.
Why don't you figure it out yourself for an even bigger kick?
Don't think anyone smart enough to figure it out is gonna be stupid enough to release it ;)
10/19/2008 08:25 ChingChong23#45
Quote:
Originally Posted by MushyPeas View Post
Why don't you figure it out yourself for an even bigger kick?
Don't think anyone smart enough to figure it out is gonna be stupid enough to release it ;)
Because i'm assuming it takes someone very smart at mathematics, therefore ill fail horribly.