@openvtc/trust-tasks 0.19.1 → 0.19.3
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/CHANGELOG.md +121 -0
- package/dist/_shared/components.d.ts +4 -0
- package/dist/_shared/components.d.ts.map +1 -1
- package/dist/index.d.ts +2 -0
- package/dist/index.d.ts.map +1 -1
- package/dist/index.js +2 -0
- package/dist/index.js.map +1 -1
- package/dist/keys/create/0.1/payload.d.ts +20 -0
- package/dist/keys/create/0.1/payload.d.ts.map +1 -1
- package/dist/keys/create/0.1/payload.js +10 -0
- package/dist/keys/create/0.1/payload.js.map +1 -1
- package/dist/keys/export-secret/0.1/payload.d.ts +309 -0
- package/dist/keys/export-secret/0.1/payload.d.ts.map +1 -0
- package/dist/keys/export-secret/0.1/payload.js +181 -0
- package/dist/keys/export-secret/0.1/payload.js.map +1 -0
- package/dist/keys/import/0.1/payload.d.ts +20 -0
- package/dist/keys/import/0.1/payload.d.ts.map +1 -1
- package/dist/keys/import/0.1/payload.js +10 -0
- package/dist/keys/import/0.1/payload.js.map +1 -1
- package/dist/keys/list/0.1/payload.d.ts +20 -0
- package/dist/keys/list/0.1/payload.d.ts.map +1 -1
- package/dist/keys/list/0.1/payload.js +10 -0
- package/dist/keys/list/0.1/payload.js.map +1 -1
- package/dist/keys/set-exportability/0.1/payload.d.ts +560 -0
- package/dist/keys/set-exportability/0.1/payload.d.ts.map +1 -0
- package/dist/keys/set-exportability/0.1/payload.js +330 -0
- package/dist/keys/set-exportability/0.1/payload.js.map +1 -0
- package/dist/keys/show/0.1/payload.d.ts +20 -0
- package/dist/keys/show/0.1/payload.d.ts.map +1 -1
- package/dist/keys/show/0.1/payload.js +10 -0
- package/dist/keys/show/0.1/payload.js.map +1 -1
- package/package.json +1 -1
- package/src/_shared/components.ts +4 -0
- package/src/index.ts +2 -0
- package/src/keys/create/0.1/payload.ts +10 -0
- package/src/keys/export-secret/0.1/payload.ts +227 -0
- package/src/keys/import/0.1/payload.ts +10 -0
- package/src/keys/list/0.1/payload.ts +10 -0
- package/src/keys/set-exportability/0.1/payload.ts +371 -0
- package/src/keys/show/0.1/payload.ts +10 -0
|
@@ -153,6 +153,11 @@ export const PAYLOAD_SCHEMA = {
|
|
|
153
153
|
"maxLength": 256,
|
|
154
154
|
"description": "Optional human-readable label. Operator-facing only; carries no authorization meaning."
|
|
155
155
|
},
|
|
156
|
+
"exportable": {
|
|
157
|
+
"type": "boolean",
|
|
158
|
+
"description": "Whether the private half may be released to a caller. `false` means the custodian refuses every export of this key and can only be asked to *use* it — signing, key agreement — so the material never leaves. **Absence means the key may be exported.** That is the permissive reading, and it is deliberate: it is what every record written before this member existed already meant, so a custodian adding the member cannot silently retract access to keys its callers already hold. A consumer MUST NOT infer the converse — absence is not a statement that export was considered and allowed. Marking a key non-exportable does not make it unrecoverable: a custodian's own whole-store backup is a different mechanism from an export to a caller, and this member does not speak to it.",
|
|
159
|
+
"$comment": "No JSON Schema `default` is declared here on purpose. A declared default is materialised by the generated bindings — the field becomes non-optional with a serde default — so an absent member reappears as an explicit `true` on re-serialisation, which breaks round-trip idempotence for every record written before this member existed. The permissive reading is stated in prose above, where a binding cannot act on it."
|
|
160
|
+
},
|
|
156
161
|
"contextId": {
|
|
157
162
|
"type": "string",
|
|
158
163
|
"description": "Scope the key belongs to. **Absence is not 'every scope'** — a key with no context is reachable only by a caller with unrestricted authority over the maintainer, which is the more restrictive reading, and a consumer that treats absence as a wildcard inverts the guarantee."
|
|
@@ -291,6 +296,11 @@ export const RESPONSE_PAYLOAD_SCHEMA = {
|
|
|
291
296
|
"maxLength": 256,
|
|
292
297
|
"description": "Optional human-readable label. Operator-facing only; carries no authorization meaning."
|
|
293
298
|
},
|
|
299
|
+
"exportable": {
|
|
300
|
+
"type": "boolean",
|
|
301
|
+
"description": "Whether the private half may be released to a caller. `false` means the custodian refuses every export of this key and can only be asked to *use* it — signing, key agreement — so the material never leaves. **Absence means the key may be exported.** That is the permissive reading, and it is deliberate: it is what every record written before this member existed already meant, so a custodian adding the member cannot silently retract access to keys its callers already hold. A consumer MUST NOT infer the converse — absence is not a statement that export was considered and allowed. Marking a key non-exportable does not make it unrecoverable: a custodian's own whole-store backup is a different mechanism from an export to a caller, and this member does not speak to it.",
|
|
302
|
+
"$comment": "No JSON Schema `default` is declared here on purpose. A declared default is materialised by the generated bindings — the field becomes non-optional with a serde default — so an absent member reappears as an explicit `true` on re-serialisation, which breaks round-trip idempotence for every record written before this member existed. The permissive reading is stated in prose above, where a binding cannot act on it."
|
|
303
|
+
},
|
|
294
304
|
"contextId": {
|
|
295
305
|
"type": "string",
|
|
296
306
|
"description": "Scope the key belongs to. **Absence is not 'every scope'** — a key with no context is reachable only by a caller with unrestricted authority over the maintainer, which is the more restrictive reading, and a consumer that treats absence as a wildcard inverts the guarantee."
|