Search results
-
L
[MCR] Hikvision packer/unpacker for 5.3.x and newer firmware
i.e. upload it to a 1-click hoster (i.e. depositfiles.com) and send me a private msg with a link to it for instance. -
L
[MCR] Hikvision packer/unpacker for 5.3.x and newer firmware
If you send me the dump, I can have a look. -
L
How to : Smarten up the dumbed-down HiWatch IPC-T140 4MP IP camera
Ah, yes, thanks, there was a comparison error in the commandline argument check resulting in never being able to use x1d, fixed now in current sourcecode (method-'1' > 0 should be method-'1' >= 0 ). -
L
How to : Smarten up the dumbed-down HiWatch IPC-T140 4MP IP camera
Static compiling is easy, just do: gcc -o hik_repack hik_repack.c -static `pkg-config --static --libs openssl` It's described even in the header comment ;-) -
L
How to : Smarten up the dumbed-down HiWatch IPC-T140 4MP IP camera
Hm, maybe it is my output buffer that is overrunning. OpensSSL DOCs state: " The amount of data written depends on the block alignment of the encrypted data: as a result the amount of data written may be anything from zero bytes to (inl + cipher_block_size - 1) so out should contain sufficient... -
L
How to : Smarten up the dumbed-down HiWatch IPC-T140 4MP IP camera
Maybe compiler/glibc problem? Not reproducable when compiling myself. Compile with debug symbols (-g) and check where it overruns. My production system configration: OpenSSL-Version: 0.9.8c-4etch9 GNU libc 2.3.6 But also tested it with: OpenSSL-Version: 1.0.0e-2ubuntu4.7 Ubuntu EGLIBC... -
L
How to : Smarten up the dumbed-down HiWatch IPC-T140 4MP IP camera
Nonsense.. hik_repack -u digicap.dav fw cd fw lzma -d <firmware.tar.gz >firmware.tar mkdir unp_fw cd unp_fw tar -xvf ../firmware.tar hik_repack -x4d centaurus_bak centaurus.lzma lzma -d <centaurus.lzma >centaurus -
L
[MCR] Hikvision packer/unpacker for 5.3.x and newer firmware
Seek, and ye shall find.... -
L
[MCR] Hikvision packer/unpacker for 5.3.x and newer firmware
hik_repack 0.9 now has a bugfix for wrong iLangAuth (subcrc) calculation, which also affected repacking. And -d parameter dumps more information now. -
L
[MCR] Hikvision packer/unpacker for 5.3.x and newer firmware
The return -1 is commented in 0.8, I just wasn't sure which models need subcrc check and which don't. So it then continues to unpack it. So new repacker should work. -
L
[MCR] Hikvision packer/unpacker for 5.3.x and newer firmware
Thanks, hik_repack 0.8 now added support for G1 cams. Repacking-support for these RSA-crypted models was now also added, but as mentioned above, it doesn't make any real sense, as RSA signature cannot be calculcated due to unknown RSA public key. -
L
[MCR] Hikvision packer/unpacker for 5.3.x and newer firmware
Correct, daemon_fsp_app gets verified via RSA key in kernel (by matching on name /home/process/daemon_fsp_app),so modification of it will get detected,if kernel isn't patched. Grep for string /(/-e/0r/#%s3/$!em/ etc. in kernel to find the routine. This routine also does the decryption of it... -
L
[MCR] Hikvision packer/unpacker for 5.3.x and newer firmware
What do you mean by: "injected in a bad way"? -
L
[MCR] Hikvision packer/unpacker for 5.3.x and newer firmware
Well, davinci_bak also uses firmware pack format which contains RSA signature and daemon_fsp_app verifies it against this signature. So you need to patch daemon_fsp_app to let firm_data_verify return 0 and the nrepack daemon_fsp_app That should work, but it still involves patching of course. -
L
[MCR] Hikvision packer/unpacker for 5.3.x and newer firmware
Hm, directly dumping the files onto the the MTD might work fine. But if you do that, there is no sense in creating digicap.dav file, as you won't need it with your method anyway, if I understand correctly? So repacking digicap.dav itself would still be useless? I just once had a cam where the... -
L
[MCR] Hikvision packer/unpacker for 5.3.x and newer firmware
But then RSA signature in HK30 V2 header is invalid and firmware file will get rejected. As far as I remember, an older firmware file without RSA signature doesn't get accepted. So there is no way without patching and flashing uboot loader which is quite risky, as upon failure, camera is bricked... -
L
[MCR] Hikvision packer/unpacker for 5.3.x and newer firmware
$ ../hik_repack -u digicap_en.dav en HIKvision firmware repacker V0.7, (c)oded by [email protected] 11/2015 * + This seems to be a HK30 crypted file, unpacking HK30: + This seems to be a 007A0000 device + This is HK30 format version 2, no repacking possible (RSA-key protected). *... -
L
[MCR] Hikvision packer/unpacker for 5.3.x and newer firmware
I'm using OpenSSL 0.9.8c on a 32bit machine. -
L
[MCR] Hikvision packer/unpacker for 5.3.x and newer firmware
Hm,works fine with my own repacker, created file is identical with just unpacking and repacking: $ ../hik_repack -u digicap.dav dav HIKvision firmware repacker V0.7, (c)oded by [email protected] 11/2015 * 1210050031141110011 + This seems to be a HK30 crypted file, unpacking HK30: + This...