我为openeuicc写了一个现代化页面！并且支持giffgaff跳转安装esim！

如标题所示，我把openeuicc从view迁移到了compose页面，并且使用miuix把整个页面重构了一下。最重要的是，我添加了esim安装的跳转接口！只要装了我这个openeuicc模块，就能实现系统级别的esim管理，第三方软件可以直接调用openeuicc进行esim安装，比如Eskimo和giffgaff，我实测这俩都能够正常调用openeuicc并自动复制激活码。也是爽到了😋

目前还在进行测试，等白天再进行一次调试后就发出来，本来还想整Easyeuicc的，但是貌似签名原因导致Easyeuicc没有权限读取esim的状态（最后一张图），因此只能作罢了

下载链接：https://openlist.parhza.cn/@s/Y38GxfMb

jqap 发表于 2026-6-20 01:35
能不能做一个免root版本的，在软件里面做一个类似于元萝卜这种沙箱的功能，然后在沙箱功能中内置HookEuicc ...

这是一个非常巧妙且极具极客精神的想法！你的逻辑在理论上是完全行得通的。

你所描述的架构，本质上是一个“专为提取 eSIM 设计的非 Root 虚拟化容器”。对于那些不想 Root 手机，但又想把受限制的 eSIM（通过运营商 App 下发）写到实体 eSIM 卡（如 5ber、estk、eSIM.me 等）里的用户来说，这简直是一个完美的解决方案。

我们可以从技术层面来拆解一下这个方案的**可行性**以及**面临的现实挑战**。

### 🛠️ 理论架构：这个 App 该怎么做？

如果由你来主导开发这个软件，它的内部运行机制大概分为这三步：

1. **构建沙箱与 Hook 环境（免 Root 核心）：**
* 底层可以使用类似 VirtualApp、BlackBox（黑盒）或者基于 LSPatch 的机制。
* 作用是在不修改系统底层的情况下，在你的软件内部拉起一个虚拟的运行环境，并允许在这个环境内加载 Xposed 模块。


2. **伪装 eUICC 环境并拦截数据（诱骗阶段）：**
* 将 `HookEuicc` 的核心逻辑内置到沙箱中。
* 当运营商 App 调用 Android 系统的 `android.telephony.euicc.EuiccManager` 接口（比如 `isEnabled()` 判断是否支持 eSIM，或 `getEid()` 获取设备 EID）时，沙箱直接拦截这些 API 调用，并返回伪造的“支持 eSIM”的结果和伪造的 EID/IMEI。
* 当运营商 App 认为设备支持，并调用 `downloadSubscription()` 准备下载 eSIM 配置文件时，沙箱再次拦截这个请求，**提取出其中的 LPA 字符串（即 SM-DP+ 地址和激活码）**。


3. **直连物理 eSIM 卡进行写入（收尾阶段）：**
* 沙箱外部（宿主 App）通过 Android 的 OMAPI (`android.se.omapi`) 接口，与插在手机物理卡槽里的实体 eSIM 卡（如 5ber/estk）通信。
* 将刚才抓取到的 LPA 数据，通过 APDU 指令直接写入物理卡中，完成下载。



---

### 🚧 现实挑战：为什么目前还没有人做成“一键傻瓜式”App？

虽然逻辑完美，但在实际开发中，这个方案会遇到几座难以逾越的“技术大山”：

**1. 运营商 App 的“反沙箱”与“风控”机制（最大痛点）**
国外的运营商 App（如 T-Mobile, Vodafone, O2 等）为了防止欺诈，通常会接入极强的安全校验（如 Google Play Integrity API，或者各种商业加固方案）。

* **现象：** 如果它们检测到自己运行在 VirtualApp、双开空间或者被修改过签名的环境中，会直接闪退、报错，或者拒绝下发 eSIM 数据。
* **结果：** 你的沙箱必须具备极其强大的“反检测/反风控”能力，这在免 Root 环境下是非常困难的。

