Skip to content

Conversation

@lstipakov
Copy link
Member

The "authenticated data" sounds ambiguous and doesn't match definitions from either NIST standard - "additional authenticated data (AAD)" or RFC 5116 - "The associated data is authenticated but not encrypted". Moreover, specifying payload as a part of AD/AAD is plain wrong.

Fix by using the term from AEAD RFC (associated data) and removing the payload from its definition.

The "authenticated data" sounds ambiguous and doesn't
match definitions from either NIST standard - "additional authenticated
data (AAD)" or RFC 5116 - "The associated data is authenticated but not
encrypted". Moreover, specifying payload as a part of AD/AAD is plain
wrong.

Fix by using the term from AEAD RFC (associated data) and removing the
payload from its definition.

Signed-off-by: Lev Stipakov <[email protected]>
@schwabe
Copy link
Collaborator

schwabe commented Sep 8, 2025

I don't quite agree. Your own text says that "The associated data is authenticated but not encrypted", so calling it authenticated is correct.

Moreover, specifying payload as a part of AD/AAD is plain wrong.

Why? The data we are authenticating (headers) is part of the on wire payload.

@ordex
Copy link
Member

ordex commented Sep 8, 2025

The confusion sparks from the fact that the word "authenticated" is used both as "authenticated via crypto" (i.e. included in the tag computation) but also as "part of the AAD".
However the payload is part of the first, but not the second. So this created confusion.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants