iloader 如何补齐 iOS 侧载能力缺口：对照 Sideloadly 的源码级差距审计

iloader 如何补齐 iOS 侧载能力缺口对照 Sideloadly 的源码级差距审计【免费下载链接】iloaderUser friendly sideloader项目地址: https://gitcode.com/GitHub_Trending/iloa/iloaderiloader 是跨平台 Tauri 侧载工具。本差距审计以 Sideloadly 为标杆逐条定位 iloader 源码中每项能力的实现边界帮助贡献者判断补齐某条能力需要改动哪个模块。口径数据来源、估算边界与可追溯性iloader 的核心签名与安装逻辑不在本仓库而是由外部 crateisideloadv0.5.2 承载src-tauri/Cargo.toml L26。本仓库负责 UI 编排、设备通信idevicecrate、配对文件管理与错误呈现。因此本审计的能力边界严格限定在iloader 仓库可控范围isideload内部的签名策略、证书轮换等行为标注为未测量。Sideloadly 是闭源商业软件其能力描述来自公开文档与社区共识非黑盒对照测试。文中工作量估算以人时为单位精度约 ±50%均标注为估算。仓库无 revision history 或变更时间线结论的可追溯性依赖源码中显式的TODO注释与Cargo.toml锁定的 crate 版本。能力全景表13 项能力的实现状态与证据位置能力状态证据位置Sideloadly 对照IPA 导入安装已实现src-tauri/src/sideload.rs拖放式iloader 用文件选择器Apple ID 登录含 2FA已实现src-tauri/src/account.rs一致团队账号3 应用未实现account.rs L253// TODO: Team Selection支持上限 100 应用证书查看 / 吊销已实现account.rsget_certificates一致App ID 查看 / 删除已实现account.rslist_app_ids一致配对文件生成 投递已实现iloader 独有src-tauri/src/pairing.rs无此功能SideStore 一键安装已实现iloader 独有sideload.rsinstall_sidestore_operation无此功能跨平台macOS / Win / Linux已实现src-tauri/tauri.conf.json仅 macOS自动刷新 / 定期重签未实现仓库内无对应代码支持周级刷新拖放安装部分实现src/App.tsx L378openFileDialog原生拖放多设备并发操作未实现src-tauri/src/lib.rs L101MutexOption...未测量安全存储凭证 / 配对缓存已实现src-tauri/src/secure_storage.rsKeychain 单一后端国际化28 语言已实现src/locales/英文为主怎么读这张表iloader 在配对文件投递和跨平台两条线上是 Sideloadly 的超集团队账号与自动刷新是纯工作量空白不存在许可或 API 壁垒。Sideloadly 侧的多设备并发未做基准测试此处标注为未测量而非不行——仓库内确实没有并发代码但也缺少任何性能数据来证明它是瓶颈。安全存储回退Keyring 往返测试到 FsStorage 明文降级安全存储的可用性判定依赖运行期往返测试而非编译期检查回退到明文存储时会显式打 warn 日志标注不安全。全文仅 55 行却承载了凭证与配对文件两个敏感数据的持久化src-tauri/src/secure_storage.rs。fn check_keyring_available() - bool { let entry keyring::Entry::new(iloader, test); if let Ok(entry) entry { return entry.set_password(test).is_ok() entry.get_password().is_ok(); } false }这段代码把keyring 可用的判定从库依赖变成了运行期行为测试。macOS Keychain 未解锁、Linux Secret Service 未启动等场景都会导致set_password或get_password失败从而正确触发回退到FsStorage明文文件存储。行为边界create_sideloading_storage()在回退时打出一条 warnL46消息含 This is insecure。用户可在 Settings 页面通过force_disable_keyring命令强制走 FsStorage反向操作会重新检测 keyring若仍不可用则打 warn 但不改变行为。src-tauri/src/pairing.rs L294-L315 的with_pairing_storage()在每次调用时比对 keyring 状态若发生运行时切换会重建存储后端并打 info 日志。验证方式在 Settings 勾选不使用 keyring日志面板CtrlL搜索forcefully disabled。出现该 warn 说明回退已生效凭证将以明文写入~/.local/share/me.nabdev.iloader/下。设备选择到配对生成CancellationToken 与 iOS 17.4 版本分叉设备选择触发一条从枚举到配对生成的串行链任何一步失败都会终止后续步骤且用户可随时取消而不阻塞调用线程。入口在 src/Device.tsx 的selectDevice()调用invoke(set_selected_device)。后端实现在 src-tauri/src/device.rs L124-L163let token tokio_util::sync::CancellationToken::new(); { let mut guard cancel_state.lock().unwrap(); if let Some(old) guard.replace(token.clone()) { old.cancel(); } } let pairing_result pairing_file(app, device.as_ref().unwrap(), mut usbmuxd, token.clone()).await;CancellationToken的意义在于用户可以在配对过程中点击取消前一个未完成的配对被立即终止。cancel_pairing命令device.rs L166-L172仅对 token 调用cancel()不阻塞调用线程。每次选择新设备时旧 token 被replace并立即cancel()保证不会有两个配对流程并行运行。配对生成在 src-tauri/src/pairing.rs 的pairing_file()中分两步。第一步generate_lockdown_plist()从 usbmuxd 读取配对记录、开启 lockdown 会话并设置EnableWifiDebugging。第二步根据 iOS 版本分叉L33317.4 以下只返回 lockdown plist17.4 追加 rppairing且有本地缓存key 为rppairing1.1_file_{udid}缓存命中时跳过网络握手。最终两个 plist 通过plist!(dict { : lockdown, : rppairing })合并为单一 XML 字节流。失败路径lockdown 连接失败产生DeviceComsWithMessagerppairing 生成失败产生RemotePairing。前端 Device.tsx L82 对Canceled类型错误静默处理不弹 toast其余错误走 src/ErrorContext.tsx 的err()方法弹出建议面板。配对投递链14 应用清单如何映射到 HouseArrest 写入配对文件投递是 iloader 区别于所有同类工具的核心能力目标应用清单硬编码在 src-tauri/src/pairing.rs L38-L58 的PAIRING_APPS常量中共 14 个条目const PAIRING_APPS: [(str, str)] [ (SideStore, ALTPairingFile.mobiledevicepairing;PairingFile_RemoteRP.plist;PairingFile_Lockdown.plist), (LiveContainer, SideStore/Documents/ALTPairingFile.mobiledevicepairing), (Feather, pairingFile.plist), // ... 共 14 项含 StikDebug、Protokolle、Antrag 等 ];SideStore 的路径用分号分隔了三个文件名place_file()L165-L186会逐一切分并逐个通过 AFC 协议写入。这意味着 SideStore 的配对文件实际上是三个独立 plist 的合并体而非单一文件。新增受支持应用只需往常量加一行投递逻辑无需改动。写入路径place_file()先通过 HouseArrest 的vend_documents(bundle_id)打开目标应用的沙箱 Documents 目录再对每个文件执行mk_dir → open(Wr) → write_entire → close。若目标应用未安装installed_pairing_apps()返回空列表前端显示未找到受支持的应用。iOS 17.4 以下设备的配对文件只含 lockdown 部分体积更小。验证方式安装 SideStore 后打开 Pairing 页面点击Place。若提示 not found说明get_sidestore_info()未匹配到 bundle IDsrc-tauri/src/sideload.rs L176-L179需确认设备上已安装 SideStore。机制串联一次 SideStore 安装的六步调用链一次 SideStore 安装跨越六个阶段任何一步的失败都会被Operation结构体捕获并向前端发射带错误类型的失败事件。前端触发src/App.tsx 的startOperation()调用invoke(install_sidestore_operation)同时注册operation_install_sidestore事件监听。下载src-tauri/src/sideload.rs L106-L138 从 GitHub Releases 下载 IPA 到临时目录op.start(download)发射开始事件。安装op.move_on(download, install)后复用sideload()函数通过SideloaderGuard::take()从全局MutexOptionSideloader取出实例执行install_app()。查询op.move_on(install, pairing)后get_sidestore_info()通过 InstallationProxy 查询设备已安装应用列表匹配 SideStore 显示名。投递place_file()打开 HouseArrest → vend_documents → AFC 写入三个配对文件。状态回报每步通过 src-tauri/src/operation.rs 的Operation::start/complete/fail向事件通道发射OperationUpdate前端 reducer 按updateType更新步骤 UI。失败分支第 4 步若 SideStore 未安装get_sidestore_info返回None操作在pairing阶段失败错误类型为HouseArrest消息为 The device did not report SideStores bundle ID as installedsideload.rs L176-L179。第 2 步下载失败则错误类型为Download包含 HTTP 状态码。亲手验证五条命令对照日志关键字以下命令在 Linux 上验证前置bun Rust usbmuxd 已安装确认 usbmuxd 可达busctl --user list | grep usbmuxd。输出为空说明 usbmuxd 未运行iloader 启动后list_devices返回Usbmuxd类型错误。从源码构建bun i bun tauri dev。构建成功说明isideloadv0.5.2 与idevicev0.1.68 均正确解析。验证 keyring 回退Settings 勾选不使用 keyring日志面板CtrlL搜索forcefully disabled。出现该 warn 说明回退生效凭证以明文写入~/.local/share/me.nabdev.iloader/。验证配对缓存选择设备后搜索Generating new RPPairing。首次选择设备应出现此 info 日志再次选择同一设备不应出现命中缓存。点击删除已存储的 RPPairing后再选设备日志应重新出现。验证 SideStore 安装步骤点击Install SideStore观察 OperationView 三步进度download → install → pairing。pairing 步骤失败且提示 not found 说明设备未装 SideStore需先手动安装。三类空白与推进路径iloader 相对 Sideloadly 的空白归为三类。纯工作量无 API 或许可壁垒团队账号account.rs L253 的 TODO需 isideload 侧配合估算 20-40 人时、自动刷新仓库内无对应代码估算 30-50 人时、拖放交互用 TaurionDragDrop替代文件选择器约 5 人时。未测量多设备并发Mutex全局锁是否存在性能瓶颈无基准数据不能直接判定为不行。所有者决策无——当前空白均不涉及许可或专有 API 限制。推进建议先补拖放ROI 最高再推团队账号用户感知最强最后做自动刷新需与 isideload 的签名策略对齐。【免费下载链接】iloaderUser friendly sideloader项目地址: https://gitcode.com/GitHub_Trending/iloa/iloader创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考