3.4. Considerazioni sull'implementazione

3.4. Considerazioni sull'implementazione

Un'entità può assumere più ruoli RATS (ad esempio, Attester, Verifier, Relying Party, ecc.) contemporaneamente. Più entità possono cooperare per implementare un singolo ruolo RATS. In sostanza, la combinazione di ruoli ed entità può essere arbitraria. Ad esempio, nello scenario del dispositivo composito, l'entità all'interno dell'Attester principale può anche assumere il ruolo di un Verifier e l'entità esterna del Verifier può assumere il ruolo di una Relying Party. Dopo aver raccolto l'Evidence degli altri Attesters, questo Verifier interno utilizza Endorsements e politiche di valutazione (ottenute nello stesso modo di qualsiasi altro Verifier) come parte delle procedure di valutazione che generano Attestation Results. Il Verifier interno trasmette quindi gli Attestation Results degli altri Attesters al Verifier esterno, sia nello stesso protocollo di trasmissione come parte dell'Evidence o meno.

Come spiegato nella sezione 4, ci sono una varietà di ruoli nell'architettura RATS; sono definiti da una combinazione unica di artefatti che producono e consumano. Al contrario, gli artefatti sono anche definiti dai ruoli che li producono o consumano. Produrre un artefatto significa che un dato ruolo lo introduce nell'architettura RATS. Consumare un artefatto significa che un dato ruolo ha la responsabilità di elaborarlo nell'architettura RATS. I ruoli hanno anche la capacità di eseguire azioni aggiuntive, come la memorizzazione nella cache o l'inoltro di artefatti come dati opachi. Come rappresentato nella sezione 5, queste azioni aggiuntive possono essere eseguite da diversi ruoli.