Anyone have found this problem? Someone know something about it?
Anyone have found this problem? Someone know something about it?
I wonder if its possible to block the particular packet from this crashing tool with a firewall.
Why does the server even accept such unauthorized commands if the tool does from what I read, send a disconnect for all players?
Idk how do it... ENC+MCL check fully enabled, magic key totally changed, not just first 2 digit, XOR's changed, in logs nothing found.
It is a problem on other game also...
ALL of the pocket has a function to crash the server..
They use the tool name WPE.. my TyeraGuard block it.
So meaning if your client has TyeraGuard... your server is fully protected..
I add WPE on vr 1 because that is the problem also on other game I develop.
Just encrypt TyeraGuard on cabalmain.exe so pro programer cant disable it.
TyeraGuard Protect the game packet for the program that send wrong message on the server
And you cant block pocket on firewall.. firewall block port but not packet.
Packet is a part of client. Once you run the game. All packet is open .
Every moved you do in the game has a pocket with size and byte.
But when you use a program like WPE and send wrong message to a packet of client.
The server detect it as a bug and detect that server has a problem and thats the reason why it crash.
Sadly your tool not avoid it because if he use their own cabalmain, than he can use that easily. Server side cabalmain check needed. That is only way to avoid these attacks.
Ok.. I will tell a magic.
The cabalmain unpack has a magic..
You can add ip of your server on cabalmain unpack.
But im not done yet on my experiment about cabalmain.exe unpack.
If I success I will share...
So if you will encypt it with tyeraguard.. viola! 110% protected.
And if will just think hard.. you will see that there is many way to hide tyeragurd plus cabalmain plus your ip.
I will tell a example..
1st example is add ip on cabalmain.exe
2nd is chnage port of cabalmain.exe
3rd change client version
And many many more ways ...
There are many ways so other cant play your game without using your server cabalmain
I think they cant use their cabalmain bcuz the XOR is different and also the magic key...Originally Posted by AkiSora
really ... do you think ppl that are clueless can crash a channel ... xor, magic key, header xor or packet indent everything CAN be replicated in a malicious cabalmain by a person that KNOWS what he's doing ... that's why server-sided protection is the only good protection ...
you have NO clue what u're talking about ... take it from some1 who CAN hack :)
on-topic: try changing the bad packet OP code to something else on SERVER-SIDE :P (0xA4 if i remember correctly)
edit: actual opcode is 0x0A not 0xA4 :) confusion was caused by the correct opcode 0xF4 :D
Last edited by x30unlimited; 25-04-13 at 10:38 AM.
specifically where?
usr/bin/WorldSvr ?
u know not me xD
Somebody known something about GMHeartITS/RockAndRollITS?
Its check client hash or encryption key?
No, it's completely unrelated to the client.
If anyone can tell a solution against channel crashign than i will give it for something:
-Event NPC, Forcecalibur, xdata.enc filling (with ENC and MCL hashes)
Why don't you program a server side program that will check incoming packets and block the bad ones? The source is out here on ragezone somewhere to decrypt client packets.
The yamachis tool named something,.. Ostara?
http://forum.ragezone.com/f451/packe...yption-792325/
http://forum.ragezone.com/f451/sugge...roblem-772490/
http://www.multiupload.nl/KE9Z6PY5MZ
To bad that I don't have the source since its no use for me, I cant find it anywhere.
Last edited by toast2250; 24-04-13 at 08:33 PM.
It was indeed ostara and I can't seem to find the thread myself O.o
https://dl.dropboxusercontent.com/u/13349043/ostara.rar
This is the last source I have on my dropbox.
He deleted it when he was working on Minerva
I think so found the problem..
May anyone have multiple idea's than share here!
With this kind of approach, most likely not going to happen. However if you want to trade you can simply use this section. Also what if someone says " Release the SFC, EventNpc, xdata tool, then w/l share the solution for "channel crashing", what would be your respond?
already found the source of bug! All owner be careful with return stones... Those are causing that crashes...
It's not only return stones that can crash a channel or so I've been told.
be a good boy and share your fix, the fact that retn stone is causing the bug can be deducted from what i've told you, changing packet opcode from 0x0A to 0xF4 = making retn stone work :) so changing 0x0A server-side to something else wld work as protection against the bug, just my thoughts :)
special inv is causing crash too :D
This is a reason why i dont want share anything good. This guys this... Lot of people knows about this bug but no any share to fix them..
I have replaced Return Stones in item.scp and in item.enc...
After i tried to use Return Core but not working... Tried to use Free Warp from PremiumService.scp but same not work! Anyone any idea?
Reply With Quote