真正有效的试用期保护需将时间判断移至可信远程源并结合多源校验：使用签名权威时间、性能计数器推算、系统日志审计及加密首次运行时间，三值偏差超±30秒即触发保护。
用 NTP 时间校验绕过本地时间欺骗
本地 GetSystemTime 返回的值完全不可信——黑客只要右键以管理员身份运行命令行，执行 date -s "2024-01-01" 或调用 SetSystemTime，你的试用期逻辑就立刻失效。真正有效的做法是把关键时间判断从本地移到可信远程源。NTP 协议本身不传“当前时间”，而是通过往返延迟和偏移计算出高精度系统时钟偏差，但对授权场景而言，你只需要一个带签名、可验证的“权威时间点”。
实操建议：
- 不要自己实现完整 NTP 客户端；优先用已验证的轻量库，比如
ntplib（C++ 封装版）或直接调用 Windows 的W32Time服务接口（NetRemoteTOD）获取粗略网络时间 - 首次启动时缓存一次 NTP 响应，并记录本地
GetTickCount64()和对应 NTP 时间戳，后续靠差值估算——避免每次校验都发包阻塞 UI - 必须设置超时（建议 ≤3 秒）和失败兜底策略：若 NTP 请求失败，允许最多 3 次重试，仍失败则拒绝启动或进入“宽限期模式”（仅限离线场景且需日志告警）
- 注意 NTP 服务器选择：避免用公共池如
pool.ntp.org，优先对接企业内网授时服务器或国家授时中心（ntp.ntsc.ac.cn），减少 DNS 劫持与中间人风险
结合硬件时间戳与进程行为做交叉验证
单靠 NTP 仍有漏洞：攻击者可断网 + 修改本地时间 + 清除 DNS 缓存，让 NTP 请求根本发不出去。这时你需要第二道防线——利用操作系统自身无法被用户态轻易篡改的时间信号源。
实操建议：
- 读取
QueryPerformanceCounter+QueryPerformanceFrequency获取高精度单调递增计数器，它不受系统时间修改影响；在软件首次运行时记录该值和对应 NTP 时间，之后每次启动计算流逝的“性能计数器差值”，反推真实经过时间 - 检查 Windows 事件日志中 ID 为
1的System日志（EventLog中的 “The system time has changed”），用EvtQueryAPI 查询最近 1 小时内是否有时间跳变记录；若有，立即标记为可疑会话 - 避免依赖
GetTickCount：它 49.7 天溢出且在休眠/睡眠后不递增，GetTickCount64更可靠但依然可被内核级 Hook 干扰，所以必须和 NTP 结果比对校验
权限控制 + 时间修改事件审计不能少
很多开发者以为“防时间篡改 = 拦截 API”，但 Windows 下只要进程拥有 SeSystemtimePrivilege，任何用户都能调用 SetSystemTime。你拦不住，但可以确保每次修改都被记录、告警、甚至触发自动回滚。
实操建议：
- 在程序启动时调用
OpenEventLog订阅"System"日志源，过滤EVENTLOG_INFORMATION_TYPE中 ID 为1的事件；一旦捕获到，立即写入本地加密日志并触发通知（如弹窗、企业微信 webhook） - 配合组策略禁用非必要账户的
更改系统时间权限：路径为gpedit.msc → 计算机配置 → Windows 设置 → 安全设置 → 本地策略 → 用户权利指派；注意管理员组默认拥有该权限，无法彻底删除，只能限制普通用户 - 不要尝试用驱动 Hook
SetSystemTime：现代 Windows（Win10 1809+）开启 HVCI 后，未签名驱动无法加载；且 Hook 容易被安全软件报毒，运维成本远高于日志审计
试用期逻辑必须脱离“绝对时间”表达
把有效期硬编码成“2026-10-21 到期”，等于给黑客递刀子。真正健壮的设计，是让时间判断依赖相对变化、不可逆行为和多源一致性。
实操建议：
- 存储“首次运行时间”时，不存
wYear/wMonth/wDay，而是存FILETIME对应的 64 位整数（自 1601-01-01 起的 100 纳秒数），再用 AES 加密后写入注册表或文件；解密失败即视为篡改 - 引入“运行次数”和“累计活跃小时数”作为辅助维度：即使时间被拨回，
RegQueryValueEx读取的启动计数器和GetProcessTimes累积的内核/用户态时间不会倒流 - 每次校验时强制比对三个值：NTP 时间、性能计数器推算时间、本地系统时间；三者偏差 > ±30 秒即触发保护逻辑（如静默退出、降级为只读模式）
真正容易被忽略的点是：**NTP 请求本身可能被防火墙拦截、DNS 劫持或代理污染，而多数 SDK 不暴露底层错误码**。你得在代码里显式检查 WSAGetLastError() 是否为 WSAETIMEDOUT 或 WSAHOST_NOT_FOUND，而不是只看返回值是否为 0。否则离线环境下的 fallback 机制永远触发不了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
