You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems when we lookup correct keys in trust root, we should use checkpoint_key_id if it is available and log_id only as fallback.
Changes:
the rekor keyring is currently essentially a dict[keyid, PublicKey]: we need to track checkpoint_key_id as well -- I'm guessing it makes sense to store the whole RekorLog in the container, not just PublicKey
the checkpoint code currently calls RekorKeyring.verify() with a keyid argument: this needs to be redesigned a bit
The text was updated successfully, but these errors were encountered:
Uh oh!
There was an error while loading. Please reload this page.
Description
sigstore/protobuf-specs#629
It seems when we lookup correct keys in trust root, we should use
checkpoint_key_id
if it is available andlog_id
only as fallback.Changes:
dict[keyid, PublicKey]
: we need to track checkpoint_key_id as well -- I'm guessing it makes sense to store the whole RekorLog in the container, not just PublicKeyThe text was updated successfully, but these errors were encountered: