如何在Linux CryptoAPI中处理大输入缓冲区问题

1. ALG_MAX_PAGES 16页限制的设置原因 #

这个限制是内核CryptoAPI层设计时设定的通用性约束，核心原因有三点：

• 内存稳定性考量：内核CryptoAPI处理请求时需要锁定物理页，单次请求锁定的页数量过多会占用大量不可交换的内核内存，加剧内存碎片化，甚至在内存受限设备上触发OOM，16页的默认值是适配绝大多数场景的保守值。
• 硬件兼容性约束：大部分加密硬件加速器的单次DMA传输上限、队列深度普遍存在硬件限制，早期绝大多数硬件的单次传输上限为16页（按4K页大小对应64KB），该限制是为了兼容最低规格的硬件设备。
• 调度性能保障：部分CryptoAPI的处理流程在原子上下文中执行，单次请求数据量过大时会导致处理时间过长，阻塞系统调度时延升高，甚至触发软中断超时等问题，小粒度的单次请求上限可以避免这类问题。

2. 大输入解密的正确处理方案 #

不需要修改内核宏定义，直接使用流式处理接口即可实现大文件解密：

• 调用libkcapi提供的流式处理API，初始化加解密上下文后，将大文件切分为不超过16页的分片，依次调用kcapi_cipher_update（对称加密场景）或对应AEAD流式更新接口送入分片，libkcapi和内核会自动维护算法状态（如IV偏移、认证标签计算状态等），所有分片处理完成后调用收尾接口获取最终结果即可。
• 对于你使用的加密认证场景，分片处理时不需要额外拆分认证标签，只需在最后一步完成标签验证即可，和单包处理逻辑一致。

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