@openvtc/trust-tasks 0.6.4 → 0.6.5

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.
Files changed (51) hide show
  1. package/dist/index.d.ts +9 -0
  2. package/dist/index.d.ts.map +1 -1
  3. package/dist/index.js +9 -0
  4. package/dist/index.js.map +1 -1
  5. package/dist/provision/integration/0.3/payload.d.ts +279 -0
  6. package/dist/provision/integration/0.3/payload.d.ts.map +1 -0
  7. package/dist/provision/integration/0.3/payload.js +31 -0
  8. package/dist/provision/integration/0.3/payload.js.map +1 -0
  9. package/dist/vault/_shared/0.3/consumer-context.d.ts +11 -0
  10. package/dist/vault/_shared/0.3/consumer-context.d.ts.map +1 -0
  11. package/dist/vault/_shared/0.3/consumer-context.js +6 -0
  12. package/dist/vault/_shared/0.3/consumer-context.js.map +1 -0
  13. package/dist/vault/_shared/0.3/sealed-envelope.d.ts +15 -0
  14. package/dist/vault/_shared/0.3/sealed-envelope.d.ts.map +1 -0
  15. package/dist/vault/_shared/0.3/sealed-envelope.js +6 -0
  16. package/dist/vault/_shared/0.3/sealed-envelope.js.map +1 -0
  17. package/dist/vault/_shared/0.3/session-blob.d.ts +13 -0
  18. package/dist/vault/_shared/0.3/session-blob.d.ts.map +1 -0
  19. package/dist/vault/_shared/0.3/session-blob.js +6 -0
  20. package/dist/vault/_shared/0.3/session-blob.js.map +1 -0
  21. package/dist/vault/_shared/0.3/vault-entry.d.ts +13 -0
  22. package/dist/vault/_shared/0.3/vault-entry.d.ts.map +1 -0
  23. package/dist/vault/_shared/0.3/vault-entry.js +6 -0
  24. package/dist/vault/_shared/0.3/vault-entry.js.map +1 -0
  25. package/dist/vault/_shared/0.3/vault-secret.d.ts +15 -0
  26. package/dist/vault/_shared/0.3/vault-secret.d.ts.map +1 -0
  27. package/dist/vault/_shared/0.3/vault-secret.js +6 -0
  28. package/dist/vault/_shared/0.3/vault-secret.js.map +1 -0
  29. package/dist/vault/get/0.3/payload.d.ts +211 -0
  30. package/dist/vault/get/0.3/payload.d.ts.map +1 -0
  31. package/dist/vault/get/0.3/payload.js +31 -0
  32. package/dist/vault/get/0.3/payload.js.map +1 -0
  33. package/dist/vault/list/0.3/payload.d.ts +287 -0
  34. package/dist/vault/list/0.3/payload.d.ts.map +1 -0
  35. package/dist/vault/list/0.3/payload.js +31 -0
  36. package/dist/vault/list/0.3/payload.js.map +1 -0
  37. package/dist/vault/upsert/0.3/payload.d.ts +305 -0
  38. package/dist/vault/upsert/0.3/payload.d.ts.map +1 -0
  39. package/dist/vault/upsert/0.3/payload.js +31 -0
  40. package/dist/vault/upsert/0.3/payload.js.map +1 -0
  41. package/package.json +1 -1
  42. package/src/index.ts +9 -0
  43. package/src/provision/integration/0.3/payload.ts +286 -0
  44. package/src/vault/_shared/0.3/consumer-context.ts +11 -0
  45. package/src/vault/_shared/0.3/sealed-envelope.ts +15 -0
  46. package/src/vault/_shared/0.3/session-blob.ts +13 -0
  47. package/src/vault/_shared/0.3/vault-entry.ts +13 -0
  48. package/src/vault/_shared/0.3/vault-secret.ts +15 -0
  49. package/src/vault/get/0.3/payload.ts +226 -0
  50. package/src/vault/list/0.3/payload.ts +310 -0
  51. package/src/vault/upsert/0.3/payload.ts +328 -0
