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

cri-o homepage at https://cri-o.io recommends unsafe way of adding kubic keyring on Debian based systems #54

Open
EmmanuelKasper opened this issue Jun 11, 2022 · 2 comments

Comments

@EmmanuelKasper
Copy link

The main page of the https://cri-o.io/ website recommends the following:

curl -L https://download.opensuse.org/repositories/devel:kubic:libcontainers:stable:cri-o:$VERSION/$OS/Release.key | apt-key add -
curl -L https://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/stable/$OS/Release.key | apt-key add -

however the uses of apt-key gives system wide trust to the kubic keyring, which means packages contained in the kubic repo and signed by the kubic release key could override core system packages

the current recommendation for Debian based systems is to limit the scope of trust of a keyring to its associated package repository, as documented in https://wiki.debian.org/DebianRepository/UseThirdParty#Sources.list_entry

The install.md file has the correct way of adding the kubic keyring, however it is not reflected in the cri-o web site.

@haircommander haircommander transferred this issue from cri-o/cri-o Jun 13, 2022
@haircommander
Copy link
Member

thank you for opening @EmmanuelKasper ! do you have any interest in updating the website?

@EmmanuelKasper
Copy link
Author

Yes I can update this part in the website, should that be a pull request, and if yes, which file contains the cri-o.io homepage ?

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

No branches or pull requests

2 participants