Advanced Flash Hack Prevention. (rf)

[Burning_Cyclope]

I have 2 solutions (may have already been said before):

use boolean variables as flags every so often in a song. each song has a different amount of flags, and each flag is randomly located in the song. Every time the player passes the flag it is set to true. if all flags are true by the end of the song, the person didn't hack.

[HNJhack]

i said that a loooooooooooooooooooooooooooooooooooooooooooooooooooooooooong time ago. in theory it's a good idea, but still hackable. it's 12:30 time to go to sleep for work a 6:00: ^_^

[Burning_Cyclope]

I have a new idea:

we add up the number of arrows the player has gotten, calculate his highest possible score, and is his score is higher than that, then he's obviously hacking. still hackable, but it reduces the amount of hackers by quite a lot.

[HNJhack]

But this time you forgot hidden / glitched arrows. The do exist, and that would kill you theory.Sorry.^_^

[Burning_Cyclope]

new idea: find out how long the person played thru that song, and compare it with his score.
you could always throw in the number of arrows gone by, too.

If he's got an incredible record-breaking score after 5 secs., he's obviously a cheater.

[HNJhack]

but when they hack, they can woit tille the end of the song to send out the hacked data packet. So once again you have failed. Your on the right track, but still got a ways to go.^_^

[Burning_Cyclope]

how about this:

get their number of games, and score on each level.
graph it best-fit line, mode linearly.
get the derivative
if it's too high, then they'r either extremely good or cheating.


I have a new idea, but first I need toknow how often people make it onto the high scores list, approx.

[HNJhack]

well, that wouldnt really help for hacking, it would just give us an idea of who MAY be hacking.
Funny how this is practically a forum for me and you,lol.^_^ (you are on the right track, some of the best ideas i have been told, still off but close).
First we should find out why the convertion error is taking place, i think it might be from the holds, from things like ssm, when you let off of a hold, it is counted into your score, maybe it is seen as a hidden arrow for ffr when translated. If we can get rid of the hidden/glitched arrows, wee can just set a statement of "if(PlayerScore > TopPossibleScore){ " code for sending packet and score to server for banning and such} else { " code for normal entry}" It would make it alot easier on Synth.^_^

[Burning_Cyclope]

the invisible arrows thing is puzzling.
if you "miss" an invisible arrow does it act as if it were a normal arrow and start your combos from 0 again? if it does, then I don't think I've ever encountered one.

Also, I have no idea how the hacks work. I;ve searching google for a description near the download, but couldn't even find any.....

[HNJhack]

people are using mem searching progs to find the open ports for the server, and waiting for the data packet to be sent out, thy snatch it and change it, and when they are done they send it back.^_^

i don't believe the glitched arrows end your combo, they only add to your score if you hit them. i really think it is the end-hold note from an ssm dwi.^_^

[Magus073]

did he ever get through?...

[Dark_Mind]

What about a program that seleted random arrows in the song, and checked to see if a persentage of them were hit? If the percentage wasn't reached, it should compare the score with the highest posible score, and check if an arrow key was pressed within the vicinity of the randomly selected arrow.

I realize this would make it hard for noobs, or people that are realy bad. But if this were applied on the realy hard songs, songs that expierienced people would be good at. It is reasonable to assume that a good player would be able to get near these arrows.

Or maybe have the program check all arrows, or even a combination.

Sincerley,

Dark Mind

[HNJhack]

that's a good idea. I put some thought into it, and i realized that 1. it can be hacked easily, and 2. it would be alot of work for Synth.

1. if you intercept the data packet right when it is sent out, oyu can changed the values for the variables before it reaches the server. The packet MUST contain those variables. So infact iot would stop about 2% of the people hacking it. =(

FUCK!!. i just realized that as long as the variables are nonencrypted in the packet, no matter how many variable based protection we use, it can always be intercepted and hacked.