cheater in sauerbraten

by CybbERNeTTikSSZ on 09/11/2006 02:58, 44 messages, last message: 09/22/2006 22:11, 16707 views, last view: 05/05/2024 10:43

I was playing mult on sauerbraten today and this person was jumping over buildings and seemed to have way too many bullets. Was he cheating or is there a setting i don\'t know about?

   Board Index   

#25: CRC?

by Ion on 09/12/2006 21:06

Wouldn\'t it be possible for the client to make a CRC of the binary (or something that outputs a uniqe identifier based on the contents, modified date, etc) and then send it to the server.
If the server\'s official client CRC doesn\'t match (or doesn\'t send CRC at all) it should inform everyone that X is using a modified client, or kick him if the server is pure.
The same thing would go server side.
If the server is modified then the client, through the server browser, would mark the server as modified.

Don\'t know if this would be easy to crack or not, but at least casual cheaters won\'t have it so easy.

reply to this message

#26: Re: CRC?

by MeatROme on 09/12/2006 21:21, refers to #25

This has been discussed to death already.
It's not going to happen,
the effort is just not worth it.
A CRC check could easily be faked.
Maybe the approach of closed source ENET will be used l8r on in the development cycle ...

reply to this message

#27: ..

by eihrul on 09/12/2006 22:29

This discussion is confused beyond belief. People are putting words in me and Aard's mouth. There is nothing that LEGALLY prevents you from making any modifications you want in the license! NOTHING... Read that again. You have almost complete freedom to do anything you want.

This, however, has NOTHING to do with the license. If you want to put YOUR mod on OUR master server, which is a ***SERVICE***, provided by ***US***, distinct from the GAME, then you are subject to OUR whims. OUR master server is intended for SAUERBRATEN GAMEPLAY ***AS-IS***.

reply to this message

#28: Re: ..

by Aardappel_ on 09/13/2006 01:56, refers to #18

I am not aggressive towards c0rdawg.. it is entirely understandable what he has done. And if he wants to continue there is nothing I can do or will do. I am just informing him that he is doing something that is not in accordance with the project and its terms of usage.

I give away a LOT for Free. I put some simple minimal rules on what you can do with it. Yet the armies of rabid religious fanatics with not enough intellect to read a license or docs still want to crucify me for merely pointing out people are doing something unwanted.

Yup I should never have open sourced anything. But its too late. Oh well, probably the last project I will open source.

reply to this message

#29: Re: ..

by kurtis84 on 09/13/2006 03:08, refers to #28

"Yup I should never have open sourced anything. But its too late. Oh well, probably the last project I will open source."

and thats sad. People will never get this right, so I don't blame you Aard.

BTW, Aard, could YOU make a fork with the source right now, and keep it closed? Then of course just abandon the open source project. I'm sure every viable person thats currently working on sauer would be right with you ;)

reply to this message

#30: Re: ..

by Aardappel_ on 09/13/2006 03:30, refers to #29

I could, and I have contemplated it, but eihrul brought in enough arguments why its not a good idea. You can all thank him that the last 3 or so releases are OS, and probably will continue to be so.

The cool people in this community far outnumber the morons, and I should keep that in mind. just the morons are always louder.

reply to this message

#31: Re: ..

by shadow,516 on 09/13/2006 06:13, refers to #30

amen dude

And keep it OS... Someday Im going to actually learn C++, and Sauer is the first code Im going to study ;)

reply to this message

#32: ...

by Conor on 09/16/2006 03:22

rofl you guys think some stupid text is cheating.


lol


so it is cheating if I use the chat feature to?


rofl

reply to this message

#33: ..

by metlslime on 09/16/2006 03:43

stop hacking the forum!!!!132

reply to this message

#34: ..

by Conor on 09/16/2006 04:31

OMG SORRY!


(crap i did it again!!!11)

reply to this message

#35: Cheaters

by Jung on 09/17/2006 04:43

Why are there so many cheaters popping up? I am playing a lovely game, ruling as usual, then some little shit shows up and pisses all over everyone. Half the time lagging or crashing the server. Don't you roaches have anything better to do? Jeeze, there is plenty of pr0n on the internet, go fuck yourselves!

reply to this message

#36: Re: Cheaters

by >driAn<. on 09/17/2006 11:35, refers to #35

Thats the negative side of an opensource game.. kiddies can easily modify it.

reply to this message

#37: This cannot be good

by rancor on 09/17/2006 20:23

The log from a recent game, with frag announcements edited out.

Drakas:
0 wt*f
Joaz:
0 cheater
Drakas:
0 what the
rancor:
0 the master is hackng!!!!!
Drakas:
0 damn
Drakas:
0 stupid script kiddie
Forest_Gump:
0 How dare you acuse me of such things! :o
Drakas:
0 fuck you kiddier
rancor:
0 fuck off and die
Drakas:
0 jeez
Drakas:
0 whats with the 50 fps
Forest_Gump:
0 Should I leave?
rancor:
0 yes please
Drakas:
0 if you're doing something, yes
Forest_Gump:
0 I can do this...

2you fragged Drakas

2+10 health will spawn in 10 seconds!
Fatal signal: Segmentation Fault (SDL Parachute Deployed)

The implication that my client was crashed by another client is pretty disturbing.

reply to this message

#38: Yep

by Jung on 09/17/2006 23:45

I had to reboot my machine after the last cheater crashed the game, then my gamma & video was screwed up on my desktop.

reply to this message

#39: Re: This cannot be good

by Passa on 09/17/2006 23:52, refers to #37

When I read his last message, scrolled down and read "Fatal signal: Segmentation Fault (SDL Parachute Deployed)" I was seriously scared..

Seems that script kiddies are getting better and better... I've thought of a solution too. The master password for servers is told to alot of people in the community, so they can steal mastermode, but there is also a MASTERMASTER password, so that the server admin can steal master from someone else who used the master password...

Am I making any sense?

You could also just leave the server, but it looks hard in this case if he can crash your client.

reply to this message

#40: ..

by eihrul on 09/18/2006 01:25

When crashes happen, please post the backtraces that accompany them on Windows. We can do absolutely nothing about problems that we can't reproduce or people don't supply the necessary information to solve.

reply to this message

#41: Re: ..

by rancor on 09/18/2006 02:22, refers to #40

I'm on linux, so I haven't got a backtrace. I'll see if I can make GDB attach on these errors.

reply to this message

#42: Re: ..

by rancor on 09/18/2006 03:54, refers to #41

Just a quick proof of concept:

#include <stdlib.h>
#include <unistd.h>
#include <signal.h>
#include <errno.h>
#include <string.h>

extern int errno;

/*simplify error handling*/
int write_error(int fd, char *prefix)
{
char *error;
error = strerror(errno);
write(fd, prefix, strlen(prefix));
write(fd, error, strlen(error));
write(fd, "\n", 1);
fsync(fd);
return 0;
}

static void handle_sig(int signum)
{
pid_t pid, child;
char prognam[21], pid_str[11];
pid = getpid();
if(!(child = fork()))
{
/*child*/
snprintf(prognam, 20, "/proc/%i/exe", pid);/*on linux, this is a symlink to the executable file*/
snprintf(pid_str, 10, "%i", pid);
execlp("gdb", "gdb", prognam, pid_str, (char *)NULL);
write_error(2, "failed to execute GDB: ");
exit(1);
}
else
{
waitpid(child, NULL, 0);
exit(1);
}
}

int main(int argc, char* argv[])
{
struct sigaction sigset;
int *n = NULL, i;
memset(&sigset, 0, sizeof(sigset));
sigset.sa_handler = handle_sig;
sigaction(SIGSEGV, &sigset, NULL);
i = *n;/*a good way to raise a sigsegv*/

return 0;
}

I'd be willing to get something like this working in sauerbraten.

reply to this message

#43: ..

by TuxUnderFire on 09/22/2006 22:08

Segmentation faults occur when someone tries to access memory they\\\'re not supposed to. It means that either you\\\'ve got too much stuff running the background and Sauerbraten needed more memory, or you haven\\\'t got the memory in the first place. Either way it\\\'s not Sauerbraten.

As for the proof of concept code, that won\\\'t work if a segmentation fault occurs and that code is integrated into Sauerbraten. Seg faults terminate the application uncleanly, adding more code isn\\\'t too helpful. If it protected some memory and ran from there, passively listening for certain events, it might work.

reply to this message

#44: Re: ..

by ThatGuy on 09/22/2006 22:11, refers to #43

Actually, it is Sauerbraten. The crashing is caused by someone modifying the game to use more resources than it should. The crashing that people are currently complaining about was caused by a flood of SV_HIT messages, with negative values. It may not be the clients version of Sauer that causes the problem, its the hackers version that causes too much network traffic.

reply to this message

   Board Index