左边写「厂商已加密」，右边只有 Base64——空壳教程 vs 六档对照卡

对照先上桌：空壳 vs 本包

你要买的不是「加密科普」，是：表象 → 指纹 → 六档章 → 误判栏。
免费试判（Base64 / 压缩冒充 AES / JWT / 密钥写死）：假加密对照 · 详情 - 小杨技术铺

现场补刀：「厂商说已经加密了」

供应商答辩 PPT 第二页大字：传输与本地均已 AES 加密。
你打开对方 Demo APK：

• EncryptUtil.encrypt——方法体三行：Base64.encodeToString

• 注释写 AES；Cipher.getInstance：无

• 另一条链路：注释「加密上传」，实际 GZIPOutputStream；十六进制一解是 1f 8b

• Token 方案：宣传「加密 Token」——JWT 三段，载荷 Base64 可读，只有签名防篡改

同事拟缺陷：「建议升级 AES-256。」
你问：「现在算不算 AES？」
「厂商说已加密，用户也看不懂，应该算吧。」

应该算吧——在六档里分别是 ENCODING / COMPRESSION / INTEGRITY_ONLY。
写进「AES 加密存储」，不是笔误，是 整段审计结论作废。

与 claim-reality 分工：那边打 文档/PPT 声称；这边打 代码/包体像密文 的指纹误判。两边都有就两句 report_line 并列。

六档终局（定性表）

样卡：表象乱码 → 六档章

FC-001 · Base64 当加密（ENCODING）

FC-002 · 压缩冒充 AES（COMPRESSION）

FC-008 · JWT 当加密（INTEGRITY_ONLY）

FC-010 · 真 AES 但密钥写死（REAL_CRYPTO + 保密失败）

实现可以是真密码学，密钥硬编码仍要在报告里 另注保密失败——有 API ≠ 已安全。

反模式（写进评审备忘）

forbid 口头禅：输出乱码即加密、Zip 即安全、有校验即防泄露、后续版本会补 Cipher。

边界与禁止项

• 不写 利用、解密、密钥爆破、PoC

• 不做 法务/等保代写结论

• 禁止把报告句改成「已验明安全」

• 扫描器高危标记必须人工过 FC 卡，不得直写缺陷

开箱：ZIP 树 · PLAYBOOK · 今晚改报告

fake-crypto-v1/
  BUYER-README.md
  cards/
    FC-001.md … FC-012.md
  CHANGELOG.md / LISTING.md / meta.yaml
  PLAYBOOK.md          ← 先读检查表
  schema.yaml / taxonomy.yaml

今晚 20～40 分钟：

1. 解压 → BUYER-README + PLAYBOOK

2. jadx/十六进制样本对 cards/ 1～2 张

3. 报告句抄进审计备忘 / 缺陷描述——先改错句再提交

4. 读卡面 边界：定性，不外推利用

5. 落地页试判确认是你的坑，再付款

专区：AI 判决台 · 辅助专区 - 小杨技术铺

适合 / 不适合

适合： 静态审计、APK 报告、扫描器 Encrypt 误报、压缩/编码/校验混用、与 claim-reality 双盖章。
不适合： 要脱壳还原密钥；只想听「算加密」安慰；纯文档声称无代码（用 claim-reality）。

数字商品一经下载不退。

下单

• 详情：假加密对照 · 详情 - 小杨技术铺

• 支付：购买 假加密对照（拆穿表 · 六档终局）- 小杨技术铺

• 首发 ¥29.9（标价 ¥49）· docId fake-crypto-v1

「厂商已加密」五个字，救不了 Base64 方法体。
Zip 头不是 AES 块；终局写对，比答辩撤回便宜一个季度。

评论区： 你见过最像加密、其实不是的是哪种？对六档。