Files
order_site/apps/dcauth/README.md
T
yml2213 ef36453694 feat(dcauth): 移除机器码,改用纯设备码认证
- DCAuth 协议升级到 v2,签名原文只含设备码;客户端 2.0.0,旧版本返回 426
- 删除客户端机器码采集、后端 machine_code_* 字段与日志、后台机器码展示
- 102 迁移在生产执行前直接改为无机器码结构;SQL 守卫仅放行该文件
- Mock 短信不启用每日限额;修复慢电脑首次启动的协议转发竞态
- 新增 macOS DCAuth.app 打包脚本,注册 dcauth:// 协议,浏览器可直接唤起
2026-10-21 20:46:25 +08:00

5.7 KiB
Raw Blame History

DCAuth 客户端

三个系统共用的设备认证客户端,通过 dcauth:// 协议被浏览器唤起。

运行方式

  • Windows:GUI 常驻程序。启动后进入系统托盘,通过协议唤起时只出现一个登录确认窗口;成功后在托盘气泡中提示,不再连续弹多个消息框。
  • macOS:DCAuth.app 注册 dcauth://,浏览器可直接唤起;内部是后台常驻进程 + 系统图形确认框,重复唤起会转发给已有进程,不会叠加实例。

构建

Windows x64:

cd apps/dcauth
x86_64-w64-mingw32-windres --codepage=65001 versioninfo.rc \
  -O coff -o versioninfo_windows_amd64.syso
CGO_ENABLED=0 GOOS=windows GOARCH=amd64 \
  go build -trimpath -ldflags "-H windowsgui -s -w" \
  -o dist/DCAuth.exe .
cp dist/DCAuth.exe dist/DCAuth-2.0.0.exe

版本号统一在 main.go 的 clientVersion 和 versioninfo.rc 中维护。DCAuth.exe 右键“属性 → 详细信息”会显示文件版本 2.0.0.0 和产品版本 2.0.0,托盘菜单、设备信息及确认窗口也会显示当前版本。

Windows ARM64:

CGO_ENABLED=0 GOOS=windows GOARCH=arm64 \
  go build -trimpath -ldflags "-H windowsgui -s -w" \
  -o dist/DCAuth-arm64.exe .

macOS 通用二进制:

CGO_ENABLED=0 GOOS=darwin GOARCH=arm64 \
  go build -trimpath -ldflags "-s -w" -o /tmp/DCAuth-macos-arm64 .

CGO_ENABLED=0 GOOS=darwin GOARCH=amd64 \
  go build -trimpath -ldflags "-s -w" -o /tmp/DCAuth-macos-amd64 .

lipo -create -output dist/DCAuth-macos \
  /tmp/DCAuth-macos-arm64 /tmp/DCAuth-macos-amd64

chmod +x dist/DCAuth-macos
codesign --force --sign - dist/DCAuth-macos

Windows 首次运行

直接运行一次 DCAuth.exe:

  • 注册 dcauth:// 协议到当前 Windows 用户。
  • 生成 Ed25519 设备密钥,使用 Windows DPAPI 加密保存在 %LOCALAPPDATA%\DCAuth\device.key。
  • 进入系统托盘后台运行,不弹设备信息窗口。

托盘操作:

  • 双击图标:查看设备码并复制到剪贴板。
  • 右键菜单:查看设备码、退出 DCAuth。
  • 浏览器登录:只弹出一个确认窗口;点击“确定”后显示成功气泡,点击“取消”则拒绝。
  • 再次唤起协议:第二个进程会把请求转交给常驻进程,然后立即退出。

macOS 安装(一次性)

cd apps/dcauth
./build-macos.sh              # 默认装到 ~/Applications/DCAuth.app

脚本会做四件事:

  1. 用 go build 产出当前架构的二进制(自动读取 main.go 的 clientVersion)。
  2. 用 osacompile 生成 AppleScript 壳,把 dcauth:// 事件转成 argv 交给二进制。
  3. 向 LaunchServices 注册 dcauth:// 协议,并做 ad-hoc 签名。
  4. 打印安装路径与退出方式。

装好之后浏览器登录页点一次即可直接唤起确认框,和 Windows 一样,不再需要命令行。

  • 查看设备码:open "$HOME/Applications/DCAuth.app"
  • 停止后台进程:"$HOME/Applications/DCAuth.app/Contents/Resources/dcauth" --exit
  • 换成 Apple 芯片 / Intel 通用包:脚本在目标机器上各跑一次即可(二进制与架构绑定)。

为什么要套一层 AppleScript:macOS 只把自定义协议 URL 作为 Apple Event 投递, 纯 Go 的命令行程序收不到(实测进程参数为空)。AppleScript applet 的 on open location 是目前不引入 Cocoa/cgo 的最稳做法。

macOS 命令行方式(备用)

没有安装 .app 时,也可以直接执行二进制:

登录页在开发模式会显示一条 dcauth://... 链接。复制后在终端执行:

cd apps/dcauth
./dist/DCAuth-macos "dcauth://authorize?app=order_site&challenge_id=...&challenge=...&api=http%3A%2F%2Flocalhost"

首次执行会启动后台进程并显示图形确认框;命令本身会立即返回。后续协议请求会转发给这个后台进程。

停止后台进程:

./dist/DCAuth-macos --exit

macOS 当前仍是开发版:私钥明文保存在 ~/Library/Application Support/DCAuth/device.key(没有 DPAPI 等系统级保护),不要把这一版当成生产级凭证。安装 DCAuth.app 后浏览器可以自动唤起,但密钥保护强度仍低于 Windows。

如果只是测后台业务,不想每次都走短信和设备验证,可以在“后台用户”里把测试账号设为 技术测试。该账号只使用账号密码登录;正式账号仍必须走短信 + DCAuth。

浏览器联动

登录页创建 challenge 后跳转:

dcauth://authorize?app=order_site&challenge_id=...&challenge=...&api=https%3A%2F%2Forder.khhao.com

客户端校验 app 和 api 白名单后,弹出一次确认框,签名并提交到:

POST /api/dcauth/authorize

浏览器轮询 challenge 状态,拿到一次性 ticket 后完成登录。

支持的应用

app 生产入口
order_site https://order.khhao.com
live_hub https://live.khhao.com
affiliate_dash https://skin.khhao.com

本地开发入口已内置在 main.go 的 appRegistry 中,包括 http://localhost、http://localhost/、http://127.0.0.1、http://192.168.10.6 及对应 Vite 端口。

验证

go test ./...
CGO_ENABLED=0 GOOS=windows GOARCH=amd64 go build -trimpath -ldflags "-H windowsgui -s -w" -o dist/DCAuth.exe .

安全说明

  • 私钥不离开本机,Windows 使用 DPAPI 保护。
  • 服务端只保存设备公钥和设备码,不采集或保存硬件序列号。
  • 设备码只由公钥派生,不包含硬件指纹;更换硬件不会改变设备码。
  • 正式分发前建议使用代码签名证书,避免 SmartScreen 和杀毒软件误报。
  • 如果要做到 token 也不能复制,需要后续让 exe 对每次 API 请求签名,或把 exe 作为唯一客户端。