Use AES 在 CTR 模式 as 流式处理 cipher
AES-CTR turns 阻止 cipher 为 keystream generator, eliminating padding. Learn 正确 counter 管理和 为什么你 必须添加认证 separately.
- 1
CTR 模式 encrypts counter 值具有 AES 到生成 keystream blocks, 然后 XORs 具有 plaintext. ciphertext 长度 equals plaintext 长度 (否 padding). counter 必须从不 repeat 为相同键 — 否则 nonce-reuse catastrophe applies.
- 2 AES 加密器 →
加密 data with AES in CTR mode. The output length matches the input length exactly — no padding. Provide a nonce/counter that must be unique per encryption under the same key.
- 3 AES 解密器 →
解密 by XORing the same keystream. CTR decryption is identical to encryption (the same AES-CTR operation), which simplifies implementation.
- 4
Warning: CTR 模式 provides 否完整性. attacker 能够 flip bits 在 ciphertext 和 corresponding bits 改变在 decrypted plaintext. 总是组合 CTR 具有 HMAC (加密-then-MAC) 或 use GCM instead, 哪个是 CTR + built-in 认证.
常见问题
- CTR vs GCM — 哪个到 use?
- Use GCM. 它是 CTR 模式具有 built-in 认证 (GHASH). Using raw CTR 无认证是 常见漏洞 — attacker 能够修改 ciphertext undetected.
- 如何 I manage counter?
- 拆分 the 128-bit block into a nonce (e.g., 96 bits) and a counter (32 bits). The counter increments per block. For multiple messages, use a new random nonce. Never let the counter wrap around.