@@ -0,0 +1,305 @@
1
+ /**
2
+ * Generated by scripts/build-ts-bindings.mjs — DO NOT EDIT BY HAND.
3
+ * Source: specs/vault/upsert/0.3/payload.schema.json
4
+ */
5
+ /**
6
+ * A single binding target for a vault entry. Tagged union over the discriminator `kind`. A VaultEntry's `targets` array MAY mix any number of these.
7
+ */
8
+ export type SiteTarget = WebOrigin | Did | IosApp | AndroidApp;
9
+ /**
10
+ * Discriminator for the secret type stored in the entry. Definitions:
11
+ * - `password` — username + password (+ optional TOTP seed).
12
+ * - `passkey` — WebAuthn discoverable credential (private key + rpId + userHandle).
13
+ * - `oauthTokens` — OAuth 2.0 refresh + access token bundle for a specific provider.
14
+ * - `didSelfIssued` — Self-Issued OpenID Provider v2 (SIOP) credential: the entry points at a DID + signing key already managed by the VTA.
15
+ * - `didcommPeer` — DIDComm peer identity used to authenticate against a DIDComm-speaking relying party.
16
+ * - `bearerToken` — opaque bearer token carried in a maintainer-named header (covers API tokens, long-lived JWTs, personal-access tokens).
17
+ * - `sshKey` — SSH private key + comment.
18
+ * - `custom` — arbitrary structured fields; release-time consumer responsible for interpretation.
19
+ */
20
+ export type SecretKind = "password" | "passkey" | "oauthTokens" | "didSelfIssued" | "didcommPeer" | "bearerToken" | "sshKey" | "custom";
21
+ /**
22
+ * Pluggable cipher envelope (discriminated by `envelope`) whose cleartext is a JCS-canonical JSON conforming to `vault/_shared/0.1/vault-secret#/$defs/VaultSecret`. The supported envelope kinds are listed in the SealedEnvelope shared schema; M2A consumers reject any kind they don't implement with `vault/upsert:envelope_unsupported`. REQUIRED on create unless `secretKind` is `didSelfIssued` or `didcommPeer` (those carry only references to maintainer-internal key ids and have no extra secret bytes). On update, omit if the secret material is unchanged; populate if the secret is being rotated.
23
+ */
24
+ export type SealedEnvelope = DidcommAuthcryptEnvelope | HpkeArmoredEnvelope | TspMessageEnvelope;
25
+ /**
26
+ * Discriminator for the secret type stored in the entry. Definitions:
27
+ * - `password` — username + password (+ optional TOTP seed).
28
+ * - `passkey` — WebAuthn discoverable credential (private key + rpId + userHandle).
29
+ * - `oauthTokens` — OAuth 2.0 refresh + access token bundle for a specific provider.
30
+ * - `didSelfIssued` — Self-Issued OpenID Provider v2 (SIOP) credential: the entry points at a DID + signing key already managed by the VTA.
31
+ * - `didcommPeer` — DIDComm peer identity used to authenticate against a DIDComm-speaking relying party.
32
+ * - `bearerToken` — opaque bearer token carried in a maintainer-named header (covers API tokens, long-lived JWTs, personal-access tokens).
33
+ * - `sshKey` — SSH private key + comment.
34
+ * - `custom` — arbitrary structured fields; release-time consumer responsible for interpretation.
35
+ */
36
+ export type SecretKind1 = "password" | "passkey" | "oauthTokens" | "didSelfIssued" | "didcommPeer" | "bearerToken" | "sshKey" | "custom";
37
+ /**
38
+ * Digest over the encrypted blob bytes (post-encryption), so the consumer can verify integrity after fetch. Taken over the bytes as stored, not over a canonicalization: the blob is an opaque artifact, not a JSON document.
39
+ */
40
+ export type DigestMultibase = string;
41
+ /**
42
+ * Create a new vault entry or update an existing one. The secret material — if present — rides inside a pluggable cipher envelope (see `vault/_shared/0.1/sealed-envelope`), so the Trust Task carries ciphertext and an authenticator, not plaintext. Updates may be partial: any populated metadata field replaces the current value; omitted fields are left untouched; explicit null clears the field (per `clearFields`). Optimistic-concurrency check via `expectedVersion`.
43
+ */
44
+ export interface VaultUpsertPayload {
45
+ /**
46
+ * Entry id. Omit to create; supply to update. Maintainers MAY accept consumer-supplied ids on create (recommended: ULID) or MAY assign their own and return the assigned id in the response.
47
+ */
48
+ id?: string;
49
+ /**
50
+ * When updating, the consumer's last-observed `version` for the entry. The maintainer rejects with `vault/upsert:version_conflict` if the current version differs. Omit on create.
51
+ */
52
+ expectedVersion?: number;
53
+ /**
54
+ * Trust context the entry belongs to. Cannot be changed by upsert; to move an entry between contexts the consumer MUST delete and recreate.
55
+ */
56
+ contextId: string;
57
+ /**
58
+ * @minItems 1
59
+ */
60
+ targets: [SiteTarget, ...SiteTarget[]];
61
+ label: string;
62
+ secretKind: SecretKind;
63
+ tags?: string[];
64
+ notes?: string;
65
+ favicon?: string;
66
+ selectors?: string[];
67
+ customFieldNames?: string[];
68
+ expiresAt?: string;
69
+ sealedSecret?: SealedEnvelope;
70
+ /**
71
+ * List of metadata fields to explicitly clear on this upsert. Distinguishes "don't touch" (field omitted from payload) from "clear" (field listed here).
72
+ */
73
+ clearFields?: ("notes" | "favicon" | "expiresAt" | "tags" | "selectors" | "customFieldNames")[];
74
+ ext?: Ext;
75
+ }
76
+ export interface WebOrigin {
77
+ kind: "webOrigin";
78
+ /**
79
+ * Web origin per RFC 6454 (scheme + host + optional port), e.g. "https://github.com". Compared by exact string equality after canonicalisation (lowercase host, default port elided). Consumers wanting subdomain coverage SHOULD add multiple targets, not encode a wildcard.
80
+ */
81
+ origin: string;
82
+ }
83
+ export interface Did {
84
+ kind: "did";
85
+ /**
86
+ * DID identifying the relying party (e.g. did:web:rp.example). The vault maintainer is responsible for any DID resolution required to act on this entry.
87
+ */
88
+ did: string;
89
+ }
90
+ export interface IosApp {
91
+ kind: "iosApp";
92
+ /**
93
+ * iOS bundle identifier in reverse-DNS form (e.g. "com.github.stwalkerster.codehub"). Compared by exact string equality. Matches when an iOS Companion identifies the requesting app via its bundle id (typically via the OS Credential Manager integration).
94
+ */
95
+ bundleId: string;
96
+ /**
97
+ * Optional Apple Developer Team identifier (10-character alphanumeric). When supplied, the maintainer SHOULD also verify the team id of the requesting app before matching — defense in depth against bundle-id squatting on jailbroken devices.
98
+ */
99
+ teamId?: string;
100
+ }
101
+ export interface AndroidApp {
102
+ kind: "androidApp";
103
+ /**
104
+ * Android package name in reverse-DNS form (e.g. "com.github.android").
105
+ */
106
+ packageName: string;
107
+ /**
108
+ * SHA-256 fingerprints of the app's signing certificates, in colon-separated hex (the format `apksigner` and the Play Console emit). At least one fingerprint MUST be present. The maintainer matches when ANY of the provided fingerprints matches the requesting app's signature — this supports apps signed by multiple keys (e.g. during certificate rotation via Play App Signing).
109
+ *
110
+ * @minItems 1
111
+ */
112
+ sha256CertFingerprints: [string, ...string[]];
113
+ }
114
+ /**
115
+ * DIDComm v2 authcrypt JWE (ECDH-1PU + A256CBC-HS512, X25519/P-256 key agreement). Sender authentication is the JWE's `skid` — the producer's DID#keyAgreement. The maintainer's keyAgreement key is the recipient. Cleartext is JCS-canonical JSON of the variant's payload type.
116
+ *
117
+ * M2A is the only implementation today; this is also the canonical default for new code.
118
+ */
119
+ export interface DidcommAuthcryptEnvelope {
120
+ envelope: "didcommAuthcrypt";
121
+ /**
122
+ * Compact DIDComm v2 JWE (base64url-encoded, dot-separated). Unpacks via the framework's standard DIDComm machinery; cleartext is the payload-specific JSON.
123
+ */
124
+ jwe: string;
125
+ }
126
+ /**
127
+ * OpenPGP-style ASCII-armored HPKE bundle — the existing OpenVTC sealed-transfer wire form (X25519-HKDF-SHA256 KEM + ChaCha20-Poly1305 AEAD, framed in armor with Bundle-Id / Digest-Algo headers and a CRC24 checksum). Producer assertion (`didSigned` / `attested` / `pinnedOnly`) is the integrity / authenticity anchor.
128
+ *
129
+ * No open-source implementation reads this yet outside vta-sdk's `sealed_transfer` crate; new code SHOULD prefer the DIDComm variant. Defined here for parity with the existing offline-bundle / cross-VTA workflows that the design plan reserves for M5+.
130
+ */
131
+ export interface HpkeArmoredEnvelope {
132
+ envelope: "hpkeArmored";
133
+ /**
134
+ * ASCII-armored bundle text. Multi-line base64 with framing headers + CRC24.
135
+ */
136
+ armored: string;
137
+ /**
138
+ * did:key identifier of the X25519 public key the envelope was sealed to. The recipient uses this to select the matching private key.
139
+ */
140
+ recipientKeyId: string;
141
+ /**
142
+ * Producer-assertion mode per the sealed-transfer framework. `didSigned` = Ed25519 signature by issuer; `attested` = TEE attestation quote (e.g. Nitro); `pinnedOnly` = OOB SHA-256 digest only (dev/test, NOT for production).
143
+ */
144
+ producerAssertion?: "didSigned" | "attested" | "pinnedOnly";
145
+ }
146
+ /**
147
+ * Trust Spanning Protocol message (https://trustoverip.github.io/tswg-tsp-specification/). Reserved variant; no OpenVTC component reads or emits this today. Listed in the union so implementations can declare intent to use TSP in discovery and so consumers reject `tspMessage` envelopes explicitly (`envelope_unsupported`) until they're wired up — rather than silently failing in DIDComm parsing.
148
+ */
149
+ export interface TspMessageEnvelope {
150
+ envelope: "tspMessage";
151
+ /**
152
+ * Base64url-encoded TSP message bytes. Format reference: https://trustoverip.github.io/tswg-tsp-specification/#message-format
153
+ */
154
+ message: string;
155
+ }
156
+ /**
157
+ * Vendor-namespaced extension object per SPEC.md §4.5.1. Each immediate key MUST be a reverse-DNS namespace; structure under each namespace is opaque to the framework.
158
+ */
159
+ export interface Ext {
160
+ [k: string]: unknown | undefined;
161
+ }
162
+ export interface VaultUpsertResponsePayload {
163
+ entry: VaultEntry;
164
+ /**
165
+ * true when this upsert created a new entry; false when it updated an existing one.
166
+ */
167
+ created?: boolean;
168
+ ext?: Ext;
169
+ }
170
+ export interface VaultEntry {
171
+ /**
172
+ * Opaque vault-maintainer-assigned identifier for the entry. ULID/UUID/base32 are common; the wire spec only requires non-empty string equality.
173
+ */
174
+ id: string;
175
+ /**
176
+ * Identifier of the trust context (persona) the entry belongs to. Opaque string interpreted by the vault maintainer; corresponds to a single ContextRecord on the VTA side.
177
+ */
178
+ contextId: string;
179
+ /**
180
+ * One or more binding targets — web origins, mobile app identifiers, and/or DIDs — that this credential applies to. A request from any matching target uses this entry. A typical entry for a service that exists as both a website and mobile apps will list a web origin, an iOS bundle id, and an Android package id; passkeys for that service typically list only the origin (because iOS Associated Domains and Android Asset Links bind apps to the domain at the OS level).
181
+ *
182
+ * @minItems 1
183
+ */
184
+ targets: [SiteTarget, ...SiteTarget[]];
185
+ /**
186
+ * Human-readable display name (e.g. "Work GitHub", "Personal bank — checking"). Maintainers MAY enforce a maximum length; the wire spec does not.
187
+ */
188
+ label: string;
189
+ secretKind: SecretKind1;
190
+ /**
191
+ * User-defined tags for organisation and filtering (e.g. ["family", "finance"]). Maintainers MAY enforce a maximum count; the wire spec does not.
192
+ */
193
+ tags?: string[];
194
+ /**
195
+ * Non-sensitive notes the user attached to the entry. Visible in metadata view (suitable for support contact, account number, expiry policy memos). SENSITIVE notes belong in the secret payload as a `secureNotes` field — those are only released by vault/release/0.1.
196
+ */
197
+ notes?: string;
198
+ /**
199
+ * Optional URI of an icon to display in the consumer UI. Maintainers MAY fetch and cache; consumers SHOULD treat as untrusted content and fetch via a sandboxed pipeline.
200
+ */
201
+ favicon?: string;
202
+ /**
203
+ * Opaque maintainer-defined selector strings fed to the policy engine when this entry is requested (e.g. "recent_uv_required", "network_class=corp", "step_up_push"). Consumers MUST treat selectors as opaque; they exist for policy authoring on the maintainer side.
204
+ */
205
+ selectors?: string[];
206
+ /**
207
+ * Names of additional fields the user has attached (e.g. ["security-question-1", "account-number"]). The VALUES live in the secret payload and are only delivered by vault/release/0.1. Exposing names in metadata lets the consumer render the right form layout before requesting release.
208
+ */
209
+ customFieldNames?: string[];
210
+ /**
211
+ * References to encrypted blobs associated with the entry (recovery codes, PEM files, screenshots of authenticator setup). The blobs themselves are fetched via a separate mechanism the maintainer documents; metadata view exposes only the descriptor.
212
+ */
213
+ attachments?: AttachmentRef[];
214
+ /**
215
+ * Optional time after which the credential is no longer expected to be valid (e.g. an OAuth refresh token's known expiry, a time-limited API token, an enterprise password rotation policy). Maintainers MAY surface this in the consumer UI as a warning.
216
+ */
217
+ expiresAt?: string;
218
+ /**
219
+ * Set by the maintainer (via HIBP integration or equivalent) when the password material associated with this entry is known to appear in a public breach. Consumers SHOULD surface this prominently. Cleared when the user rotates the password and the new password is not in any known breach.
220
+ */
221
+ breachedAt?: string;
222
+ /**
223
+ * Set whenever the password component of the secret payload is rotated. Maintainers MUST update this on every secret-material change for entries of kind `password` (or any kind that carries a password component). Used by consumers to surface rotation-overdue warnings.
224
+ */
225
+ passwordChangedAt?: string;
226
+ createdAt: string;
227
+ /**
228
+ * VID of the consumer that originally created the entry.
229
+ */
230
+ createdBy?: string;
231
+ updatedAt: string;
232
+ /**
233
+ * VID of the consumer that last modified the entry.
234
+ */
235
+ updatedBy?: string;
236
+ /**
237
+ * Most recent time the entry was used (either released or proxy-login performed). Maintainers MAY return this with reduced precision (e.g. hour-floored) when releasing to a less-trusted consumer.
238
+ */
239
+ lastUsedAt?: string;
240
+ /**
241
+ * Monotonic version counter incremented on every mutation. Used by consumers for optimistic-concurrency checks on vault/upsert and as the seq baseline for vault/sync.
242
+ */
243
+ version: number;
244
+ /**
245
+ * Optional cached DID the entry will act AS for DID-shaped flows — mirrors the `did` field of the entry's secret payload when `secretKind` carries one (`didSelfIssued`, `didcommPeer`). Absent for kinds that have no DID concept (`password`, `passkey`, `oauthTokens`, `bearerToken`, `sshKey`, `custom`). MAINTAINER-DERIVED, NOT CONSUMER-SUPPLIED: the maintainer MUST recompute this from the canonical secret at every upsert / secret rotation; a producer-supplied value on `vault/upsert/0.1` MUST be ignored (no error, but no honour). Read-only on the wire, present in metadata views so consumers can drive RP-side flows (e.g. fetch `/auth/challenge` keyed on the principal DID before requesting a proxy-login) without releasing the secret.
246
+ */
247
+ principalDid?: string;
248
+ ext?: Ext1;
249
+ }
250
+ export interface AttachmentRef {
251
+ /**
252
+ * Opaque maintainer-assigned id for this attachment; used to fetch the blob via a separate mechanism.
253
+ */
254
+ id: string;
255
+ /**
256
+ * User-supplied filename (e.g. "recovery-codes.txt").
257
+ */
258
+ name: string;
259
+ /**
260
+ * Size of the encrypted blob in bytes. Maintainers MAY enforce a maximum per attachment and per entry.
261
+ */
262
+ sizeBytes: number;
263
+ digestMultibase: DigestMultibase;
264
+ /**
265
+ * Optional MIME type hint for the consumer UI (e.g. "text/plain", "application/x-pem-file").
266
+ */
267
+ contentType?: string;
268
+ }
269
+ /**
270
+ * Vendor-namespaced extension object per SPEC.md §4.5.1. Each immediate key MUST be a reverse-DNS namespace; structure under each namespace is opaque to the framework.
271
+ */
272
+ export interface Ext1 {
273
+ [k: string]: unknown | undefined;
274
+ }
275
+ /** Trust Task type URI. */
276
+ export declare const TYPE_URI: "https://trusttasks.org/spec/vault/upsert/0.3";
277
+ /** Stable alias for this specification's request payload shape. */
278
+ export type Payload = VaultUpsertPayload;
279
+ /** Trust Task response type URI (request type URI + "#response"). */
280
+ export declare const RESPONSE_TYPE_URI: "https://trusttasks.org/spec/vault/upsert/0.3#response";
281
+ /** Stable alias for this specification's success-response payload shape. */
282
+ export type Response = VaultUpsertResponsePayload;
283
+ /**
284
+ * SPEC.md §7.2 policy for the request variant, from this specification's
285
+ * front matter. Pass to `consumeInbound` — items 5b, 7 and 8 are
286
+ * per-specification and cannot be derived from the document alone.
287
+ */
288
+ export declare const SPEC: {
289
+ readonly typeUri: "https://trusttasks.org/spec/vault/upsert/0.3";
290
+ readonly isBearer: false;
291
+ readonly isProofRequired: true;
292
+ readonly isRecipientRequired: true;
293
+ };
294
+ /**
295
+ * SPEC.md §7.2 policy for the success-response variant. `isRecipientRequired`
296
+ * tracks the *issuer* party's requirement because a response swaps the
297
+ * parties (§7.3 item 5).
298
+ */
299
+ export declare const RESPONSE_SPEC: {
300
+ readonly typeUri: "https://trusttasks.org/spec/vault/upsert/0.3#response";
301
+ readonly isBearer: false;
302
+ readonly isProofRequired: true;
303
+ readonly isRecipientRequired: true;
304
+ };
305
+ //# sourceMappingURL=payload.d.ts.map
@@ -0,0 +1 @@
1
+ {"version":3,"file":"payload.d.ts","sourceRoot":"","sources":["../../../../src/vault/upsert/0.3/payload.ts"],"names":[],"mappings":"AAAA;;;GAGG;AAEH;;GAEG;AACH,MAAM,MAAM,UAAU,GAAG,SAAS,GAAG,GAAG,GAAG,MAAM,GAAG,UAAU,CAAC;AAC/D;;;;;;;;;;GAUG;AACH,MAAM,MAAM,UAAU,GAClB,UAAU,GACV,SAAS,GACT,aAAa,GACb,eAAe,GACf,aAAa,GACb,aAAa,GACb,QAAQ,GACR,QAAQ,CAAC;AACb;;GAEG;AACH,MAAM,MAAM,cAAc,GAAG,wBAAwB,GAAG,mBAAmB,GAAG,kBAAkB,CAAC;AACjG;;;;;;;;;;GAUG;AACH,MAAM,MAAM,WAAW,GACnB,UAAU,GACV,SAAS,GACT,aAAa,GACb,eAAe,GACf,aAAa,GACb,aAAa,GACb,QAAQ,GACR,QAAQ,CAAC;AACb;;GAEG;AACH,MAAM,MAAM,eAAe,GAAG,MAAM,CAAC;AAErC;;GAEG;AACH,MAAM,WAAW,kBAAkB;IACjC;;OAEG;IACH,EAAE,CAAC,EAAE,MAAM,CAAC;IACZ;;OAEG;IACH,eAAe,CAAC,EAAE,MAAM,CAAC;IACzB;;OAEG;IACH,SAAS,EAAE,MAAM,CAAC;IAClB;;OAEG;IACH,OAAO,EAAE,CAAC,UAAU,EAAE,GAAG,UAAU,EAAE,CAAC,CAAC;IACvC,KAAK,EAAE,MAAM,CAAC;IACd,UAAU,EAAE,UAAU,CAAC;IACvB,IAAI,CAAC,EAAE,MAAM,EAAE,CAAC;IAChB,KAAK,CAAC,EAAE,MAAM,CAAC;IACf,OAAO,CAAC,EAAE,MAAM,CAAC;IACjB,SAAS,CAAC,EAAE,MAAM,EAAE,CAAC;IACrB,gBAAgB,CAAC,EAAE,MAAM,EAAE,CAAC;IAC5B,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB,YAAY,CAAC,EAAE,cAAc,CAAC;IAC9B;;OAEG;IACH,WAAW,CAAC,EAAE,CAAC,OAAO,GAAG,SAAS,GAAG,WAAW,GAAG,MAAM,GAAG,WAAW,GAAG,kBAAkB,CAAC,EAAE,CAAC;IAChG,GAAG,CAAC,EAAE,GAAG,CAAC;CACX;AACD,MAAM,WAAW,SAAS;IACxB,IAAI,EAAE,WAAW,CAAC;IAClB;;OAEG;IACH,MAAM,EAAE,MAAM,CAAC;CAChB;AACD,MAAM,WAAW,GAAG;IAClB,IAAI,EAAE,KAAK,CAAC;IACZ;;OAEG;IACH,GAAG,EAAE,MAAM,CAAC;CACb;AACD,MAAM,WAAW,MAAM;IACrB,IAAI,EAAE,QAAQ,CAAC;IACf;;OAEG;IACH,QAAQ,EAAE,MAAM,CAAC;IACjB;;OAEG;IACH,MAAM,CAAC,EAAE,MAAM,CAAC;CACjB;AACD,MAAM,WAAW,UAAU;IACzB,IAAI,EAAE,YAAY,CAAC;IACnB;;OAEG;IACH,WAAW,EAAE,MAAM,CAAC;IACpB;;;;OAIG;IACH,sBAAsB,EAAE,CAAC,MAAM,EAAE,GAAG,MAAM,EAAE,CAAC,CAAC;CAC/C;AACD;;;;GAIG;AACH,MAAM,WAAW,wBAAwB;IACvC,QAAQ,EAAE,kBAAkB,CAAC;IAC7B;;OAEG;IACH,GAAG,EAAE,MAAM,CAAC;CACb;AACD;;;;GAIG;AACH,MAAM,WAAW,mBAAmB;IAClC,QAAQ,EAAE,aAAa,CAAC;IACxB;;OAEG;IACH,OAAO,EAAE,MAAM,CAAC;IAChB;;OAEG;IACH,cAAc,EAAE,MAAM,CAAC;IACvB;;OAEG;IACH,iBAAiB,CAAC,EAAE,WAAW,GAAG,UAAU,GAAG,YAAY,CAAC;CAC7D;AACD;;GAEG;AACH,MAAM,WAAW,kBAAkB;IACjC,QAAQ,EAAE,YAAY,CAAC;IACvB;;OAEG;IACH,OAAO,EAAE,MAAM,CAAC;CACjB;AACD;;GAEG;AACH,MAAM,WAAW,GAAG;IAClB,CAAC,CAAC,EAAE,MAAM,GAAG,OAAO,GAAG,SAAS,CAAC;CAClC;AACD,MAAM,WAAW,0BAA0B;IACzC,KAAK,EAAE,UAAU,CAAC;IAClB;;OAEG;IACH,OAAO,CAAC,EAAE,OAAO,CAAC;IAClB,GAAG,CAAC,EAAE,GAAG,CAAC;CACX;AACD,MAAM,WAAW,UAAU;IACzB;;OAEG;IACH,EAAE,EAAE,MAAM,CAAC;IACX;;OAEG;IACH,SAAS,EAAE,MAAM,CAAC;IAClB;;;;OAIG;IACH,OAAO,EAAE,CAAC,UAAU,EAAE,GAAG,UAAU,EAAE,CAAC,CAAC;IACvC;;OAEG;IACH,KAAK,EAAE,MAAM,CAAC;IACd,UAAU,EAAE,WAAW,CAAC;IACxB;;OAEG;IACH,IAAI,CAAC,EAAE,MAAM,EAAE,CAAC;IAChB;;OAEG;IACH,KAAK,CAAC,EAAE,MAAM,CAAC;IACf;;OAEG;IACH,OAAO,CAAC,EAAE,MAAM,CAAC;IACjB;;OAEG;IACH,SAAS,CAAC,EAAE,MAAM,EAAE,CAAC;IACrB;;OAEG;IACH,gBAAgB,CAAC,EAAE,MAAM,EAAE,CAAC;IAC5B;;OAEG;IACH,WAAW,CAAC,EAAE,aAAa,EAAE,CAAC;IAC9B;;OAEG;IACH,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB;;OAEG;IACH,UAAU,CAAC,EAAE,MAAM,CAAC;IACpB;;OAEG;IACH,iBAAiB,CAAC,EAAE,MAAM,CAAC;IAC3B,SAAS,EAAE,MAAM,CAAC;IAClB;;OAEG;IACH,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB,SAAS,EAAE,MAAM,CAAC;IAClB;;OAEG;IACH,SAAS,CAAC,EAAE,MAAM,CAAC;IACnB;;OAEG;IACH,UAAU,CAAC,EAAE,MAAM,CAAC;IACpB;;OAEG;IACH,OAAO,EAAE,MAAM,CAAC;IAChB;;OAEG;IACH,YAAY,CAAC,EAAE,MAAM,CAAC;IACtB,GAAG,CAAC,EAAE,IAAI,CAAC;CACZ;AACD,MAAM,WAAW,aAAa;IAC5B;;OAEG;IACH,EAAE,EAAE,MAAM,CAAC;IACX;;OAEG;IACH,IAAI,EAAE,MAAM,CAAC;IACb;;OAEG;IACH,SAAS,EAAE,MAAM,CAAC;IAClB,eAAe,EAAE,eAAe,CAAC;IACjC;;OAEG;IACH,WAAW,CAAC,EAAE,MAAM,CAAC;CACtB;AACD;;GAEG;AACH,MAAM,WAAW,IAAI;IACnB,CAAC,CAAC,EAAE,MAAM,GAAG,OAAO,GAAG,SAAS,CAAC;CAClC;AAED,2BAA2B;AAC3B,eAAO,MAAM,QAAQ,EAAG,8CAAuD,CAAC;AAEhF,mEAAmE;AACnE,MAAM,MAAM,OAAO,GAAG,kBAAkB,CAAC;AAEzC,qEAAqE;AACrE,eAAO,MAAM,iBAAiB,EAAG,uDAAgE,CAAC;AAElG,4EAA4E;AAC5E,MAAM,MAAM,QAAQ,GAAG,0BAA0B,CAAC;AAElD;;;;GAIG;AACH,eAAO,MAAM,IAAI;;;;;CAKP,CAAC;AAEX;;;;GAIG;AACH,eAAO,MAAM,aAAa;;;;;CAKhB,CAAC"}
@@ -0,0 +1,31 @@
1
+ /**
2
+ * Generated by scripts/build-ts-bindings.mjs — DO NOT EDIT BY HAND.
3
+ * Source: specs/vault/upsert/0.3/payload.schema.json
4
+ */
5
+ /** Trust Task type URI. */
6
+ export const TYPE_URI = "https://trusttasks.org/spec/vault/upsert/0.3";
7
+ /** Trust Task response type URI (request type URI + "#response"). */
8
+ export const RESPONSE_TYPE_URI = "https://trusttasks.org/spec/vault/upsert/0.3#response";
9
+ /**
10
+ * SPEC.md §7.2 policy for the request variant, from this specification's
11
+ * front matter. Pass to `consumeInbound` — items 5b, 7 and 8 are
12
+ * per-specification and cannot be derived from the document alone.
13
+ */
14
+ export const SPEC = {
15
+ typeUri: TYPE_URI,
16
+ isBearer: false,
17
+ isProofRequired: true,
18
+ isRecipientRequired: true,
19
+ };
20
+ /**
21
+ * SPEC.md §7.2 policy for the success-response variant. `isRecipientRequired`
22
+ * tracks the *issuer* party's requirement because a response swaps the
23
+ * parties (§7.3 item 5).
24
+ */
25
+ export const RESPONSE_SPEC = {
26
+ typeUri: RESPONSE_TYPE_URI,
27
+ isBearer: false,
28
+ isProofRequired: true,
29
+ isRecipientRequired: true,
30
+ };
31
+ //# sourceMappingURL=payload.js.map
@@ -0,0 +1 @@
1
+ {"version":3,"file":"payload.js","sourceRoot":"","sources":["../../../../src/vault/upsert/0.3/payload.ts"],"names":[],"mappings":"AAAA;;;GAGG;AAkSH,2BAA2B;AAC3B,MAAM,CAAC,MAAM,QAAQ,GAAG,8CAAuD,CAAC;AAKhF,qEAAqE;AACrE,MAAM,CAAC,MAAM,iBAAiB,GAAG,uDAAgE,CAAC;AAKlG;;;;GAIG;AACH,MAAM,CAAC,MAAM,IAAI,GAAG;IAClB,OAAO,EAAE,QAAQ;IACjB,QAAQ,EAAE,KAAK;IACf,eAAe,EAAE,IAAI;IACrB,mBAAmB,EAAE,IAAI;CACjB,CAAC;AAEX;;;;GAIG;AACH,MAAM,CAAC,MAAM,aAAa,GAAG;IAC3B,OAAO,EAAE,iBAAiB;IAC1B,QAAQ,EAAE,KAAK;IACf,eAAe,EAAE,IAAI;IACrB,mBAAmB,EAAE,IAAI;CACjB,CAAC"}
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@openvtc/trust-tasks",
3
- "version": "0.6.4",
3
+ "version": "0.6.5",
4
4
  "description": "Generated TypeScript bindings for the Trust Tasks framework registry.",
