用途：该模式归纳使用消息认证码（MAC）保障消息完整性并认证消息来源身份的常见考量。MAC是基于密钥的哈希函数对消息计算出的标签，生成需消息本身与共享密钥，只有持有密钥的一方可生成和验证有效MAC。
主要能力：附加MAC可提供数据完整性（确认收到的消息与计算MAC时一致）和数据来源认证（确认来源方持有密钥）。核心组件包括实体A（生成MAC）、实体B（验证）、MAC生成器与MAC验证器；生成器与验证器可为同一库实例，两个实体也可为同一实体。数据元素含消息m、MAC标签、密钥信息keyInfo、可选配置config及验证成功/失败指示。动作有generate（用密钥为消息生成MAC）与verify（校验消息与MAC是否匹配）。
算法建议：推荐HMAC-SHA-256/384/512、AES-CMAC、Blake2b；避免HMAC-MD5（仅用于验证遗留MAC），禁止使用SHA(message||secret)等临时构造。密钥最小128位；MAC输出长度：长期（10年以上）256位，标准（10年以内）128位，短时（如会话令牌）最少64位。
安全注意事项：密钥须保密、保护完整性，并在存储与传输中受保护；密钥应单一用途，不用于加密等其他目的；应设计便于算法迁移；复用成熟密码库，不自行实现MAC算法；若需保护加密消息完整性，优先使用认证加密而非加密加MAC分离方案。
限制：MAC安全性依赖密钥保密，任何持有密钥者均可为任意消息生成有效MAC，攻击者持密钥可篡改消息后重算MAC而不被发现；MAC不提供不可否认性，无法证明具体哪一方生成，若需不可否认性应改用数字签名。
适用场景：内部消息完整性校验、来源认证等对称密钥场景。资料未提供具体安装命令或代码示例。