Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Simplify inline KMP Resources creation during Ratify installation #1964

Open
1 task
yizha1 opened this issue Dec 4, 2024 · 1 comment
Open
1 task

Simplify inline KMP Resources creation during Ratify installation #1964

yizha1 opened this issue Dec 4, 2024 · 1 comment
Labels
enhancement New feature or request
Milestone

Comments

@yizha1
Copy link
Collaborator

yizha1 commented Dec 4, 2024

What would you like to be added?

Currently, the Ratify Helm chart installation supports creating inline KMP resources by providing root certificate files in PEM format. For example: --set-file notationCerts={./notation.crt}. This requires users to:

  • Obtain and store the root certificate file on the filesystem first. Normally, the root certificate file could be stored on the web and accessed via an HTTP(S) URL.
  • Ensure that the root certificate file is in PEM format. However, certificates might be in a binary encoded format, such as DER, so users need to follow the guide to convert the DER file to a PEM file.

To enhance the user experience, Ratify should support multiple methods for passing root certificate files. Besides accepting a PEM file, Ratify should allow fetching the root certificate from a public web address and processing different certificate formats, such as PEM and DER.

Anything else you would like to add?

No response

Are you willing to submit PRs to contribute to this feature?

  • Yes, I am willing to implement it.
@yizha1 yizha1 added enhancement New feature or request triage Needs investigation labels Dec 4, 2024
@susanshi susanshi added this to the v1.5.0 milestone Dec 5, 2024
@susanshi susanshi removed the triage Needs investigation label Dec 5, 2024
@FeynmanZhou
Copy link
Collaborator

For the point 1, this is a good proposal as it will streamline the cert setup. A similar feature request was asked in notation either: notaryproject/notation#631

Retrieve a cert from a public URL may require an additional verification against the server as attack may happen in network. Ratify needs to make sure the retrieved cert is downloaded from a trusted source.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants