Jump to content

Anti Debugging Protection


Go to solution Solved by Guest,

13 posts in this topic

Recommended Posts

Posted

Hi guys,

 

In IDA, I am hacking Star Wars: Force Arena currently

 

I had a question regarding breaking the anti debugging protection (sysctl). Should I NOP the main function which I get from imports or go to each xref branching to that function and NOP those functions?

 

If i go with the first route,  (NOP on first command), the game crashes on launch. 

 

If I NOP any one of the xrefs i get crash on launch.

 

Any tips? Ive done trial and error, but would like a tip on how to proceed

Posted

Hi guys,

 

In IDA, I am hacking Star Wars: Force Arena currently

 

I had a question regarding breaking the anti debugging protection (sysctl). Should I NOP the main function which I get from imports or go to each xref branching to that function and NOP those functions?

 

If i go with the first route,  (NOP on first command), the game crashes on launch. 

 

If I NOP any one of the xrefs i get crash on launch.

 

Any tips? Ive done trial and error, but would like a tip on how to proceed

Do you even get segfault 11 when attaching

Posted (edited)

Do you even get segfault 11 when attaching

I dont get segfault but GDB says that there are anti debugging protections and something about "dirty" 

Have you seen the Anti Anti Debugger protection tooic by shmoo?

 

https://iosgods.com/topic/26721-breaking-securityhow-to-disable-syscall-anti-debugging-protection/

yes, i did follow that. Game crashes on doing that

 

The error in GDB was

 

"Possible sections of anti debug trick detected at segment"

Updated by Archangel04
  • Solution
Posted (edited)

I dont get segfault but GDB says that there are anti debugging protections and something about "dirty"

 

yes, i did follow that. Game crashes on doing that

 

The error in GDB was

 

"Possible sections of anti debug trick detected at segment"

Don't worry about the dirty data error. You can ignore it. Redownload the game to get a fresh binary or if you backed one up use that and try again because you probably modified the current binary very badly Updated by Guest
Posted

Don't worry about the dirty data error. You can ignore it

Even if there are like 60-70 of them? Also, my offset from Gameplayer shows a VERY different value as compared to that in game

Posted

Even if there are like 60-70 of them? Also, my offset from Gameplayer shows a VERY different value as compared to that in game

If you are hacking floats they'll be around 1120403456 in LLDB, don't worry about it. And yes just ignore the dirty data thing even if there are alot of them you can debug as normal

Posted (edited)

Don't worry about the dirty data error. You can ignore it. Redownload the game to get a fresh binary or if you backed one up use that and try again because you probably modified the current binary very badly

I have multiple copies of the original binary. I always mod the copy rather than the original

 

They arent floats, but DWBs

Updated by Archangel04
Posted

I have multiple copies of the original binary. I always mod the copy rather than the original

 

They arent floats, but DWBs

No idea then :p You probably have a wrong mem address

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
  • Create New...

Important Information

We would like to place cookies on your device to help make this website better. The website cannot give you the best user experience without cookies. You can accept or decline our cookies. You may also adjust your cookie settings. Privacy Policy - Guidelines