企业官网建设流程全解析

验证 Ensu Android APK 签名：核对 Ente 官方签名证书指纹的完整指南

【免费下载链接】ente💚 End-to-end encrypted cloud for everything.项目地址: https://gitcode.com/GitHub_Trending/en/ente

Ensu 是 Ente 推出的端到端隐私 AI 聊天应用，模型完全在本机运行（详见 Ensu 工作原理）。当您从 GitHub Releases 直接下载 Ensu 的 Android APK 时，可以通过核对 APK 的签名证书指纹（SHA1/SHA256），确认它确实由 Ente 的官方签名证书签发，而非被篡改或仿冒的版本。本文将完整说明官方指纹、验证命令、输出比对细节，并结合仓库中的签名配置源码，解释为什么「来源不同、签名就不同」。

为什么要验证 Ensu 的 APK 签名

Android 应用都必须使用开发者的私钥签名后才能安装。签名起到三重作用：

1. 来源证明：证明 APK 出自声称的发布者（这里即 Ente）；
2. 完整性校验：APK 一旦被修改，签名立即失效，安装会被拒绝；
3. 更新连续性：应用后续升级必须使用同一证书链签名（或遵循 Play 的密钥轮换机制），否则系统视为不同应用。

Ensu 是一个本地优先（local-first）的 AI 聊天应用，对话数据全部留在设备上。正因为如此，确保安装的是官方未动过的二进制，直接关系到您本地数据的安全。从 GitHub Releases 直接下载 APK 属于侧载（sideload）场景，跳过应用商店审核，因此自行验证签名尤其重要。

需要特别说明的是：以下指纹仅适用于从 GitHub Releases 直接下载的 APK。Play Store 分发的包可能使用不同的签名密钥，指纹也会不同（详见后文「为什么来源不同、签名就不同」）。

官方签名证书指纹

Ente 官方文档给出的 Ensu Android APK（GitHub Releases 直链下载）签名证书指纹如下：

比对时只需核对其中任意一个即可：SHA256 强度更高、冲突概率更低，优先推荐；SHA1 可用于兼容较旧工具链的比对。

验证步骤：一条命令核对 APK

1. 准备 apksigner 工具

apksigner随 Android SDK Build-Tools 一起分发，路径形如：

$ANDROID_HOME/build-tools/<版本号>/apksigner

在 Linux / macOS 上，如果apksigner不在PATH中，可以直接用上面的绝对路径调用（也可通过export PATH="$ANDROID_HOME/build-tools/<版本号>:$PATH"加入环境变量）。Windows 下对应为apksigner.bat。

2. 打印 APK 的签名证书

apksigner verify --print-certs <path_to_apk>

将<path_to_apk>替换为您下载的 APK 实际路径。命令执行成功后，会在输出中列出签名者（Signer）及其证书摘要，例如：

Signer #1 certificate DN: CN=Ente, O=Ente, ... Signer #1 certificate SHA-256 digest: 6699cf8c42af427b552c962054e5d69589fa490996553a53045eb39cc34f2e66 Signer #1 certificate SHA-1 digest: 5532948028f7c7439f4107584b13f1563800750c

3. 与官方指纹比对（注意格式差异）

apksigner打印的证书摘要使用小写字母且不含冒号，而官方文档公布的指纹使用大写字母且以冒号分隔。也就是说，将官方指纹中的冒号全部去掉、字母全部转为小写后，应与apksigner的输出完全一致：

• 官方 SHA256：66:99:CF:8C:42:AF:42:7B:55:2C:96:20:54:E5:D6:95:89:FA:49:09:96:55:3A:53:04:5E:B3:9C:C3:4F:2E:66
• 去掉冒号并转小写：6699cf8c42af427b552c962054e5d69589fa490996553a53045eb39cc34f2e66

两者逐字符一致，即验证通过；任何一位不同，都说明您手上的 APK不是由 Ente 官方签名证书签发的版本，应停止安装并从官方渠道重新下载。

