Difference between revisions of "SSI Cloud Agent Back-end"

From DE4A
Jump to navigation Jump to search
m (Added links to HL Aries documentation websites.)
(Added EBSI Connector component.)
 
(5 intermediate revisions by 2 users not shown)
Line 15: Line 15:
 
|-
 
|-
 
| pattern(s)  
 
| pattern(s)  
| [[VC]]
+
| [[Verifiable Credentials Pattern|VC]]
 
|-
 
|-
 
|application collaboration
 
|application collaboration
Line 27: Line 27:
 
! Application Service !! Description !! Pattern
 
! Application Service !! Description !! Pattern
 
|-
 
|-
| [[DID Connection Invitation]]
+
| DID Connection Invitation
 
| Generic. The service generates and provides a JSON invitation (DID document) with which the different stakeholders (e.g., users) can start the process of DID connection establishment.
 
| Generic. The service generates and provides a JSON invitation (DID document) with which the different stakeholders (e.g., users) can start the process of DID connection establishment.
| [[VC]]
+
| [[Verifiable Credentials Pattern|VC]]
 
|-
 
|-
| [[DID Connection Response]]
+
| DID Connection Response
 
| Generic. The service validates and checks the user's response to the generated DID connection invitation. As a result of this action, information on the DID connection establishment is provided.
 
| Generic. The service validates and checks the user's response to the generated DID connection invitation. As a result of this action, information on the DID connection establishment is provided.
| [[VC]]
+
| [[Verifiable Credentials Pattern|VC]]
 
|-
 
|-
|[[VP Validation]]
+
|VP Validation
|The service performs an initial screening and validation of the VP submitted by the user with regard to its schema structure, eIDAS identity matching and the validity of the digital signature. The result of this action is the information on the validity of the VP submitted for the procedure.
+
|The service performs an initial screening and validation of the VP submitted by the user with regard to its schema structure, issuer validity, eIDAS identity matching and the validity of the digital signature. The result of this action is the information on the validity of the VP submitted for the procedure.
|VC
+
|[[Verifiable Credentials Pattern|VC]]
 
|-
 
|-
|[[VP Request]]
+
|VP Request
 
|The service, dependant on procedural requirements, generates a request for evidence in the form of verifiable presentations (VPs). It requires evidences to be aligned with a specific VP format.
 
|The service, dependant on procedural requirements, generates a request for evidence in the form of verifiable presentations (VPs). It requires evidences to be aligned with a specific VP format.
|[[VC]]
+
|[[Verifiable Credentials Pattern|VC]]
 
|-
 
|-
|[[VC Issuing]]
+
|VC Issuing
|The service provides functionalities related to (re)issuing of requested evidence in the form of a VC. The VC is issued through an established DID connection and accepted VC.
+
|The service provides functionalities related to (re)issuing of requested evidence in the form of a VC. The VC is issued after an established DID connection and accepted VC offer.
|[[VC]]
+
|[[Verifiable Credentials Pattern|VC]]
 
|-  
 
|-  
 
|}
 
|}
Line 59: Line 59:
 
|The component that exposes a set of methods as an interface to the Authority Agent's back-end functionalities.
 
|The component that exposes a set of methods as an interface to the Authority Agent's back-end functionalities.
 
|-
 
