Skip to content

ietf-eat-profile: allow kid as alternative to x5chain for space-const…#97

Open
fdamato wants to merge 1 commit into
opencomputeproject:mainfrom
fdamato:fadamato/eat_key_identification
Open

ietf-eat-profile: allow kid as alternative to x5chain for space-const…#97
fdamato wants to merge 1 commit into
opencomputeproject:mainfrom
fdamato:fadamato/eat_key_identification

Conversation

@fdamato
Copy link
Copy Markdown
Collaborator

@fdamato fdamato commented May 19, 2026

…rained attesters

…rained attesters

Signed-off-by: Fabrizio Damato <fabrizio.damato@amd.com>
alternative to **x5chain** when attester space constraints prevent inclusion
of the full certificate chain.

Both **x5chain** and **kid** **SHALL NOT** appear simultaneously in the same
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Any reason we need to be normative here?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

no probably not, but I would still prefer to use a single way to identify the key...perhaps we can change with "SHOULD"

@steven-bellock
Copy link
Copy Markdown
Collaborator

This is effectively a new profile or version of the profile.

@gmandyam
Copy link
Copy Markdown
Collaborator

This is effectively a new profile or version of the profile.

I assumed that this would be only applicable to the ML-DSA version, which already required a new profile.

@bluegate010
Copy link
Copy Markdown
Collaborator

This is effectively a new profile or version of the profile.

I assumed that this would be only applicable to the ML-DSA version, which already required a new profile.

IMO we should try and have the new guidance be algorithm-agnostic; that being said, we could have the new profile version include both this and PQC.

@fdamato
Copy link
Copy Markdown
Collaborator Author

fdamato commented May 20, 2026

IMO we should try and have the new guidance be algorithm-agnostic; that being said, we could have the new profile version include both this and PQC.

I agree. We can perhaps allocate a new OID for a new profile that covers both ECDSA and MLDSA. The proposed change of this PR will only affect the new OID. Also I would suggest to register in CWT a "profile_version" claim. This way, if in future, we want to make other "small" adjustments. Those could be contained in the scope of the same OID, by revving up the profile_version number. @bluegate010 / @steven-bellock are you ok with this ?

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.

4 participants