pylerSM / NoDeviceCheck

[Xposed module] Disable device compatibility check
http://repo.xposed.info/module/com.pyler.nodevicecheck
BSD 2-Clause "Simplified" License
80 stars 33 forks source link

Make this Module more accessible to moar devs. #5

Closed d8ahazard closed 8 years ago

d8ahazard commented 8 years ago

This is an attempt at hopefully opening up what this Module attempts to do to more developers.

For starters, I've added all the files needed for this to be synced and imported to android studio and just compiled. Everything is there for testing.

Secondly, I've fleshed out checks and logging IMMENSELY.

I have added every boolean check that can be done on a file class, as well as a number of the path checks that could be executed.

I have added a method - checkFileBool - that we can invoke from our other hooks. This can iterate over any number of "keywords" that could be checked for to determine Pay Incompatibility. So, instead of checking a hundred variables for a hundred different possible methods, we run the same check against that method instance. If one of these hooked methods matches a keyword, it will automatically return "false" or "" for those values (try to fool it into thinking they're not there).

Using this method of reflection, I have been able to determine that it is indeed looking for xposed files as well. Still can't figure out how it's looking for /su/bin in systemless files yet. I think if we can crack this, we can make more progress.

As of right now, this still doesn't work. My code changes are simply for exploration purposes. As we can't look at the secureNet crap directly, we have to get the OS to tell us what is being checked for where, and then figure out the right information to pass back to make those checks succeed.

Hopefully, we can get this merged and entice some other people to help us in this endeavor.

pylerSM commented 8 years ago

Merged, yea!

pylerSM commented 8 years ago

What is interesting: http://forum.xda-developers.com/nexus-5x/general/passing-safetynet-root-t3307659/post65154474#post65154474

so chmod...

d8ahazard commented 8 years ago

That was precisely what made me take a look at this again - knowing that something somewhere MUST be either checking for the presence of the /su partition, su/bin/su, or something. Hence, me adding every method for the file.class I could work in in a day's time. ;)