|-
| [[Hyperledger Aries server]]
+
|[[SSI Authority Agent Database]]
| DE4A
+
|[http://couchdb.apache.org/ CouchDB]
 +
|[[Use Case "Diploma/Certs/Studies/Professional Recognition" (SA UC3)]]
 +
|The component responsible for internally storing the current status of DID connections and VC/VP-related requests.
 +
|-
 +
|[[EBSI Connector]]
 +
|DE4A
 +
|[[Use Case "Diploma/Certs/Studies/Professional Recognition" (SA UC3)]]
 +
|The component responsible for generating and anchoring an EBSI-compliant DID to the EBSI ledger and onboarding the MS organization as a Trusted Issuer in the EBSI Trusted Issuer Registry. The component also retrieves the information about the registered trusted issuers during the VP validation step.
 +
|-
 +
| [[Hyperledger Aries Server]]
 +
| [https://www.hyperledger.org/use/aries Hyperledger Aries]
 
| [[Use Case "Diploma/Certs/Studies/Professional Recognition" (SA UC3)]]
 
| [[Use Case "Diploma/Certs/Studies/Professional Recognition" (SA UC3)]]
|  
+
| The component deployed on the DP/DC premises, which handles all DID invitation requests and VC/VP-related requests.
 
|-
 
|-
 
|[https://github.com/hyperledger/aries-framework-go/tree/main/docs/rest Hyperledger Aries REST API]
 
|[https://github.com/hyperledger/aries-framework-go/tree/main/docs/rest Hyperledger Aries REST API]
|DE4A
+
|[https://www.hyperledger.org/use/aries Hyperledger Aries]
 
|[[Use Case "Diploma/Certs/Studies/Professional Recognition" (SA UC3)]]
 
|[[Use Case "Diploma/Certs/Studies/Professional Recognition" (SA UC3)]]
 
|The component that exposes a set of methods as an interface to the HL Aries Go functionalities (DID generation, sending VC offer/VC, accepting requests, etc.). The component is used by the SSI Authority Agent REST API to implement SSI funcionalities and communication between the Authority and Edge Agent.
 
|The component that exposes a set of methods as an interface to the HL Aries Go functionalities (DID generation, sending VC offer/VC, accepting requests, etc.). The component is used by the SSI Authority Agent REST API to implement SSI funcionalities and communication between the Authority and Edge Agent.
 
|-
 
|-
|-
 
| [https://github.com/hyperledger/aries-framework-go/blob/main/docs/rest/agent_webhook.md Hyperledger Aries Webhooks]
 
| DE4A
 
| [[Use Case "Diploma/Certs/Studies/Professional Recognition" (SA UC3)]]
 
| The component that enables an automatic detection of changes on the HL Aries server (e.g. user's acceptance of DID connection invitation, VC offer/VC request, etc.).
 
 
|-
 
|-
  
 
|}
 
|}

Latest revision as of 09:35, 12 November 2021

SSI Authority Agent Back-end

Classification/description
Item Description
name SSI Authority Agent Back-end
description Application component managing the DID connections and handling the VC/VP related events.
pattern(s) VC
application collaboration Authority Agent

Application Services realized by this component
Application Service Description Pattern
DID Connection Invitation Generic. The service generates and provides a JSON invitation (DID document) with which the different stakeholders (e.g., users) can start the process of DID connection establishment. VC
DID Connection Response Generic. The service validates and checks the user's response to the generated DID connection invitation. As a result of this action, information on the DID connection establishment is provided. VC
VP Validation The service performs an initial screening and validation of the VP submitted by the user with regard to its schema structure, issuer validity, eIDAS identity matching and the validity of the digital signature. The result of this action is the information on the validity of the VP submitted for the procedure. VC
VP Request The service, dependant on procedural requirements, generates a request for evidence in the form of verifiable presentations (VPs). It requires evidences to be aligned with a specific VP format. VC
VC Issuing The service provides functionalities related to (re)issuing of requested evidence in the form of a VC. The VC is issued after an established DID connection and accepted VC offer. VC
DE4A Common Components & BBs & MS Solutions
Component Source UC Description
SSI Authority Agent REST API DE4A Use Case "Diploma/Certs/Studies/Professional Recognition" (SA UC3) The component that exposes a set of methods as an interface to the Authority Agent's back-end functionalities.
SSI Authority Agent Database CouchDB Use Case "Diploma/Certs/Studies/Professional Recognition" (SA UC3) The component responsible for internally storing the current status of DID connections and VC/VP-related requests.
EBSI Connector DE4A Use Case "Diploma/Certs/Studies/Professional Recognition" (SA UC3) The component responsible for generating and anchoring an EBSI-compliant DID to the EBSI ledger and onboarding the MS organization as a Trusted Issuer in the EBSI Trusted Issuer Registry. The component also retrieves the information about the registered trusted issuers during the VP validation step.
Hyperledger Aries Server Hyperledger Aries Use Case "Diploma/Certs/Studies/Professional Recognition" (SA UC3) The component deployed on the DP/DC premises, which handles all DID invitation requests and VC/VP-related requests.
Hyperledger Aries REST API Hyperledger Aries Use Case "Diploma/Certs/Studies/Professional Recognition" (SA UC3) The component that exposes a set of methods as an interface to the HL Aries Go functionalities (DID generation, sending VC offer/VC, accepting requests, etc.). The component is used by the SSI Authority Agent REST API to implement SSI funcionalities and communication between the Authority and Edge Agent.