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

X509 Authentication with OCI registry #10798

Open
Tracked by #11352
catric333 opened this issue Mar 22, 2022 · 8 comments
Open
Tracked by #11352

X509 Authentication with OCI registry #10798

catric333 opened this issue Mar 22, 2022 · 8 comments
Labels
feature keep open oci Related to Helm OCI feature

Comments

@catric333
Copy link

Hi, there currently does not seem to be a way to authenticate with X509 certs with a registry.

The registry does not have password authentication (which seems to be currently supported with the registry config.json that can be passed in via --registry-config flag).

Would it be possible to add a way to specify X509 certs or point to a file path where they are located to authenticate?

Output of helm version:
3.8.0

Output of kubectl version:
v1.2.4 (with K3S)

Cloud Provider/Platform (AKS, GKE, Minikube etc.):
K3S

@logan064
Copy link

I noticed this as well. We use x509 client authentication instead of passwords and I am facing the same issue. We can not adopt the OCI features, until we have a way to authenticate with the registry as a client with helm via certificates. Perhaps it makes sense to follow the following approach since other tools like podman/skopeo/docker all use it: https://docs.docker.com/engine/security/certificates/

There is a dir for each registry domain with the CA & client's cert/key used for authentication. It seems almost standard among these tools and podman does something similar, but the dirs are located here, /etc/containers/certs.d. The certs allow skopeo, podman, crio, and buildah to authenticate.

@catric333
Copy link
Author

@bacongobbler
Is there any foreseen timeline for this to get picked up and implemented?
In the environment I'm trying to use helm in there's no easy way to not use x509 authentication for the registry.

@sabre1041
Copy link
Contributor

@catric96 there is work currently in flight in the upstream ORAS to add this feature. As soon as it is in the dependency library, it can then be integrated into helm

@github-actions
Copy link

This issue has been marked as stale because it has been open for 90 days with no activity. This thread will be automatically closed in 30 days if no further activity occurs.

@github-actions github-actions bot added the Stale label Aug 11, 2022
@catric333
Copy link
Author

@catric96 there is work currently in flight in the upstream ORAS to add this feature. As soon as it is in the dependency library, it can then be integrated into helm

Has this since been merged into helm? I wasn't sure which ORAS issue this was linked to after looking through

@rdjones517
Copy link

rdjones517 commented Aug 30, 2022

looks like ORAS v2 now supports mTLS
oras-project/oras#491 (comment)

@github-actions
Copy link

This issue has been marked as stale because it has been open for 90 days with no activity. This thread will be automatically closed in 30 days if no further activity occurs.

@github-actions github-actions bot added the Stale label Nov 29, 2022
@joejulian joejulian removed the Stale label Nov 29, 2022
@github-actions
Copy link

This issue has been marked as stale because it has been open for 90 days with no activity. This thread will be automatically closed in 30 days if no further activity occurs.

@github-actions github-actions bot added the Stale label Feb 28, 2023
@joejulian joejulian added keep open oci Related to Helm OCI feature and removed Stale labels Mar 2, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature keep open oci Related to Helm OCI feature
Projects
None yet
Development

No branches or pull requests

6 participants