访问控制与数据加密不可替代：前者管控“谁可访问”，后者保障“即使获取也难读取”；二者需协同使用，缺一将导致权限失效即裸奔或数据暴露即失控。
访问控制和数据加密是两个不同层面的安全机制，不能互相替代，也不能简单说“哪个更安全”——它们解决的问题根本不同。
访问控制管的是“谁可以碰数据”
它在系统运行时拦截非法操作，比如打开文件、读取数据库行、调用某个函数。典型实现包括：
- Windows ACL（通过
SetSecurityDescriptorDacl设置对象安全描述符） - MFC 中调用
AccessCheck验证当前线程令牌是否满足 DACL 要求 - CP-ABE 中的
Decrypt函数失败，本质也是访问控制结果：属性不满足策略 → 拒绝解密 → 数据不可见
关键点：访问控制依赖运行时环境（如 OS 权限模型、进程身份、属性集），一旦绕过（如提权、调试器注入、内存 dump），明文可能直接暴露。
数据加密管的是“即使拿到数据也看不懂”
它把原始数据转换为密文，目标是让攻击者即使获得磁盘镜像、数据库文件或内存快照，也无法还原出有意义的内容。C++ 常见落地方式有：
立即学习“C++免费学习笔记（深入）”；
- 用 OpenSSL 或 Crypto++ 调用
AES::Encryption对文件块加密，密钥由 KMS 或用户口令派生 - 对数据库字段（如
user_id_card）在写入前调用encrypt_aes_256_cbc，读取后立即decrypt_aes_256_cbc - CP-ABE 的
Encrypt输出本身就是密文，且策略嵌入其中，不是单纯加个密钥就能解开
注意：加密后若密钥管理不当（如硬编码在 main.cpp 里、用弱口令派生），等于没加；而 AES-CBC 模式若重用 IV，会导致密文可预测。
为什么必须同时用，而不是二选一
只做访问控制，等于把保险柜钥匙挂在门把手上——权限检查失效时，所有数据裸奔；只做加密，等于把文件锁进保险柜但把柜子摆在大街上——没人拦你搬走，只是你打不开。
真实系统中，两者常嵌套使用：比如 MFC 程序先用 AccessCheck 判定用户是否有权访问某配置节，若有，再用从 TPM 读出的密钥调用 DecryptFile 解密该节内容。CP-ABE 更进一步，把访问策略直接编进密文结构，KeyGen 生成的私钥本身已绑定属性，解密失败即策略不匹配——此时访问控制与加密已融合，不再是两层，而是一体。
最容易被忽略的点：加密不是加完就完事。密钥生命周期（生成、存储、轮换、销毁）比算法选择更重要；而访问控制策略若长期不审计、不随组织架构变化更新（比如离职员工的属性未及时撤回），再严的 Decrypt 逻辑也挡不住合谋攻击。
