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

Making TUF work on registies #2

Open
6 tasks
mnm678 opened this issue Aug 25, 2021 · 2 comments
Open
6 tasks

Making TUF work on registies #2

mnm678 opened this issue Aug 25, 2021 · 2 comments

Comments

@mnm678
Copy link
Contributor

mnm678 commented Aug 25, 2021

This issue collects the sub-issues that are needed to deploy TUF on registries. Some of these are addressed in the [proposed design], but require some validation, others will require some more design work.

@justincormack @NiazFK @sudo-bmitch @gokarnm @SteveLasker may have other items for this list

@trishankatdatadog
Copy link

We also need to think about how containers can keep state for the metadata/targets cache. Sometimes containers are nuked and have to respawned all over again. AFAIK, storage can be a tricky thing on containerized environments.

@SteveLasker
Copy link

While containers are thought of as stateless, and while CI/CD systems use containers to create ephemeral clients to have a fresh state, the problem isn't really about containers.
Any secure environment should start from a clean state. Containers happen to be good tools to that approach.

So, I'd suggest it's not about keeping state on a client. Rather, can we have a means to store "state" in a trustable, restorable location? This way each time an instance is spun up, it can restore some reference that can be compared.

This is essentially the two keys required to launch the missle approach.

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

3 participants