Exetools - JEB Decompiler 5.38.0.202603112011 mod by CXV

Exetools (https://forum.exetools.com/index.php)

- Community Tools (https://forum.exetools.com/forumdisplay.php?f=47)

- - JEB Decompiler 5.38.0.202603112011 mod by CXV (https://forum.exetools.com/showthread.php?t=21531)

JEB Decompiler 5.38.0.202603112011 mod by CXV

Requirements: (Only JDK 17.0.X or above), 64-bit OS

Mod info(changes):
- fix all integrity checks\timebomb
- Time-limited sessions (fixed)
- Requires an Internet connection (fixed)
- dexdec: fix string decrypt via emulation
- dexdec: instruction conversion (recovered)
- gui: Usage of the clipboard is disallowed (fixed)
- jdb2: Saving or loading projects is disabled (fixed)
- android debug (enabled)
- android native debug (enabled)
- avrdec: decompiler (enabled)
- Decompiler exporter (fixed)
- CF-unflattener, unvirtualizer, native emulator, and plugins (fixed)
- callgraph enabled
- telemetry disabled

Download:
https://mega.nz/file/LWBU0azS#ViJVEdJsscaylt8G-6lpS_5i6W5h0cJDnomYC6pLX9M
https://pixeldrain.com/u/w1jETNp4

The latest version is 5.38.1.202603131410.

Saving-loading project doesn't seem to work. Saving seems successful. Loading also visually goes OK, but in the end I see screenshot and I can't unfold project tree since there is nothing in the project leaving project loading completely useless. Maybe it's issue with this particular apk, don't know.

If anyone can provide me the pro build, will post medicine.

Quote:

Originally Posted by Jasi2169 (Post 134928)

If anyone can provide me the pro build, will post medicine.

That's too easy. It would be more interesting to add code from the pro version to the demo version so that the JEB developers don't detect the leak.

Quote:

Originally Posted by Archer (Post 134923)

any errors like this one (tested with your apk on VM) ?

Code:

[C] Thread[#51,Thread-22,5,main] terminated unexpectedly

[C] java.lang.OutOfMemoryError: Java heap space

[C]   at java.base/java.util.IdentityHashMap.resize(IdentityHashMap.java:486)

[C]   at java.base/java.util.IdentityHashMap.put(IdentityHashMap.java:455)

[C]   at com.pnfsoftware.jeb.util.serialization.Serializer.writeI(Serializer.java:382)

[C]   at com.pnfsoftware.jeb.util.serialization.Serializer.write(Serializer.java:243)

[C]   at com.pnfsoftware.jeb.util.serialization.Serializer.writeField(Serializer.java:553)

[C]   at com.pnfsoftware.jeb.util.serialization.Serializer.writeFields(Serializer.java:535)

[C]   at com.pnfsoftware.jeb.util.serialization.Serializer.writeI(Serializer.java:483)

[C]   at com.pnfsoftware.jeb.util.serialization.Serializer.write(Serializer.java:243)

[C]   at com.pnfsoftware.jeb.util.serialization.Serializer.serialize(Serializer.java:201)

[E] JDB2 record '0x145330' is corrupted! Will attempt project reload anyway...

[E] JDB2 record '0x6C782B' is corrupted! Will attempt project reload anyway...

[E] JDB2 record '0x41D1F4' is corrupted! Will attempt project reload anyway...

It also seems that the Jeb developers forgot or neglected to implement support for the EVM decompiler (https://eips.ethereum.org/EIPS/eip-3855), so I had to do it myself. (Thanks to Claude, it now takes just one minute.)

Quote:

Originally Posted by DimitarSerg (Post 134964)

any errors like this one (tested with your apk on VM) ?

Nope, no errors, just opening, and then destroying everything:

Code:

...

[D] Unit "metadata" (generic) was created

[D] Unit "x86_64-image" (x86_64) was created

[D] Unit "libmapbox-gl.so" (elf) was created

[I] {Virgin-Atlantic_7.4.1_APKPure.apk > com.vaa.runway}: Analysis completed

[I] Virgin-Atlantic_7.4.1_APKPure.apk > com.vaa.runway: Native libraries found, consider running the plugin: "Recover RegisterNatives methods"

[D] Unit "decompiler" (dcmp_dex) was created

[W] The APK may have been packed. You may run the generic unpacker to see if additional dex files can be recovered.

[D] Top-level binary unit was created: Unit:name={com.vaa.runway},type={apk}

[D] Unit "com.vaa.runway" (apk) was created

[D] Unit "Manifest" was destroyed

[D] Unit "Certificate (v2)" was destroyed

[D] Unit "Certificate #2 (v3)" was destroyed

[D] Unit "decompiler" was destroyed

[D] Unit "Bytecode" was destroyed

...

Quote:

Originally Posted by Archer (Post 134968)

Nope, no errors, just opening, and then destroying everything:

Sry, cant reproduce. Just opened APK, saved, opened project -> loaded OK.
jdb2 file ~958mb
java installed v 22

Code:

[I] JEB 5.38.0.202603112011 (Super-Black Edition by CXV) ...

[I] Current directory: C:\Users\user\Desktop\JEB-5.38.0.202603112011_by_CXV

[I] Base directory: C:\Users\user\Desktop\JEB-5.38.0.202603112011_by_CXV

[I] System: Windows 10 10.0 (amd64) en_US

[I] Java: Oracle Corporation 22

[I] Memory Usage: 26.9M used (229.1M free, 12.0G max)

[I] Opening an existing project (C:\Users\user\Desktop\New folder\2222222222222222.jdb2)

[I] {Virgin-Atlantic_7.4.1_APKPure.apk > com.vaa.runway > Libraries > x86 > libmapbox-gl.so > x86-image}: Detected compiler: Android NDK compiler

[I] {Virgin-Atlantic_7.4.1_APKPure.apk > com.vaa.runway > Libraries > x86 > libmapbox-gl.so > x86-image}: Initial native analysis styles: code gaps: PROLOGUES_ONLY, data gaps: DEFAULT

[I] {Virgin-Atlantic_7.4.1_APKPure.apk > com.vaa.runway > Libraries > x86 > libmapbox-gl.so > x86-image}: Analysis completed (1m 18s)

[I] {Virgin-Atlantic_7.4.1_APKPure.apk > com.vaa.runway > Libraries > x86 > libimage_processing_util_jni.so > x86-image}: Detected compiler: Android NDK compiler

[I] {Virgin-Atlantic_7.4.1_APKPure.apk > com.vaa.runway > Libraries > x86 > libmapbox-gl.so > x86-image}: Itanium RTTI memory scanner: 1222 type_infos parsed - 1028 vftables recovered

[I] {Virgin-Atlantic_7.4.1_APKPure.apk > com.vaa.runway > Libraries > x86 > libimage_processing_util_jni.so > x86-image}: Initial native analysis styles: code gaps: PROLOGUES_ONLY, data gaps: DEFAULT

[I] {Virgin-Atlantic_7.4.1_APKPure.apk > com.vaa.runway > Libraries > x86 > libimage_processing_util_jni.so > x86-image}: Analysis completed (0s)

[I] {Virgin-Atlantic_7.4.1_APKPure.apk > com.vaa.runway > Libraries > x86 > libimage_processing_util_jni.so > x86-image}: Initial analysis created 81 routines

[I] {Virgin-Atlantic_7.4.1_APKPure.apk > com.vaa.runway > Libraries > x86 > libmapbox-gl.so > x86-image}: Initial analysis created 19773 routines



loading:

[I] JEB 5.38.0.202603112011 (Super-Black Edition by CXV) ...

[I] Current directory: C:\Users\user\Desktop\JEB-5.38.0.202603112011_by_CXV

[I] Base directory: C:\Users\user\Desktop\JEB-5.38.0.202603112011_by_CXV

[I] System: Windows 10 10.0 (amd64) en_US

[I] Java: Oracle Corporation 22

[I] Memory Usage: 34.6M used (221.4M free, 12.0G max)

[I] Opening an existing project (C:\Users\user\Desktop\New folder\2222222222222222.jdb2)

That's a bummer.

Code:

[I] JEB 5.38.0.202603112011 (Super-Black Edition by CXV) ...

[I] System: Windows 11 10.0 (amd64) en_US

[I] Java: Oracle Corporation 22.0.2

Tried win 10 x64, win 11 x64.
Each with jdk-21.0.10, jdk-22.0.2 and jdk-23.0.2.
Jeb extracted straight from the zip both as is and with jvmopt.txt.TEMPLATE renamed to jvmopt.txt.
With and without internet.
All options by default. On a couple of questions like load all assets or run additional apk unpacking answer is NO. Just load apk, save project, close jeb, rerun and open saved project.
And in all of these cases it still fails to load saved project exactly the same way.