5
5
  "type": "module",
6
6
  "main": "./dist/index.js",
package/src/index.ts CHANGED
@@ -178,6 +178,7 @@ export * as PolicyUpsert_v0_1 from "./policy/upsert/0.1/payload.js";
178
178
  export * as PolicyUpsert_v0_2 from "./policy/upsert/0.2/payload.js";
179
179
  export * as ProvisionIntegration_v0_1 from "./provision/integration/0.1/payload.js";
180
180
  export * as ProvisionIntegration_v0_2 from "./provision/integration/0.2/payload.js";
181
+ export * as ProvisionIntegration_v0_3 from "./provision/integration/0.3/payload.js";
181
182
  export * as PushProvision_v0_1 from "./push/provision/0.1/payload.js";
182
183
  export * as PushProvision_v0_2 from "./push/provision/0.2/payload.js";
183
184
  export * as PushRegister_v0_1 from "./push/register/0.1/payload.js";
@@ -219,11 +220,18 @@ export * as SealedEnvelopeShared_v0_2 from "./vault/_shared/0.2/sealed-envelope.
219
220
  export * as SessionBlobShared_v0_2 from "./vault/_shared/0.2/session-blob.js";
220
221
  export * as VaultEntryShared_v0_2 from "./vault/_shared/0.2/vault-entry.js";
