Printable View
What is the fun of ché@ting?
Sign this petition to help get Supercell off their @sses and do something about it.
Hurry up cause supercell will probably close this because im exposing flaws in their game.
https://www.change.org/p/supercell-acknowledge-the-rampant-♥♥♥♥♥ing-in-clash-of-clans-and-provide-transparency-in-your-efforts-to-fix-the-the-problem
That part made me laugh. They have a section in the forums about bugs and problems. I understand that this isn't a bug but still, it's a problem. They obviously care about "flaws in their game" somewhat. So don't go saying that they'll close a thread exposing problems in the game. Just move this stuff there! Also, I know this problem has been brought up to them and they are aware of this already. I think they don't like ♥♥♥♥♥ers as much as we do.Quote:
Originally Posted by Clashmasterxhhfsdvnm
Title says it all
Way to be part of the solution. Keep this up and it'll be fixed in no time.
wont be the first timeQuote:
Originally Posted by Duude
Attacking is done on the client software. No matter what, h@ckers will always be able to h@ck the client software.
While attacking, the client communicates with the server. The server makes sure all of the data from the client is valid. Otherwise someone could h@ck the client, make it pass false data to the server, and automatically win every attack.
The problem is, the client can't communicate with the server 100% of the time. The quality of mobile devices' internet connections is very unreliable. This means, the client software has to has to be able to run the attacking algorithms itself, in absence of the server.
Since the attacking algorithms exist on the client software, h@cks can prevent the client from communicating with the server, resulting in the ability to perform "sandbox" attacks.
To prevent sandbox attacks, they would need to remove the attacking algorithms from the client. This means, the client would have to have a solid and fast connection to the server 100% of the time, and there would be lots of issues with lag.
Basically, there are two options. Have smooth gameplay for everyone, but allow some people to che@t. Or prevent people from che@ting, but have laggy gameplay for everyone.
Quote:
Originally Posted by Janz
This is not true, running attacks on client isn't the culprit. The root problem here is that h@ckers intentionally disconnect connections to servers during the 30 second preparation period. After the first troop is dropped, it doesn't matter afterward since disconnections then would still make it a done attack.
Thus, a fix doesn't need to "remove the attacking algorithms from the client". Servers currently already handle disconnections after the first troop is deployed. The question is to whether count the disconnections before first troop is deployed as a real attack. One simple solution is to add a pop-up after clicking "Attack" button to confirm it, once it's confirmed, it's treated as a real attack even when a disconnection happens during the 30-second preparation period.
Another way to make it more flexible and affects normal users less is to only treat disconnections for long period of time as failed/complete attacks.
For example, allow clients to queue and re-transmit network packages after servers detect disconnections and send back requests for retransmission. During this time, attack still continues on the client side but the data is saved and queued. If the client never re-transmits after certain time (let's say 5 minuets), server only then determines it's an actual disconnection and a failed attack. This way, losing network connection for a short period of time doesn't cause problems to normal users.
Of course, all these network transfers are secure and encrypted like currently are.
I don't agree with this posters particular rhetoric, but I would love an even playing field
How I feel reading about redditors talking about their loot filter mods
http://i.imgur.com/RTPbb8D.jpg
Ban all people who use jailbroken or rooted devices?Quote:
Originally Posted by Janz
This part is funny :)Quote:
Originally Posted by buffaloes
Laughing so hard at his ignorance.
Daddy uses jailbreak. Does that mean he gets banned? :rolleyes:Quote:
Originally Posted by gorzo93
Last post on here: http://forum.supercell.net/showthrea...r-ch3ats/page5
You have a flaw in your understanding of how this all works.Quote:
Originally Posted by buffaloes
When you drop troops, the attacking algorithms are run on the client to simulate the attack (pathfinding etc.). The server runs these same algorithms to make sure the data from the client is valid.
Since the attacking algorithms exist on the client, sandbox mods can disable data transfer between the client and server and perform sandbox attacks.
The alternative would be to remove attacking algorithms from the client, and for the server to provide all of the data. This means that the server would have to do all of the pathfinding etc. and send all of that data to the client every frame. This would introduce a lot of latency and lag.
I don't know how else I can explain this for you to understand.
♥♥♥♥, I hope you're joking... Hundreds of thousands, if not millions, of people have rooted and jailbroken devices. Most of them do it because they like having control over what their device does, better battery life, customization, or to use a different carrier. I hate when people associate rooting with ♥♥♥♥ing! They are very different and rooting is legal.Quote:
Originally Posted by gorzo93
That would be a terrible move on Supercell's part.
am i the only one who tried to actually search the website /:
This is incorrect, what you described is not exactly how these simulation bots work. Yes, these bots either block or intentionally disconnect to the servers, but you miss the key factor which is that the bots have to disconnect during the 30 second preparation period. Why? The reason it has to disconnect during this 30-second preparation period is that servers do not count disconnection in this case as an actual attack so clients/bots can simulate/continue the attack.Quote:
Originally Posted by Janz
If the disconnection happens after the first troop is deployed, it's still counted as a real attack anyway. You seem to suggest that these bots only start to block transmission from client to server after the first troop is dropped. In this case, the attack is counted on the server side, just like normal attack has a disconnection after the first troop is deployed. Do you agree or not agree about this?
Again, the key is the 30 second preparation period, or more precisely, the key is whether servers count any disconnection during the 30-second preparation period as a real attack. It's not counted currently and that's where these bots take advantage of. If it's counted in this case, the current simulation bots will not work. In other words, to fix or workaround it, it doesn't have to move the attack algorithm to server like you claim.
Or you know, they could not send Tesla trap and cc troop placement to the client until they go for the proper attack...Quote:
Originally Posted by Janz
Please read my previous posts again. I cannot explain it any better than I already have. If you still do not understand, then we will have to agree to disagree. But please don't repetitively say that I'm wrong when it's you who are wrong.Quote:
Originally Posted by buffaloes
I've thought of this before, and it would certainly help.Quote:
Originally Posted by THEBANDIT240
Please read my previous posts again too. Your description of how simulation bots work is incorrect. You are just too proud to admit it now.Quote:
Originally Posted by Janz
You can't even acknowledge that a disconnection (intentionally or not) after the first troop is deployed still has this attack counted on the server side. Many clashers can tell you that if there is a disconnection after the attack starts, the troops they dropped before the disconnection are gone and the attack carries on from the point of disconnection.
Man up and acknowledge at least this fact. After you acknowledge this simple fact, you will know where you are wrong and why the key is whether servers count any disconnection during the 30-second preparation period as a real attack.
Hi,
af first, please understand i'm also against ch3@ting and h@cking or whatever you call it..
but SC is on our side, SC doesn't like to see this happen to their game either...
and with every update they fix it, but the bad guys keep searching for other ways and they succeed within a few days unfortunately.
i hope i made some things clear, cheers.
They know about it, and they're battling it. They won't tell us how, because that would only serve to help the háckers find a new way to chéat.
This petition is pointless and stupid.
Why do you guys bump threads about H.A.C.K.I.N.G. Don't understand it, in fact why do people make these threads, YOU CAN'T FREAKING SOLVE H.A.C.K.I.N.G.Quote:
Originally Posted by Mistertijn
There is only one way someone to steal your account on Android! That is your Google account.... Even if you were to give someone the code to link devices you will still be in control they can't take your account without changing your Google account that is connected to your clash of clans, so doesn't matter if you tell people the link code. As long as you have the information to your Google account that is connected to your Clash Of Clans you will always be safe
Sincerely,
Joshua