Objective-C中能否实现AES256 GCM加密？系统库仅支持AES256 CBC

首先需要澄清一个常见的认知偏差：Apple 系统内置加密库并非仅支持 AES-256 CBC 模式，只是不同系统版本的API暴露没有完全普及，实际既可以用系统原生能力实现无额外依赖的 AES-GCM，也可以按需引入成熟外部库做低版本兼容。

无外部依赖的系统原生实现 #

这是生产环境优先推荐的方案，安全性由Apple保障，没有第三方依赖的维护成本：

• iOS 13 及以上版本可桥接调用 CryptoKit：作为Apple官方推出的统一加密框架，CryptoKit 原生完整支持 AES-GCM 模式，覆盖128/192/256位所有密钥长度，对硬件加密加速做了适配。如果项目是Objective-C为主的混编工程，只需要将CryptoKit的调用逻辑封装成兼容Objective-C的桥接类，即可直接在原有OC代码中调用。
• iOS 10 及以上版本可直接调用 CommonCrypto 的GCM接口：很多开发者不知道 CommonCrypto 在 iOS 10 / macOS 10.12 版本后就补充了完整的 GCM 模式接口，只是早期文档没有重点标注。核心通过CCCryptorGCM系列C函数实现全流程逻辑，包括GCM上下文初始化、添加附加认证数据（AAD）、加解密运算、认证标签生成与校验，因为是纯C接口，OC代码可以直接调用，不需要额外引入依赖。

兼容更低版本系统的外部库实现 #

如果项目需要支持 iOS 10 以下的老旧版本，选择经过生产环境长期验证的成熟加密库即可，不推荐自己手写实现GCM逻辑：

• OpenSSL/LibreSSL：作为行业通用的加密基础库，完整支持AES-GCM的全参数配置。注意需要自行编译为适配全架构的静态库/XCFramework，不要直接依赖系统自带的老旧版本OpenSSL，系统内置版本迭代慢，不仅GCM性能差，还存在已知的安全漏洞。
• CryptoSwift：纯Swift实现的轻量加密库，整体代码量小、无额外依赖，支持通过混编桥接被Objective-C调用，集成成本比OpenSSL低很多，适合对包体积有要求的中小型项目。
• 注意：不建议基于旧版CommonCrypto的CBC接口自行拼装GCM模式逻辑，这类实现很容易引入伽罗瓦域计算错误、时间侧信道攻击等安全问题，除非有专业的密码学团队审计，否则不要尝试。

实操注意事项：

• AES-GCM 是带认证能力的AEAD加密模式，实现过程中务必使用固定12字节长度的随机Nonce（不建议使用其他长度，会降低安全强度），且每次加密要使用完全不重复的Nonce；同时不能省略认证标签的校验步骤，否则会失去GCM防篡改的核心能力。
• 调用CommonCrypto的GCM接口时，需要在Xcode编译设置中添加 -lz 链接标识，否则会出现函数找不到的链接错误。
• 如果使用AES-256密钥，要确保密钥生成时的随机熵足够，不要用固定字符串直接当密钥。

内容的提问来源于stack exchange，提问作者timothy