While it's true that Valve doesn't have a pro-active attitude in handling those reports, doesn't mean that they will look into ways to detect cheat-programs.
It is a misconception to think that an external hack, like this one, is undetectable. With the same techniques as used by this and all other external memory-parsers it is possible and fairly easy to detect it.
These programs are detectable when they are:
- Copying the values of players positions from memory into their own memory.
- Storing the PID in memory.
- Searching for a certain window name, in this case "Modern Warfare 2".
So if you want to be 100% certain that you don't get banned, don't use these kind of programs. If you do want to use them though, do it on the private servers (alteriw.net).
is there any way to modify the searching range so it just aims when the target is like..really close to your crosshair? i cant find it in the source
I'm not trying to sell blue pills, nor am I saying that it is detected at this moment. I'm only stating that it is a false assumption that programs that read memory values from another proces are undetectable or very hard to detect for that matter.
The fact that it hasn't been detected, doesn't mean it will not in future; "Resultaten behaald in het verleden, zijn geen garantie voor de toekomst".
You seem to think I don't have a clue what I'm talking about, so let me not only give you examples of how it could be detected, but also some hints to make detection a lot harder.
Examples:
- Always compile your own version: Hex-editing only prevents full crc-detection.
- Do not put your projects in a sane path not something like: "c:\Users\Michiel\Desktop\Lines\External BoxESP V4.3(1.0.195 compitable)\", it will show up in the compiled code.
- Rename the project (everywhere!), the orginal name will show up in the compiled code.
- Replace function and variable names before compiling, they will show up in the compiled code.
- Change the app and mutex names before compiling, they will show up in the compiled code and memory.
- Remove/change/obfuscate all text strings used in code: "External BoxESP is already running!" is a big warning flag about what a program is doing.
- Keep and check crc on files involved in VAC and MW2 to detect updates, before forking the real program.
- Find the PID by looking for something in memory, rather than asking for it by the window name (loop over all PIDs untill found).
- Or find the PID by looping over all PIDs and comparing the all window names to a hash("window name we want")
- Randomize the values read from memory by readgame() (just multiply their values with a random determined at startup and only convert them back when needed).
P.S. as far as I know my brother has no programming-skills what so ever, and you seem skilled, so I do not think you are my brother (and he is called "Steve")...
Last edited by NiPiN³; 06-01-2010 at 06:27 AM.
NOOB (06-21-2011)
what is that ps about? but anyways, yes, these things will make the esp even more safer,
but at this moment, mw2 is to stupid to detected this
and i have a strange feeling they will not update the game anymore untill the next mappack for pc comes out
(which will be for another 2 months i guess).
And VAC has been updated not so long ago,
so dont expect an update on that either.
but claiming that this hack is detected as now, is bullshit.
NOOB (06-21-2011)
NOOB (06-21-2011)
I never stated that it was detected or not by Steam or IW. I only said that memory reading programs like these aren't as hard to detect, as some state so firmly on these forums.
Always be cautious about hacks/cheats when using them on your (paid) accounts and remember "The writer is not responsible if you get caught using them".
And remember, no crying when you get caught, with your hand in the cookie jar...
NOOB (06-21-2011)
The autostab doesn't work properly.. the one from the earlier version was alot more effective. Just an oppinion
How can i make a hack from your source ? Just the autoknife?
[IMG]https://i536.photobucke*****m/albums/ff321/airways92/mybanners.gif[/IMG]
EMPTY SPACE??
YAY ! LVL 10!
CLICK MEE!!
Monkey! Please!
NOOB (06-21-2011)
NOOB (06-21-2011)
i forgot to mention i have alterIW version if that is the problem.
NOOB (06-21-2011)
You could try to set the aim_speed back to its orginal values:
main.cpp:1309: float aim_speed = 7;
main.cpp:1312: float aim_speed = 4;
In that case, the line numbers in the earlier message could be incorrect....
This is the orginal code:
Edit: 1310 and 1313 are the line numbers you are looking for...Code:// aiming is accelerated in time to better target moving players, otherwise you're // always aiming behind the player // dividing by 7 gives a rather natural while quick aiming // see if we need to have quicker aim float aim_speed = 7; if (gTicks - player_locked_ticks > 15) aim_speed = 4; // more aggressive if (gTicks - player_locked_ticks > 30) aim_speed = 2; // really locked on player
Last edited by NiPiN³; 06-01-2010 at 08:23 AM.
NOOB (06-21-2011)
nipin, please edit your post next time
NOOB (06-21-2011)
Will do next time...
Which is now!