Author Topic: Antihack proposal  (Read 1380 times)

0 Members and 1 Guest are viewing this topic.

Offline Zabity

  • Major(1)
  • Posts: 1
Antihack proposal
« on: January 20, 2007, 01:56:23 pm »
This is a collation of some of my thoughts [5amish, keep that in mind when reading obvious flaws ;)]
Ok. Assuming that Solodovnikov's little "protector" only checks crc & soldat does not one should implement an extra check as there exist simple ways of unpacking this due to crack-groups proliferating their wares.

Obviously the core the the problem lies in memory hacks that occur on the fly by some little app injecting a dll that suits a users function or just simply poking a memval. The former may be dealt with by checking what the hell is trying to access the executable & terminating if undesirable. This will not always work however as one might simply dump a chunk of memory & scan through it parsing things as necessary. A neat trick is to unhook the program from windows task manager as gameguard does, people must therefore resort to extensive memory dumps & analysis of even simple obfuscating functions (i.e cycling addr's, false addr's & dummys work quite effectively).

The one thing that should be implemented regardless is the ability to download a list of hack identifiers [so Hwds] with each launch (As opposed to messy hard-coding, which is inefficient & quickly outdated).
The problem with external protection, things such as punkbuster is that unless the coder knows what the hell they are doing they are relatively easy to trash (im not implying anything about the security of pb) by those that wish to.

Heh, then again, you could just compile some bits on runtime ;)

Date Posted: January 19, 2007, 02:00:14 PM
I've had a thought about taking care of aimbots.
It would require storing mouse coords in some form of array, then analysing the path a mouse takes to move to an enemy, if you analyse the path the mouse takes from some arbitrary point you could in theory build a statistical model & any users with purely linear (or close to it) motion may be banned.

Offline Iq Unlimited

  • Flagrunner
  • ****
  • Posts: 864
  • mr. foobar2000
Re: Antihack proposal
« Reply #1 on: January 21, 2007, 04:21:24 pm »
The big flaw in this is that not all the hacks work the same way, especially the aimbots and how they work and are configured. If all the hacks worked the way you say that they do then it MAY work, but hackers aren't dumb and will find ways around that in about 2-3 minutes.


Iq Unlimited

Offline Clawbug

  • Veteran
  • *****
  • Posts: 1393
  • 1184!
Re: Antihack proposal
« Reply #2 on: January 25, 2007, 05:52:55 pm »
No matter what you do, if the release cycles are like 1 year. It takes people 1-3 months to make fully operational hacks/port old ones to new version. Also, there are alot of people claiming that they make their hacks for testing purposes, and to learn. Well, as long as they are hard to notice (For example: 10% more jet, 20% more ammo, 5% more speed, 25% more health), and are not released for public, there is nothing you can do.
Fight! Win! Prevail!