3.4. Considérations d'implémentation

3.4. Considérations d'implémentation

Une entité peut assumer plusieurs rôles RATS (par exemple, Attester, Verifier, Relying Party, etc.) en même temps. Plusieurs entités peuvent coopérer pour implémenter un seul rôle RATS également. En essence, la combinaison de rôles et d'entités peut être arbitraire. Par exemple, dans le scénario de dispositif composite, l'entité à l'intérieur de l'Attester principal peut également assumer le rôle d'un Verifier et l'entité extérieure de Verifier peut assumer le rôle d'une Relying Party. Après avoir collecté les Evidence des autres Attesters, ce Verifier interne utilise des Endorsements et des politiques d'évaluation (obtenues de la même manière que par tout autre Verifier) dans le cadre des procédures d'évaluation qui génèrent des Attestation Results. Le Verifier interne transmet ensuite les Attestation Results des autres Attesters au Verifier externe, que ce soit dans le même protocole de transmission dans le cadre de l'Evidence ou non.

Comme expliqué dans la section 4, il existe une variété de rôles dans l'architecture RATS ; ils sont définis par une combinaison unique d'artefacts qu'ils produisent et consomment. Inversement, les artefacts sont également définis par les rôles qui les produisent ou les consomment. Produire un artefact signifie qu'un rôle donné l'introduit dans l'architecture RATS. Consommer un artefact signifie qu'un rôle donné a la responsabilité de le traiter dans l'architecture RATS. Les rôles ont également la capacité d'effectuer des actions supplémentaires, telles que la mise en cache ou le transfert d'artefacts en tant que données opaques. Comme représenté dans la section 5, ces actions supplémentaires peuvent être effectuées par plusieurs rôles.