AntiCheat Plugin

OutCast · wrote on 8 Jul 2009, 16:45

I meant the hack itself, code or offsets.

FriendlyFire · wrote on 8 Jul 2009, 18:51

Since w0dk4 gives away the source of his code, I’m guessing it’s somewhere in there?

w0dk4 · wrote on 8 Jul 2009, 19:57

I think I gonna put this in the FLHook Plugin version anyways, since it doesnt really fit into the anticheat plugin anyways, but is rather a vital bugfix for the flserver.

JONG · wrote on 9 Jul 2009, 05:23

@w0dk4:

I think I gonna put this in the FLHook Plugin version anyways, since it doesnt really fit into the anticheat plugin anyways, but is rather a vital bugfix for the flserver.

May you can tell me how to fix it?

Thanks w0dk4.

M0tah · wrote on 9 Jul 2009, 09:26

Could you add
@w0dk4:

Missile bug fix (sometimes your missiles lose tracking of your enemy and you need to re-target, this is fixed)

Missile jitter bug on low serverload with fast cpus fixed

as well, since they’re bugfixes and not exploit fixes? Thanks.

OutCast · wrote on 24 Aug 2009, 20:53

bump

Sushi · wrote on 25 Aug 2009, 01:10

Damn W0d, this looks great

OutCast · wrote on 25 Nov 2009, 12:46

w0dk4 wrote:

Fix for an FLServer bug that would cause a servercrash every ~4000 logins (or ~2000 logins and ~2000 deaths)

Missile jitter bug on low serverload with fast cpus fixed

Thx for sharing this!
What about missile bug? Is it fixed by jitter-bug fix, or is it just not there (yet?) ?

OutCast · wrote on 25 Nov 2009, 12:48

w0dk4 wrote:

Fix for an FLServer bug that would cause a servercrash every ~4000 logins (or ~2000 logins and ~2000 deaths)

Missile jitter bug on low serverload with fast cpus fixed

Thx for sharing this!
What about missile bug? Is it fixed by jitter-bug fix, or is it just not there (yet?) ?

w0dk4 · wrote on 25 Nov 2009, 13:21

No, missile bug fix is simply calling SetTarget again on the weapon slot directly before firing.

Since this fits perfectly into the refire rate detection, it will get implemented there.

OutCast · wrote on 25 Nov 2009, 16:26

Huh, nice and easy way to solve it. Thanks again!

OutCast · wrote on 29 Nov 2009, 19:05

http://code.google.com/p/flhookplugin/source/browse/trunk/source/HkInit.cpp?spec=svn20&r=20#292
What is that line about? Is it part of memleak fix?
It causes strange server crash on init for me, and seems unnecessary since that NOPped call is in function that fully redirected to FreeReputationVibeHook anyway.

w0dk4 · wrote on 29 Nov 2009, 19:23

Where do you get a crash? The latest build of the plugin version doesnt crash on init for me.

The call is NOPed because Im calling it in FreeReputationVibeHook.

OutCast · wrote on 29 Nov 2009, 19:59

In completely unrelated place at first glance: flserver.exe; 0000db53.

I copied a patch, FreeReputationVibeHook and these nop patch/unpatch to my code - tese are full set, right?

Well, if i get this right, after patch you have smthing like this```
void* pfuncaddr; // rewrited to point at FreeReputationVibeHook
…
func //pub::Reputation::Free
{
…
//nopped call
…
}

OutCast · wrote on 29 Nov 2009, 20:01

In completely unrelated place at first glance: flserver.exe; 0000db53.

I copied a patch, FreeReputationVibeHook and these nop patch/unpatch to my code - tese are full set, right?

Well, if i get this right, after patch you have smthing like this```
void* pfuncaddr; // rewrited to point at FreeReputationVibeHook
…
func //pub::Reputation::Free
{
…
//nopped call
…
}

w0dk4 · wrote on 29 Nov 2009, 21:16

The nopped call is in FreeReputationVibeHook! So it does reach it.

__asm 
	{
		mov eax, p1
		push eax
		mov eax, [hModServer]
		add eax, 0x65C20
		call eax ; <- nopped call
		add esp, 4
	}

OutCast · wrote on 29 Nov 2009, 21:46

No, what i mean is that you nopping a call inside already redirected function that you don’t call either (pub::Reputation::Free).

w0dk4 · wrote on 29 Nov 2009, 22:55

No, there is a difference between
pub::Reputation::Free
and
pub::Reputation::Vibe::Free
where the last one gets redirected and the nops are in the former.

OutCast · wrote on 30 Nov 2009, 12:42

Ah, yes, i didn’t catch the difference. Blame IDA lol :oops:

Ollydbg somehow caused an exception so i had to do debugging just by commenting this and that out.
My flhook is based on 1.5.5 version so there’re differences in workflow from the SVN version.
First i wanted to check things in InitHookExports that are not there in 1.6..
And finally i found a piece of code that just magically caused the crash:```
/
// fill client info struct for players that are already on the server(when FLHookStart was used)
vector <hkplayerinfo>lstPlayers;
HkGetPlayers(lstPlayers);
foreachv(lstPlayers, HKPLAYERINFO, it)
{
ClientInfo[it->iClientID].iShip = it->iShip;
// LoadUserSettings(it->iClientID);
}
*/</hkplayerinfo>

Until i commented out clearing of the vector in HkGetPlayers it crashed.
So i commented the whole thing since i haven't used the hot-start for a long time.

Very strange and frustrating ;\ Anyway, i'll install this version on server now and see how it'll do.

OutCast · wrote on 10 Dec 2009, 21:07

Works fine! Didn’t notice any other caused glitches