yml2213
ef36453694
- DCAuth 协议升级到 v2，签名原文只含设备码；客户端 2.0.0，旧版本返回 426 - 删除客户端机器码采集、后端 machine_code_* 字段与日志、后台机器码展示 - 102 迁移在生产执行前直接改为无机器码结构；SQL 守卫仅放行该文件 - Mock 短信不启用每日限额；修复慢电脑首次启动的协议转发竞态 - 新增 macOS DCAuth.app 打包脚本，注册 dcauth:// 协议，浏览器可直接唤起
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
脚本会做四件事：
- 用
go build产出当前架构的二进制（自动读取main.go的clientVersion）。 - 用
osacompile生成 AppleScript 壳，把dcauth://事件转成 argv 交给二进制。 - 向 LaunchServices 注册
dcauth://协议，并做 ad-hoc 签名。 - 打印安装路径与退出方式。
装好之后浏览器登录页点一次即可直接唤起确认框，和 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 作为唯一客户端。