apksigner校验不通过时，命令本身也会以非零退出码结束并提示DOES NOT VERIFY之类的错误信息，可与指纹比对相互印证。

4.（可选）用 keytool 交叉验证

如果环境中没有apksigner，也可以使用 JDK 自带的keytool打印 JAR/APK 中嵌入的签名证书：

keytool -printcert -jarfile <path_to_apk>

其输出中的SHA1:与SHA256:指纹为大写、冒号分隔格式，可直接与官方指纹逐字对照，无需转换。

为什么来源不同、签名就不同：源码视角

签名差异并非玄学，而是由构建配置决定的。查看 Ensu Android 工程 app/build.gradle.kts 中的签名配置即可理解：

signingConfigs { create("release") { if (hasReleaseKeystore) { storeFile = file(keystoreProps["storeFile"] as String) storePassword = keystoreProps["storePassword"] as String keyAlias = keystoreProps["keyAlias"] as String keyPassword = keystoreProps["keyPassword"] as String } else { storeFile = file("../debug.keystore") storePassword = "android" keyAlias = "androiddebugkey" keyPassword = "android" } } }

结合 README 的说明，可以得出以下几点：

• 官方发布：Ente 在发布 GitHub Releases 与 Play Store 包时，会通过key.properties（对应 key.properties.example）指定真实的发布密钥，因此签名字段与官方公布指纹一致；
• 自行从源码构建：如果没有配置key.properties，release 构建会回退到仓库内的debug.keystore（密钥库密码为android，别名为androiddebugkey）——这类自编译 APK 的签名指纹必然与官方发布版不同，这是正常现象，不代表构建有问题；
• Play Store 分发：上架 Google Play 的包可能经过 Play 应用签名（或使用与 GitHub 直链 APK 不同的密钥体系），所以官方文档明确指出 Play Store 包可能使用不同签名密钥、指纹也不适用。

结论：官方公布的两条指纹只用于「从 GitHub Releases 直接下载的 APK」这一种场景。如果您是从 Play Store 安装的，或自行构建的版本，指纹不同属于预期行为，不必恐慌。

常见疑问与注意事项

Q1：验证时提示「Signer #1 certificate SHA-256 digest」出现了多次？APK 可能由多个签名者（如 v1/v2/v3 签名方案组合）签发，--print-certs会逐一列出。请以官方指纹对应的签名者输出为准，通常比对Signer #1即可。

Q2：为什么官方文档只给出 GitHub Releases 的指纹？因为 GitHub Releases 的 APK 由 Ente 使用同一把发布私钥签名、全程可控；而应用商店渠道的签名策略归各商店平台管理（可能启用 Play App Signing 等机制），Ente 无法保证指纹不变，因此单独给出直链 APK 的指纹。

Q3：指纹一致是否代表 100% 安全？指纹一致只能证明「该 APK 由 Ente 官方签名证书签发且未被篡改」。它不能防御以下情形：官方证书本身泄露、您下载的渠道被中间人替换为同样由官方签名但过期的旧版本（可再核对版本号）、或设备本身已被入侵。验证签名是供应链安全的第一道闸门，建议与「仅从 GitHub Releases 等官方渠道下载」结合使用。

Q4：Ensu 卸载后如何彻底清理模型与本地数据？验证安装只是第一步。Ensu 的模型文件与聊天数据存放在应用内部及外部文件目录，卸载时一并清除；如需手动释放空间，参见 Uninstall Ensu。更多关于隐私、模型与故障排查的内容可阅读 Ensu FAQ。

小结

在侧载场景下，核对 APK 签名是确认「拿到的是不是官方原版」最直接、最可靠的工程手段。记住三件事：apksigner verify --print-certs打印指纹、去冒号转小写后与官方 SHA256 逐位比对、且指纹只对 GitHub Releases 直链 APK 有效。若比对一致，即可放心安装这款完全离线、无账号、无遥测的本地 AI 聊天应用。

【免费下载链接】ente💚 End-to-end encrypted cloud for everything.项目地址: https://gitcode.com/GitHub_Trending/en/ente