**2. EuiccManager 机制的复杂性**
Android 的 `EuiccManager` 并不是简单地返回一个字符串。很多时候，它依赖系统的 `PendingIntent` 和底层 `EuiccService` 的异步回调。
在免 Root 沙箱中，要完美模拟出一整套系统级的 eUICC 交互流程（让运营商 App 误以为它在和真实的 Android 系统底层通信，且流程不报错），需要极大的开发工作量。

**3. OMAPI 权限问题**
通过 OMAPI 向实体卡发 APDU 指令写卡，需要你的 App 具有特定的权限或者签名匹配（依赖实体卡内的 ARA-M 规则）。虽然 5ber/estk 开放了相应的管理 App，但你要把“沙箱抓包”和“写卡”集成在一个 App 里，需要处理复杂的权限通信。

---

### 💡 目前的替代方案（极客现状）

其实，目前圈内很多玩家已经在用类似于你思路的“半自动免 Root 方案”了，只不过没有做成一个完整的集成 App，而是拆分成了两步：

1. **抓取阶段（利用 LSPatch）：**
大家使用 **LSPatch**（一种免 Root 注入 Xposed 模块的工具），将运营商的 App 与 `HookEuicc` 模块打包在一起，生成一个“被修改过”的运营商 App 安装包。
安装运行后，在这个修改版的 App 里操作，`HookEuicc` 会拦截到 LPA 激活码，并将其复制到剪贴板或者保存到日志里。
2. **写入阶段：**
拿到激活码后，用户再打开 5ber 或 estk 的官方管理 App，手动把抓到的 LPA 字符串粘贴进去，完成写卡。

### 总结

你的构想非常前卫，把“环境伪装”、“API 劫持”和“OMAPI 写卡”三者结合，**在技术上是完全可行的**。

如果有人能开发出这样一个工具，解决掉“运营商 App 反制闪退”的问题，绝对会成为玩转实体 eSIM 卡圈子里的“神器”。如果你懂 Android 逆向和虚拟化开发，这甚至是一个非常好的开源项目/商业项目切入点！

建议去提交PR，而不是自己签名，市面上大部分euicc预置的都是社区知名开发者的签名hash，只有他们签名的app才有权限读写，而且你的代码也能得到原作者和开源社区的审查

前排支持，对于开源的所有软件。有问题都是我自己问题

前排支持，ლ(´ڡ`ლ)

能不能做一个免root版本的，在软件里面做一个类似于元萝卜这种沙箱的功能，然后在沙箱功能中内置HookEuicc这个伪装设备有esim的lsp模块，或者直接修改伪装沙箱内的相关参数诱骗那些esim应用，然后只需要将那些esim应用添加到这个沙箱中，就可以抓取到esim信息，直接下载到esim实体卡里面

对于 Easyeuicc 的签名权限问题，gemini说，既然已经在这个层级做修改了，你有没有考虑过后续直接在你的模块里加个 Hook，把系统的签名校验逻辑或者 ARA-M 鉴权给屏蔽掉，从而强行赋予 Easyeuicc 读写权限？

Xizi 发表于 2026-6-20 01:33
建议去提交PR，而不是自己签名，市面上大部分euicc预置的都是社区知名开发者的签名hash，只有他们签名的app ...

目前我的openeuicc改动非常大，而且代码写的有点乱，目前不适合提交PR

laocu 发表于 2026-6-20 07:41
对于 Easyeuicc 的签名权限问题，gemini说，既然已经在这个层级做修改了，你有没有考虑过后续直接在你的模 ...

Easyeuicc是给没有root的用户使用的，你都上模块了为何不用openeuicc

请问我的小白卡只能放在卡1才能用euicc识别出来，放卡2就识别不出来。是手机问题还是卡的问题

大佬有ios版本的吗？ 好些ESIM只能安装在原生的ESIM IPHONE上，没法提取二维码的方式来安装在ESTK上。

赞，支持支持赞，支持支持赞，支持支持赞，支持支持

赞，支持支持赞，支持支持赞，支持支持赞，支持支持