7

这是一个 CAP 文件，可能包含恶意软件代码，没有源代码，也没有导出文件。

它是旧平台版本的 CAP 文件，即 GP211。

我在 Classic JVM 和 Dalvik 中有丰富的 Java 逆向工程经验。但是 Java Card 是不太流行和更接近的平台。大多数工具用于 CLASS/JAR 或 DEX，而不是 CAP。

我找到了几个可以反汇编CAP 文件的工具（包括一些模拟 JCOP 的 VM），但是 CAP 非常大，并且使用汇编代码对我来说太复杂和太慢了。

我们不能简单地做“CAP 文本字节码 -> Notepad++ -> 一些 Java 字节码编辑器 -> Java 字节码”。
CAP 字节码和 Java 字节码之间的差异太多。不仅仅是方法表，它也是大量不同的操作码。
只需反编译Java Card Kit 的converter.jar（它是一个转换CLASS -> CAP 的工具），就会发现转换是一个相当复杂的过程。

我需要一些自动转换器。

同时，我开发了一套智能卡解决方案，“CAP反编译器”将是其中的佼佼者。
是的，我要写它。
我计划从一侧构建它在 Javassist 之上，从第二个构建一些 CAP 反汇编库，从第三个构建一些标准 Java 反编译器（-s）。

但我应该确定没有类似物。

问题在这里：
地球上有没有可以将Java Card *.cap转换为Java *.class（或直接反编译*.cap）的工具？
我不是要图书馆（我找到了一些图书馆），我要的是工具。可运行。

（此外，如果您知道此字节码转换中的一些陷阱，如果您能向我描述它们，我将不胜感激。现在我认为它只是将一个操作码列表复制到另一个带有巨人if...else if...else if...else if...或switch...case...case...case树的操作码列表（以及一些杂项工作人员，即转换访问修饰符、字段等）。

4

2 回答 2

5

要从.class文件中生成文件，请.cap使用规范化工具，它是最近Java Card SDK的一部分（“Classic-3.0.4”对我有用）。

例如，要从 gpshell 源转换helloworld.cap，请使用以下命令（您必须将 api_export_files 路径调整到适当的目录）：

normalizer.bat normalize -i helloworld.cap -p /path/to/api_export_files

net/sourceforge/globalplatform/jc/helloworld/AAA.class然后您可以使用您最喜欢的 java 反编译器反编译输出文件 ( )，例如：

package net.sourceforge.globalplatform.jc.helloworld;

import javacard.framework.APDU;
import javacard.framework.Applet;
import javacard.framework.Util;

public class AAA
  extends Applet
{
  private static final byte[] sfield_token255_descoff10_staticref0 = { 72, 101, 108, 108, 111, 32, 87, 111, 114, 108, 100, 33 };

  public void process(APDU paramAPDU)
  {
    byte[] arrayOfByte = paramAPDU.getBuffer();
    paramAPDU.setIncomingAndReceive();
    Util.arrayCopyNonAtomic(sfield_token255_descoff10_staticref0, (short)0, arrayOfByte, (short)0, sfield_token255_descoff10_staticref0.length);
    paramAPDU.setOutgoingAndSend((short)0, sfield_token255_descoff10_staticref0.length);
  }

  public static void install(byte[] paramArrayOfByte, short paramShort, byte paramByte)
  {
    new AAA();
  }

  private AAA()
  {
    register();
  }
}

一些额外的（随机）注释：

  • 这种方法并不直接适用于所有小程序（.class我之前编写的小程序的一些输出文件被反编译器拒绝为无效，但 YMMV）

  • 您需要为所有小程序的导入包提供导出文件，包括：

    • Java Card API（最新版本一直对我有用，但 YMMV）

    • 全球平台 API、SIM 工具包相关 API、卡供应商扩展或任何其他公开可用的包（如果使用其中任何一个）

    • 其他非公共包（可能/会引起麻烦——我从来没有处理过，所以无能为力）

  • 要获取导入包 AID 的列表，您可以检查 CAP 文件中的适当结构（我不知道有任何公开可用的工具，抱歉）或者只是逐步尝试（规范化器会给出错误消息，例如“找不到导入包的导出文件" 用于丢失的导出文件）

  • 本身的导出包.cap不是必需的

  • 从逆向工程源重新编译小程序可能比桌面 java 更难（部分取决于使用的反编译器功能）

  • 如果您只需要检查是否有人没有在二进制文件中引入后门，那么从可信来源构建干净文件（最好使用相同的编译器）并比较干净和可疑cap 文件的反编译器输出.cap会更简单.cap

  • 检查你在做什么的合法性

祝你好运！

于 2018-05-09T07:07:16.780 回答
1

对于那些在运行规范化程序时尝试执行逆向工程并遇到错误的人：

找不到导入包 a0:0:0:0:62:0:1 的导出文件

请提供正确的导出文件

缺少 Java Card JDK api 导出文件。 -p /Users/user/etc/jcard-sdk-3.0.5u3/api_export_files/

找不到导入包 a0:0:0:0:9:0:3:ff:ff:ff:ff:89:10:71:0:2 的导出文件

请提供正确的导出文件

Sim Toolkit JDK 导出文件丢失 -p /Users/user/etc/etc/43019-560/Annex_B_Export_Files

这是 Sim Toolkit JDK 安装的详细信息

这是在 linux 变体上运行 normalizer 的命令行脚本：

java -server -Djc.home=/Users/user/etc/jcard-sdk-3.0.5u3 -cp .:../lib/* com.sun.javacard.normalizer.Main normalize -i /Users/user/test.cap -p /Users/user/etc/jcard-sdk-3.0.5u3/api_export_files/ -p /Users/user/etc/43019-560/Annex_B_Export_Files/

于 2019-01-09T19:21:25.060 回答