221
222
  export * as VaultSecretShared_v0_2 from "./vault/_shared/0.2/vault-secret.js";
223
+ export * as ConsumerContextShared_v0_3 from "./vault/_shared/0.3/consumer-context.js";
224
+ export * as SealedEnvelopeShared_v0_3 from "./vault/_shared/0.3/sealed-envelope.js";
225
+ export * as SessionBlobShared_v0_3 from "./vault/_shared/0.3/session-blob.js";
226
+ export * as VaultEntryShared_v0_3 from "./vault/_shared/0.3/vault-entry.js";
227
+ export * as VaultSecretShared_v0_3 from "./vault/_shared/0.3/vault-secret.js";
222
228
  export * as VaultDelete_v0_1 from "./vault/delete/0.1/payload.js";
223
229
  export * as VaultGet_v0_1 from "./vault/get/0.1/payload.js";
224
230
  export * as VaultGet_v0_2 from "./vault/get/0.2/payload.js";
231
+ export * as VaultGet_v0_3 from "./vault/get/0.3/payload.js";
225
232
  export * as VaultList_v0_1 from "./vault/list/0.1/payload.js";
226
233
  export * as VaultList_v0_2 from "./vault/list/0.2/payload.js";
234
+ export * as VaultList_v0_3 from "./vault/list/0.3/payload.js";
227
235
  export * as VaultProxyLogin_v0_1 from "./vault/proxy-login/0.1/payload.js";
228
236
  export * as VaultProxyLogin_v0_2 from "./vault/proxy-login/0.2/payload.js";
229
237
  export * as VaultRelease_v0_1 from "./vault/release/0.1/payload.js";
@@ -234,6 +242,7 @@ export * as VaultSync_v0_1 from "./vault/sync/0.1/payload.js";
234
242
  export * as VaultSync_v0_2 from "./vault/sync/0.2/payload.js";
235
243
  export * as VaultUpsert_v0_1 from "./vault/upsert/0.1/payload.js";
236
244
  export * as VaultUpsert_v0_2 from "./vault/upsert/0.2/payload.js";
245
+ export * as VaultUpsert_v0_3 from "./vault/upsert/0.3/payload.js";
237
246
  export * as VaultUsage_v0_1 from "./vault/usage/0.1/payload.js";
238
247
  export * as VaultUsage_v0_2 from "./vault/usage/0.2/payload.js";
239
248
  export * as VrcRelationshipsIssue_v0_1 from "./vrc/relationships/issue/0.1/payload.js";