aes_ccm_encrypt_update(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ aes_ccm_encrypt_update ✨

okay bestie gather round, we're looking at the aes_ccm_encrypt_update(9) page from the Kernel API Manual (section 9, iykyk) and honestly? it's giving "short but mighty" πŸ’…


🌸 NAME 🌸

aes_ccm_encrypt_update β€” the lowkey icon that lets you incrementally encrypt data with AES-CCM ✨


πŸ¦‹ SYNOPSIS πŸ¦‹

void aes_ccm_encrypt_update (struct aes_ccm_ctx *ctx , u8 *dst , const
u8 *src , size_t len );

πŸŽ€ ARGUMENTS πŸŽ€

  • ctx β€” an AES-CCM context 🫢 your whole vibe lives here
  • dst β€” the destination buffer πŸ’– and yes it can be in-place or out-of-place, she's flexible like that. but for other overlaps? the behavior is unspecified 😭 so pls don't, that's not the main character move
  • src β€” the source plaintext data 🌸 the raw material, the moment before the glow-up
  • len β€” number of bytes to encrypt πŸ’« count them, bestie

πŸ’œ DESCRIPTION πŸ’œ

okay so the rules are rules:

  • You can call this only after all associated data has been processed βœ‹ no skipping ahead, this is a sequence
  • The total length of the encrypted data (over all calls to this function, so like, the running total across every single call) MUST match the data_len that was passed to aes_ccm_init πŸ‘‘ no cap, mismatch = not it
🚨 that capital-M MUST is doing a lot of heavy lifting β€” get the length wrong and the whole thing falls apart fr fr

🌈 CONTEXT 🌈

Any context. literally any. she's adaptable βœ¨πŸ’…


⭐ SEE ALSO ⭐

the whole friend group, honestly 🫢 go read them all


and that's the page!! brought to you by ./include/crypto, dated October 2026, manual name aes_ccm_encrypt_update(9) πŸ’– mwah, slay, go encrypt responsibly βœ¨πŸŽ€πŸ¦‹

πŸ“¦ where this page comes from