Skip to content

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

@loicsikidi

Description

@loicsikidi

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,

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions