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

Documentation: some question + feeback from README's content #49

Open
loicsikidi opened this issue Nov 25, 2024 · 1 comment
Open

Documentation: some question + feeback from README's content #49

loicsikidi opened this issue Nov 25, 2024 · 1 comment

Comments

@loicsikidi
Copy link

Hi,

First and foremost thank you for this initiative of this repo and the clarity of the README 👏!

Nonetheless, I've some interrogation regarding the some statements that I've seen and I would like to have your feedback.

Please find them below:

  1. 3. Switch owner uses EK (or EK cert) to issue LAK cert > Cons

    We can find Switch vendors need to support issuance of LAKs. shouldn't be « Switch owners need to support issuance of LAKs. » knowing LAKs belongs to the switch owner? If I'm right, it is really a drawback?

  2. 4. Switch owner issues LAK cert based on IAK cert signed by switch vendor CA > Cons

    Same remark as above

  3. If I understand correctly, in your design the oIDevID (provisionned by EnrollZ) is ONLY used in order to interact w/ AttestZ service (ie. gRPC server).

    The doc says « Once the attestation workflow is complete for both control cards, AttestZ service will provision the device with mTLS credentials/certs».

    I've a question regarding this mTLS credentials, can it be referenced as a LDevID or it's something that isn't related to TPM 2.0 Keys for Device Identity and Attestation's certs?

Thank in advance for your answers 🙏!

KR,

@loicsikidi
Copy link
Author

@melzhan @jenia-grunin could you plz take a look 🙏?

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

1 participant