@verana-labs/vs-agent-plugin-openid4vc 1.11.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/LICENSE +201 -0
- package/README.md +193 -0
- package/build/config.d.ts +5 -0
- package/build/config.js +279 -0
- package/build/config.js.map +1 -0
- package/build/index.d.ts +12 -0
- package/build/index.js +28 -0
- package/build/index.js.map +1 -0
- package/build/nestjs/IssuerController.d.ts +8 -0
- package/build/nestjs/IssuerController.js +66 -0
- package/build/nestjs/IssuerController.js.map +1 -0
- package/build/nestjs/OpenId4VcPlugin.d.ts +3 -0
- package/build/nestjs/OpenId4VcPlugin.js +61 -0
- package/build/nestjs/OpenId4VcPlugin.js.map +1 -0
- package/build/nestjs/VerifierController.d.ts +8 -0
- package/build/nestjs/VerifierController.js +66 -0
- package/build/nestjs/VerifierController.js.map +1 -0
- package/build/nestjs/dto.d.ts +7 -0
- package/build/nestjs/dto.js +34 -0
- package/build/nestjs/dto.js.map +1 -0
- package/build/sdk/setupOpenId4Vc.d.ts +18 -0
- package/build/sdk/setupOpenId4Vc.js +111 -0
- package/build/sdk/setupOpenId4Vc.js.map +1 -0
- package/build/services/CertificateService.d.ts +22 -0
- package/build/services/CertificateService.js +249 -0
- package/build/services/CertificateService.js.map +1 -0
- package/build/services/IssuerService.d.ts +47 -0
- package/build/services/IssuerService.js +185 -0
- package/build/services/IssuerService.js.map +1 -0
- package/build/services/VerifierService.d.ts +57 -0
- package/build/services/VerifierService.js +289 -0
- package/build/services/VerifierService.js.map +1 -0
- package/build/trust/CertificateTrust.d.ts +7 -0
- package/build/trust/CertificateTrust.js +29 -0
- package/build/trust/CertificateTrust.js.map +1 -0
- package/build/trust/TrustClient.d.ts +12 -0
- package/build/trust/TrustClient.js +120 -0
- package/build/trust/TrustClient.js.map +1 -0
- package/build/trust/keyBinding.d.ts +14 -0
- package/build/trust/keyBinding.js +171 -0
- package/build/trust/keyBinding.js.map +1 -0
- package/build/trust/types.d.ts +28 -0
- package/build/trust/types.js +3 -0
- package/build/trust/types.js.map +1 -0
- package/build/trust/verdict.d.ts +2 -0
- package/build/trust/verdict.js +13 -0
- package/build/trust/verdict.js.map +1 -0
- package/build/types.d.ts +55 -0
- package/build/types.js +3 -0
- package/build/types.js.map +1 -0
- package/package.json +47 -0
package/LICENSE
ADDED
|
@@ -0,0 +1,201 @@
|
|
|
1
|
+
Apache License
|
|
2
|
+
Version 2.0, January 2004
|
|
3
|
+
http://www.apache.org/licenses/
|
|
4
|
+
|
|
5
|
+
TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION
|
|
6
|
+
|
|
7
|
+
1. Definitions.
|
|
8
|
+
|
|
9
|
+
"License" shall mean the terms and conditions for use, reproduction,
|
|
10
|
+
and distribution as defined by Sections 1 through 9 of this document.
|
|
11
|
+
|
|
12
|
+
"Licensor" shall mean the copyright owner or entity authorized by
|
|
13
|
+
the copyright owner that is granting the License.
|
|
14
|
+
|
|
15
|
+
"Legal Entity" shall mean the union of the acting entity and all
|
|
16
|
+
other entities that control, are controlled by, or are under common
|
|
17
|
+
control with that entity. For the purposes of this definition,
|
|
18
|
+
"control" means (i) the power, direct or indirect, to cause the
|
|
19
|
+
direction or management of such entity, whether by contract or
|
|
20
|
+
otherwise, or (ii) ownership of fifty percent (50%) or more of the
|
|
21
|
+
outstanding shares, or (iii) beneficial ownership of such entity.
|
|
22
|
+
|
|
23
|
+
"You" (or "Your") shall mean an individual or Legal Entity
|
|
24
|
+
exercising permissions granted by this License.
|
|
25
|
+
|
|
26
|
+
"Source" form shall mean the preferred form for making modifications,
|
|
27
|
+
including but not limited to software source code, documentation
|
|
28
|
+
source, and configuration files.
|
|
29
|
+
|
|
30
|
+
"Object" form shall mean any form resulting from mechanical
|
|
31
|
+
transformation or translation of a Source form, including but
|
|
32
|
+
not limited to compiled object code, generated documentation,
|
|
33
|
+
and conversions to other media types.
|
|
34
|
+
|
|
35
|
+
"Work" shall mean the work of authorship, whether in Source or
|
|
36
|
+
Object form, made available under the License, as indicated by a
|
|
37
|
+
copyright notice that is included in or attached to the work
|
|
38
|
+
(an example is provided in the Appendix below).
|
|
39
|
+
|
|
40
|
+
"Derivative Works" shall mean any work, whether in Source or Object
|
|
41
|
+
form, that is based on (or derived from) the Work and for which the
|
|
42
|
+
editorial revisions, annotations, elaborations, or other modifications
|
|
43
|
+
represent, as a whole, an original work of authorship. For the purposes
|
|
44
|
+
of this License, Derivative Works shall not include works that remain
|
|
45
|
+
separable from, or merely link (or bind by name) to the interfaces of,
|
|
46
|
+
the Work and Derivative Works thereof.
|
|
47
|
+
|
|
48
|
+
"Contribution" shall mean any work of authorship, including
|
|
49
|
+
the original version of the Work and any modifications or additions
|
|
50
|
+
to that Work or Derivative Works thereof, that is intentionally
|
|
51
|
+
submitted to Licensor for inclusion in the Work by the copyright owner
|
|
52
|
+
or by an individual or Legal Entity authorized to submit on behalf of
|
|
53
|
+
the copyright owner. For the purposes of this definition, "submitted"
|
|
54
|
+
means any form of electronic, verbal, or written communication sent
|
|
55
|
+
to the Licensor or its representatives, including but not limited to
|
|
56
|
+
communication on electronic mailing lists, source code control systems,
|
|
57
|
+
and issue tracking systems that are managed by, or on behalf of, the
|
|
58
|
+
Licensor for the purpose of discussing and improving the Work, but
|
|
59
|
+
excluding communication that is conspicuously marked or otherwise
|
|
60
|
+
designated in writing by the copyright owner as "Not a Contribution."
|
|
61
|
+
|
|
62
|
+
"Contributor" shall mean Licensor and any individual or Legal Entity
|
|
63
|
+
on behalf of whom a Contribution has been received by Licensor and
|
|
64
|
+
subsequently incorporated within the Work.
|
|
65
|
+
|
|
66
|
+
2. Grant of Copyright License. Subject to the terms and conditions of
|
|
67
|
+
this License, each Contributor hereby grants to You a perpetual,
|
|
68
|
+
worldwide, non-exclusive, no-charge, royalty-free, irrevocable
|
|
69
|
+
copyright license to reproduce, prepare Derivative Works of,
|
|
70
|
+
publicly display, publicly perform, sublicense, and distribute the
|
|
71
|
+
Work and such Derivative Works in Source or Object form.
|
|
72
|
+
|
|
73
|
+
3. Grant of Patent License. Subject to the terms and conditions of
|
|
74
|
+
this License, each Contributor hereby grants to You a perpetual,
|
|
75
|
+
worldwide, non-exclusive, no-charge, royalty-free, irrevocable
|
|
76
|
+
(except as stated in this section) patent license to make, have made,
|
|
77
|
+
use, offer to sell, sell, import, and otherwise transfer the Work,
|
|
78
|
+
where such license applies only to those patent claims licensable
|
|
79
|
+
by such Contributor that are necessarily infringed by their
|
|
80
|
+
Contribution(s) alone or by combination of their Contribution(s)
|
|
81
|
+
with the Work to which such Contribution(s) was submitted. If You
|
|
82
|
+
institute patent litigation against any entity (including a
|
|
83
|
+
cross-claim or counterclaim in a lawsuit) alleging that the Work
|
|
84
|
+
or a Contribution incorporated within the Work constitutes direct
|
|
85
|
+
or contributory patent infringement, then any patent licenses
|
|
86
|
+
granted to You under this License for that Work shall terminate
|
|
87
|
+
as of the date such litigation is filed.
|
|
88
|
+
|
|
89
|
+
4. Redistribution. You may reproduce and distribute copies of the
|
|
90
|
+
Work or Derivative Works thereof in any medium, with or without
|
|
91
|
+
modifications, and in Source or Object form, provided that You
|
|
92
|
+
meet the following conditions:
|
|
93
|
+
|
|
94
|
+
(a) You must give any other recipients of the Work or
|
|
95
|
+
Derivative Works a copy of this License; and
|
|
96
|
+
|
|
97
|
+
(b) You must cause any modified files to carry prominent notices
|
|
98
|
+
stating that You changed the files; and
|
|
99
|
+
|
|
100
|
+
(c) You must retain, in the Source form of any Derivative Works
|
|
101
|
+
that You distribute, all copyright, patent, trademark, and
|
|
102
|
+
attribution notices from the Source form of the Work,
|
|
103
|
+
excluding those notices that do not pertain to any part of
|
|
104
|
+
the Derivative Works; and
|
|
105
|
+
|
|
106
|
+
(d) If the Work includes a "NOTICE" text file as part of its
|
|
107
|
+
distribution, then any Derivative Works that You distribute must
|
|
108
|
+
include a readable copy of the attribution notices contained
|
|
109
|
+
within such NOTICE file, excluding those notices that do not
|
|
110
|
+
pertain to any part of the Derivative Works, in at least one
|
|
111
|
+
of the following places: within a NOTICE text file distributed
|
|
112
|
+
as part of the Derivative Works; within the Source form or
|
|
113
|
+
documentation, if provided along with the Derivative Works; or,
|
|
114
|
+
within a display generated by the Derivative Works, if and
|
|
115
|
+
wherever such third-party notices normally appear. The contents
|
|
116
|
+
of the NOTICE file are for informational purposes only and
|
|
117
|
+
do not modify the License. You may add Your own attribution
|
|
118
|
+
notices within Derivative Works that You distribute, alongside
|
|
119
|
+
or as an addendum to the NOTICE text from the Work, provided
|
|
120
|
+
that such additional attribution notices cannot be construed
|
|
121
|
+
as modifying the License.
|
|
122
|
+
|
|
123
|
+
You may add Your own copyright statement to Your modifications and
|
|
124
|
+
may provide additional or different license terms and conditions
|
|
125
|
+
for use, reproduction, or distribution of Your modifications, or
|
|
126
|
+
for any such Derivative Works as a whole, provided Your use,
|
|
127
|
+
reproduction, and distribution of the Work otherwise complies with
|
|
128
|
+
the conditions stated in this License.
|
|
129
|
+
|
|
130
|
+
5. Submission of Contributions. Unless You explicitly state otherwise,
|
|
131
|
+
any Contribution intentionally submitted for inclusion in the Work
|
|
132
|
+
by You to the Licensor shall be under the terms and conditions of
|
|
133
|
+
this License, without any additional terms or conditions.
|
|
134
|
+
Notwithstanding the above, nothing herein shall supersede or modify
|
|
135
|
+
the terms of any separate license agreement you may have executed
|
|
136
|
+
with Licensor regarding such Contributions.
|
|
137
|
+
|
|
138
|
+
6. Trademarks. This License does not grant permission to use the trade
|
|
139
|
+
names, trademarks, service marks, or product names of the Licensor,
|
|
140
|
+
except as required for reasonable and customary use in describing the
|
|
141
|
+
origin of the Work and reproducing the content of the NOTICE file.
|
|
142
|
+
|
|
143
|
+
7. Disclaimer of Warranty. Unless required by applicable law or
|
|
144
|
+
agreed to in writing, Licensor provides the Work (and each
|
|
145
|
+
Contributor provides its Contributions) on an "AS IS" BASIS,
|
|
146
|
+
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
|
|
147
|
+
implied, including, without limitation, any warranties or conditions
|
|
148
|
+
of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A
|
|
149
|
+
PARTICULAR PURPOSE. You are solely responsible for determining the
|
|
150
|
+
appropriateness of using or redistributing the Work and assume any
|
|
151
|
+
risks associated with Your exercise of permissions under this License.
|
|
152
|
+
|
|
153
|
+
8. Limitation of Liability. In no event and under no legal theory,
|
|
154
|
+
whether in tort (including negligence), contract, or otherwise,
|
|
155
|
+
unless required by applicable law (such as deliberate and grossly
|
|
156
|
+
negligent acts) or agreed to in writing, shall any Contributor be
|
|
157
|
+
liable to You for damages, including any direct, indirect, special,
|
|
158
|
+
incidental, or consequential damages of any character arising as a
|
|
159
|
+
result of this License or out of the use or inability to use the
|
|
160
|
+
Work (including but not limited to damages for loss of goodwill,
|
|
161
|
+
work stoppage, computer failure or malfunction, or any and all
|
|
162
|
+
other commercial damages or losses), even if such Contributor
|
|
163
|
+
has been advised of the possibility of such damages.
|
|
164
|
+
|
|
165
|
+
9. Accepting Warranty or Additional Liability. While redistributing
|
|
166
|
+
the Work or Derivative Works thereof, You may choose to offer,
|
|
167
|
+
and charge a fee for, acceptance of support, warranty, indemnity,
|
|
168
|
+
or other liability obligations and/or rights consistent with this
|
|
169
|
+
License. However, in accepting such obligations, You may act only
|
|
170
|
+
on Your own behalf and on Your sole responsibility, not on behalf
|
|
171
|
+
of any other Contributor, and only if You agree to indemnify,
|
|
172
|
+
defend, and hold each Contributor harmless for any liability
|
|
173
|
+
incurred by, or claims asserted against, such Contributor by reason
|
|
174
|
+
of your accepting any such warranty or additional liability.
|
|
175
|
+
|
|
176
|
+
END OF TERMS AND CONDITIONS
|
|
177
|
+
|
|
178
|
+
APPENDIX: How to apply the Apache License to your work.
|
|
179
|
+
|
|
180
|
+
To apply the Apache License to your work, attach the following
|
|
181
|
+
boilerplate notice, with the fields enclosed by brackets "[]"
|
|
182
|
+
replaced with your own identifying information. (Don't include
|
|
183
|
+
the brackets!) The text should be enclosed in the appropriate
|
|
184
|
+
comment syntax for the file format. We also recommend that a
|
|
185
|
+
file or class name and description of purpose be included on the
|
|
186
|
+
same "printed page" as the copyright notice for easier
|
|
187
|
+
identification within third-party archives.
|
|
188
|
+
|
|
189
|
+
Copyright [yyyy] [name of copyright owner]
|
|
190
|
+
|
|
191
|
+
Licensed under the Apache License, Version 2.0 (the "License");
|
|
192
|
+
you may not use this file except in compliance with the License.
|
|
193
|
+
You may obtain a copy of the License at
|
|
194
|
+
|
|
195
|
+
http://www.apache.org/licenses/LICENSE-2.0
|
|
196
|
+
|
|
197
|
+
Unless required by applicable law or agreed to in writing, software
|
|
198
|
+
distributed under the License is distributed on an "AS IS" BASIS,
|
|
199
|
+
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
200
|
+
See the License for the specific language governing permissions and
|
|
201
|
+
limitations under the License.
|
package/README.md
ADDED
|
@@ -0,0 +1,193 @@
|
|
|
1
|
+
# OpenID4VC plugin
|
|
2
|
+
|
|
3
|
+
`@verana-labs/vs-agent-plugin-openid4vc` adds an optional OpenID4VCI issuer and OpenID4VP verifier to VS Agent.
|
|
4
|
+
|
|
5
|
+
The implemented foundation is deliberately narrow:
|
|
6
|
+
|
|
7
|
+
- pre-authorized OpenID4VCI issuance of `dc+sd-jwt` credentials;
|
|
8
|
+
- DCQL OpenID4VP requests using `direct_post.jwt` and the `x509_hash` client identifier scheme;
|
|
9
|
+
- internal admin routes for creating offers and verification requests and reading their state;
|
|
10
|
+
- public wallet protocol and metadata routes only;
|
|
11
|
+
- certificate, DID-key, and Verana authorization checks before a presentation is accepted.
|
|
12
|
+
|
|
13
|
+
This is implementation groundwork, not EUDI certification or a claim of complete HAIP support. W3C VCDM credentials, ISO mdoc, status lists, authorization-code issuance, and production PKI onboarding are outside this foundation. See [OpenID4VC follow-up scope](../../docs/openid4vc-w3c-follow-up.md).
|
|
14
|
+
|
|
15
|
+
## Configure VS Agent
|
|
16
|
+
|
|
17
|
+
Use the `vs-agent-openid4vc` image target. It enables `messaging,chat,openid4vc` and requires `OID4VC_CONFIG_FILE`:
|
|
18
|
+
|
|
19
|
+
The commands below explicitly select the Colima Docker context. Omit `--context colima` when the active Docker context already points to the intended engine.
|
|
20
|
+
|
|
21
|
+
```bash
|
|
22
|
+
docker --context colima build \
|
|
23
|
+
--target vs-agent-openid4vc \
|
|
24
|
+
-t vs-agent-openid4vc:dev \
|
|
25
|
+
-f apps/vs-agent/Dockerfile .
|
|
26
|
+
|
|
27
|
+
docker --context colima run --rm \
|
|
28
|
+
--env-file ./env-vars \
|
|
29
|
+
-e OID4VC_CONFIG_FILE=/run/config/openid4vc.json \
|
|
30
|
+
-v "$PWD/openid4vc.json:/run/config/openid4vc.json:ro" \
|
|
31
|
+
-p 3000:3000 \
|
|
32
|
+
-p 3001:3001 \
|
|
33
|
+
vs-agent-openid4vc:dev
|
|
34
|
+
```
|
|
35
|
+
|
|
36
|
+
Run both commands from the monorepo root. `env-vars` must set an HTTPS `PUBLIC_API_BASE_URL`, an `AGENT_PUBLIC_DID`, and the normal VS Agent wallet and deployment settings. The JSON file must not contain `publicApiBaseUrl`; VS Agent injects the trusted value from `PUBLIC_API_BASE_URL`. An HTTPS base path is supported and is used verbatim when composing protocol URLs. URLs containing a username or password are rejected.
|
|
37
|
+
|
|
38
|
+
### Development configuration
|
|
39
|
+
|
|
40
|
+
This complete `openid4vc.json` shape passes the current configuration validator. The all-zero fingerprint is intentionally redacted and will trust no real peer. Replace it with the exact lowercase SHA-256 fingerprint of the self-signed issuer leaf before testing presentation:
|
|
41
|
+
|
|
42
|
+
```json
|
|
43
|
+
{
|
|
44
|
+
"issuer": {
|
|
45
|
+
"id": "development-issuer",
|
|
46
|
+
"displayName": "Development Issuer",
|
|
47
|
+
"signing": {
|
|
48
|
+
"development": {
|
|
49
|
+
"enabled": true,
|
|
50
|
+
"commonName": "Local OpenID4VC Issuer"
|
|
51
|
+
}
|
|
52
|
+
}
|
|
53
|
+
},
|
|
54
|
+
"verifier": {
|
|
55
|
+
"id": "development-verifier",
|
|
56
|
+
"displayName": "Development Verifier",
|
|
57
|
+
"signing": {
|
|
58
|
+
"development": {
|
|
59
|
+
"enabled": true,
|
|
60
|
+
"commonName": "Local OpenID4VC Verifier"
|
|
61
|
+
}
|
|
62
|
+
}
|
|
63
|
+
},
|
|
64
|
+
"trust": {
|
|
65
|
+
"resolverUrl": "https://resolver.example/v1/trust",
|
|
66
|
+
"timeoutMs": 5000,
|
|
67
|
+
"allowedDidWebHosts": ["issuer.example"],
|
|
68
|
+
"credentialIssuerCertificates": [],
|
|
69
|
+
"developmentCertificateFingerprints": [
|
|
70
|
+
"SHA256:0000000000000000000000000000000000000000000000000000000000000000"
|
|
71
|
+
]
|
|
72
|
+
},
|
|
73
|
+
"credentialConfigurations": [
|
|
74
|
+
{
|
|
75
|
+
"id": "employee",
|
|
76
|
+
"format": "dc+sd-jwt",
|
|
77
|
+
"vct": "https://agent.example/oid4vc/vct/employee",
|
|
78
|
+
"name": "Employee credential",
|
|
79
|
+
"description": "Development employee credential",
|
|
80
|
+
"vtjscId": "https://trust.example/vtjsc/employee",
|
|
81
|
+
"claims": ["given_name", "family_name", "role"],
|
|
82
|
+
"disclosureFrame": ["given_name", "family_name", "role"],
|
|
83
|
+
"ttlSeconds": 3600
|
|
84
|
+
}
|
|
85
|
+
],
|
|
86
|
+
"verifierPolicies": [
|
|
87
|
+
{
|
|
88
|
+
"id": "employee-check",
|
|
89
|
+
"credentialConfigurationId": "employee",
|
|
90
|
+
"requestedClaims": ["given_name", "family_name", "role"]
|
|
91
|
+
}
|
|
92
|
+
]
|
|
93
|
+
}
|
|
94
|
+
```
|
|
95
|
+
|
|
96
|
+
Development signing generates and persists a self-signed P-256 certificate for each role, with a DNS SAN derived from `PUBLIC_API_BASE_URL` and a DID URI SAN derived from `AGENT_PUBLIC_DID`. Before completing startup, the plugin publishes only those development public keys to the agent-owned DID through Credo's DID update API. Issuer keys use `assertionMethod`, verifier keys use `authentication`, and deterministic role-specific method IDs make restarts idempotent. When both roles share one DID, the plugin publishes them sequentially so neither relationship is lost.
|
|
97
|
+
|
|
98
|
+
The certificate still requires both bindings:
|
|
99
|
+
|
|
100
|
+
- its exact fingerprint must be configured by every verifier that accepts it;
|
|
101
|
+
- the auto-published public key must remain present in the DID document under `assertionMethod` for issuance and `authentication` for verifier request signing.
|
|
102
|
+
|
|
103
|
+
A pin does not replace DID key binding or Verana authorization. Development signing is unsuitable for production and is not a HAIP deployment mode.
|
|
104
|
+
|
|
105
|
+
### Production signing and trust
|
|
106
|
+
|
|
107
|
+
Configured signing material uses a non-self-signed leaf, followed by any intermediates and the root. The private JWK must be the P-256 key matching the leaf. The values below are redacted and must be supplied through a secret-managed, read-only configuration file:
|
|
108
|
+
|
|
109
|
+
```json
|
|
110
|
+
{
|
|
111
|
+
"signing": {
|
|
112
|
+
"configured": {
|
|
113
|
+
"certificateChain": [
|
|
114
|
+
"MIIB...REDACTED_LEAF_BASE64...",
|
|
115
|
+
"MIIC...REDACTED_INTERMEDIATE_BASE64...",
|
|
116
|
+
"MIIC...REDACTED_ROOT_BASE64..."
|
|
117
|
+
],
|
|
118
|
+
"privateJwk": {
|
|
119
|
+
"kty": "EC",
|
|
120
|
+
"crv": "P-256",
|
|
121
|
+
"x": "REDACTED",
|
|
122
|
+
"y": "REDACTED",
|
|
123
|
+
"d": "REDACTED",
|
|
124
|
+
"alg": "ES256",
|
|
125
|
+
"kid": "issuer-signing-key"
|
|
126
|
+
}
|
|
127
|
+
}
|
|
128
|
+
},
|
|
129
|
+
"trust": {
|
|
130
|
+
"resolverUrl": "https://resolver.example/v1/trust",
|
|
131
|
+
"timeoutMs": 5000,
|
|
132
|
+
"allowedDidWebHosts": ["issuer.example"],
|
|
133
|
+
"credentialIssuerCertificates": ["MIIC...REDACTED_TRUSTED_ROOT_BASE64..."]
|
|
134
|
+
}
|
|
135
|
+
}
|
|
136
|
+
```
|
|
137
|
+
|
|
138
|
+
Apply the `signing` object under `issuer`, `verifier`, or both. Each leaf must contain the agent DID as a URI SAN, and its key must match the relevant DID relationship. The plugin never auto-publishes configured production keys; operators must publish them under `assertionMethod` or `authentication` themselves before startup. `credentialIssuerCertificates` contains verifier trust anchors, not peer-supplied chains. Each entry must parse as a currently valid, self-issued CA root with `keyCertSign`; duplicate roots are rejected. Do not put private JWKs in source control, logs, image layers, or public metadata.
|
|
139
|
+
|
|
140
|
+
`allowedDidWebHosts` is the explicit network trust boundary for issuer DIDs read from verified certificates. Only exact `did:web` and `did:webvh` hosts on this operator-managed list are resolved. Do not populate it from a peer request or certificate. Credo owns the underlying fetch and redirect behavior, so an allowlisted host must have operator-trusted DNS and redirect behavior. Loopback, private, link-local, and unsupported DID targets are rejected before Credo resolution. Resolution returns after at most `timeoutMs`, which must not exceed 30000 milliseconds. The agent's own DID host is derived from `AGENT_PUBLIC_DID` and does not need to be repeated in this list.
|
|
141
|
+
|
|
142
|
+
### Configuration reference
|
|
143
|
+
|
|
144
|
+
| Field | Requirement |
|
|
145
|
+
| --------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
|
146
|
+
| `issuer` | Optional when `verifier` is present. Defines `id`, `displayName`, and exactly one signing mode. |
|
|
147
|
+
| `issuer.requireWalletAttestation` | Optional. When `true`, `walletAttestationCertificates` must contain locally configured X.509 roots. Trust-list distribution is not implemented. |
|
|
148
|
+
| `verifier` | Optional when `issuer` is present. Defines `id`, `displayName`, and exactly one signing mode. |
|
|
149
|
+
| `trust` | Required by the verifier. Defines the HTTPS Verana resolver, a 1–30000 ms resolver timeout, exact allowed issuer DID web hosts, valid issuer CA roots, and optional development leaf fingerprints in `SHA256:` plus 64 lowercase hex format. |
|
|
150
|
+
| `credentialConfigurations` | Array of stable IDs, `dc+sd-jwt` format, VCT and VTJSC URLs, display fields, allowed claims, disclosure frame, and a 60–31,536,000 second lifetime. |
|
|
151
|
+
| `verifierPolicies` | Array mapping a policy ID to one credential configuration and a subset of its claims. |
|
|
152
|
+
|
|
153
|
+
Claims named `vct`, `iat`, `exp`, `iss`, or `cnf` are reserved for the credential envelope and cannot be configured.
|
|
154
|
+
|
|
155
|
+
## Route ownership
|
|
156
|
+
|
|
157
|
+
The control and protocol surfaces are intentionally separate.
|
|
158
|
+
|
|
159
|
+
| Surface | Method and path | Owner and purpose |
|
|
160
|
+
| -------------- | ----------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
|
161
|
+
| Internal admin | `POST /v1/oid4vc/offers` | Plugin controller. Creates a pre-authorized offer from `credentialConfigurationId` and all configured claims. |
|
|
162
|
+
| Internal admin | `GET /v1/oid4vc/offers/:id` | Plugin controller. Returns safe issuance state only. |
|
|
163
|
+
| Internal admin | `POST /v1/oid4vc/verifier/requests` | Plugin controller. Creates a request from `policyId`. |
|
|
164
|
+
| Internal admin | `GET /v1/oid4vc/verifier/sessions/:id` | Plugin controller. Returns protocol state and the bounded trust result. |
|
|
165
|
+
| Public | `GET /oid4vc/vct/:configurationId` | Plugin route. Returns configured SD-JWT VC type metadata. |
|
|
166
|
+
| Public | dynamic paths below `/.well-known/*`, `/oid4vci/:issuerId/*`, and `/oid4vp/:verifierId/*` | Pinned Credo router. Serves issuer/OAuth metadata, returned offer and request URIs, and wallet token, credential, authorization-request, and authorization-response traffic. |
|
|
167
|
+
|
|
168
|
+
Credo derives protocol paths from its current route configuration and record IDs. Wallets should follow the URIs returned by the admin API and metadata rather than constructing undocumented paths.
|
|
169
|
+
|
|
170
|
+
The four admin routes have the default `INTERNAL` access mode. They are absent from the public listener and unavailable through the corporation bearer-authenticated listener. The internal listener is network-trusted by default, so production deployments must isolate it or place it behind an authenticated reverse proxy. Credential offers are bearer capabilities and must not be logged or exposed through a public convenience endpoint.
|
|
171
|
+
|
|
172
|
+
## Trust decision
|
|
173
|
+
|
|
174
|
+
A verifier accepts a presentation only after this sequence succeeds:
|
|
175
|
+
|
|
176
|
+
1. Credo verifies the OpenID4VP response, nonce, audience, holder binding, SD-JWT disclosure, signature, and X.509 chain against configured roots or an exact development leaf pin.
|
|
177
|
+
2. The plugin reads a DID only from a URI SAN after X.509 validation succeeds.
|
|
178
|
+
3. Before network resolution, the DID must be a well-formed `did:web` or `did:webvh` on the operator allowlist, with no loopback, private, or link-local target. The resolved document ID must exactly match the requested DID.
|
|
179
|
+
4. The certificate public key must match a verification method authorized by that DID document under `assertionMethod`. The plugin uses `authentication` for its own verifier request-signing certificate during startup.
|
|
180
|
+
5. The Verana resolver must return `TRUSTED` for the issuer DID and authorize that issuer for the credential configuration's `vtjscId`.
|
|
181
|
+
6. The result is accepted only for the exact `TRUSTED_AUTHORIZED` verdict.
|
|
182
|
+
|
|
183
|
+
Missing or invalid chains, SAN errors, key mismatch, unresolvable DIDs, resolver timeout, malformed responses, non-`TRUSTED` status, and missing authorization all fail closed.
|
|
184
|
+
|
|
185
|
+
## Verification evidence
|
|
186
|
+
|
|
187
|
+
| Path | Evidence |
|
|
188
|
+
| ------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
|
189
|
+
| Pinned Credo `0.7.1-pr-2704-20260630143332`, in process | Automated issuance and presentation tests cover a pre-authorized offer, holder-bound `dc+sd-jwt`, DCQL, `x509_hash`, `direct_post.jwt`, `TRUSTED_AUTHORIZED` acceptance, DID-key mismatch, unauthorized issuers, resolver failure, and response replay. |
|
|
190
|
+
| Android or EUDI wallet | No live result, wallet version, or date is recorded for this foundation branch. |
|
|
191
|
+
| Official online interoperability tools | No result is recorded for this foundation branch. |
|
|
192
|
+
|
|
193
|
+
The automated path proves behavior between local Credo agents. It is not external-wallet evidence or formal conformance evidence.
|
|
@@ -0,0 +1,5 @@
|
|
|
1
|
+
import type { OpenId4VcCredentialConfiguration, OpenId4VcPluginOptions, OpenId4VcVerifierPolicy } from './types';
|
|
2
|
+
export declare function validateOpenId4VcOptions(options: OpenId4VcPluginOptions): void;
|
|
3
|
+
export declare function findCredentialConfiguration(options: Pick<OpenId4VcPluginOptions, 'credentialConfigurations'>, id: string): OpenId4VcCredentialConfiguration | undefined;
|
|
4
|
+
export declare function findVerifierPolicy(options: Pick<OpenId4VcPluginOptions, 'verifierPolicies'>, id: string): OpenId4VcVerifierPolicy | undefined;
|
|
5
|
+
export declare function parseOfferClaims(configuration: OpenId4VcCredentialConfiguration, input: unknown): Record<string, unknown>;
|