Page 2 of 13
Re: .so injection
Posted: Thu Aug 15, 2013 1:25 pm
by bugficks
patois wrote:I'm currently stuck at trying memjack to compile (I have stated this in another thread but I think this thread should be more appropriate).
Code: Select all
dennis@ubuntu:~/Downloads/memjack$ make
arm-v7a8v2r2-linux-gnueabi-gcc memjack.o util.o procutils.o -o memjack
arm-v7a8v2r2-linux-gnueabi-gcc: selected multilib '.' not installed
make: *** [memjack] Error 1
Does anyone have an idea what the problem is and how to fix it?
maybe some env problem?
http://comments.gmane.org/gmane.comp.gcc.help/39888
no idea if its related to toolchain from samygo svn. im using toolchain from samsung.
Re: .so injection
Posted: Thu Aug 15, 2013 1:32 pm
by patois
Hmm.. found this via google as well. I think I'll just try the samsung toolchain. Thanks!
edit: the samsung toolchain worked flawlessly, thanks!
Re: .so injection
Posted: Sat Aug 17, 2013 10:48 am
by juusso
Re: .so injection
Posted: Tue Aug 20, 2013 6:56 pm
by bugficks
VDLinux#> ./hijackx -p `pidof exeTV` -l /mtd_rwarea/test/dumpkey.so
VDLinux#> cat dumpkey.log
file: /dtv/usb/sda2/CONTENTS/20130820124418.srf
key: {0x0d, 0xaa, 0xf1, 0x49, 0x2b, 0xe1, 0xe2, 0xb9, 0x42, 0x4d, 0x75, 0x4b, 0xcf, 0x9e, 0x9a, 0x18, }

Re: .so injection
Posted: Fri Aug 23, 2013 10:54 pm
by bugficks
channelinfo patch for f-series
Code: Select all
{ "_ZN14CViewerManager17ShowChannelBannerEbi", 0x00000000, 0x00000240, 0x00000260, 0xE3560000, 0xE35600FF, 0 }
add this to mem_patches_exeAPP in memjack
Re: .so injection
Posted: Sat Aug 24, 2013 8:31 pm
by bugficks
new version of hijack, see first post.
Re: .so injection
Posted: Fri Aug 30, 2013 7:07 am
by juusso
Look, this way for each so file we need to execute hijack once. Why don`t you add to patcher usage of arguments? i mean $1 $2 $3 .... and if you have a lot of so files to inject, it is enough to execute injector just once.
Code: Select all
SO="./1.so ./2.so ./3.so ... ./102.so"
./hijackx -p `pidof exeTV` -l $SO
or do you think this is obsolete?
Re: .so injection
Posted: Fri Aug 30, 2013 7:24 am
by bugficks
i think a better way would be to inject a "loader .so" that e.g. reads a config and loads all the .so to be loaded.
also there might be different requirements. .so that hook stuff need to be permanent in memory while .so files that just patch some stuff dont.
Re: .so injection
Posted: Fri Aug 30, 2013 7:26 am
by juusso
Okey, loader is ok too. more robust, i agree.
Re: .so injection
Posted: Fri Aug 30, 2013 11:25 pm
by bugficks
first post updated
