@openvtc/trust-tasks 0.17.10 → 0.18.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/CHANGELOG.md +98 -0
- package/dist/_shared/components.d.ts +18 -1
- 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/rooms/_shared/0.1/room.d.ts +1 -1
- package/dist/rooms/_shared/0.1/room.d.ts.map +1 -1
- package/dist/rooms/epoch/chain/0.1/payload.d.ts +4 -4
- package/dist/rooms/epoch/chain/0.1/payload.js +2 -2
- package/dist/rooms/epoch/chain/0.1/payload.js.map +1 -1
- package/dist/rooms/epoch/mint/0.1/payload.d.ts +4 -4
- package/dist/rooms/epoch/mint/0.1/payload.js +2 -2
- package/dist/rooms/epoch/mint/0.1/payload.js.map +1 -1
- package/dist/rooms/keys/present/0.2/payload.d.ts +378 -0
- package/dist/rooms/keys/present/0.2/payload.d.ts.map +1 -0
- package/dist/rooms/keys/present/0.2/payload.js +212 -0
- package/dist/rooms/keys/present/0.2/payload.js.map +1 -0
- package/dist/rooms/owner/claim/0.1/payload.d.ts +4 -4
- package/dist/rooms/owner/claim/0.1/payload.js +2 -2
- package/dist/rooms/owner/claim/0.1/payload.js.map +1 -1
- package/dist/rooms/owner/issue-authority/0.2/payload.d.ts +315 -0
- package/dist/rooms/owner/issue-authority/0.2/payload.d.ts.map +1 -0
- package/dist/rooms/owner/issue-authority/0.2/payload.js +174 -0
- package/dist/rooms/owner/issue-authority/0.2/payload.js.map +1 -0
- package/dist/rooms/owner/transfer/0.1/payload.d.ts +4 -4
- package/dist/rooms/owner/transfer/0.1/payload.js +2 -2
- package/dist/rooms/owner/transfer/0.1/payload.js.map +1 -1
- package/dist/rooms/records/curate/0.1/payload.d.ts +4 -4
- package/dist/rooms/records/curate/0.1/payload.js +2 -2
- package/dist/rooms/records/curate/0.1/payload.js.map +1 -1
- package/dist/rooms/records/get/0.1/payload.d.ts +78 -6
- package/dist/rooms/records/get/0.1/payload.d.ts.map +1 -1
- package/dist/rooms/records/get/0.1/payload.js +40 -2
- package/dist/rooms/records/get/0.1/payload.js.map +1 -1
- package/dist/rooms/records/list/0.1/payload.d.ts +78 -6
- package/dist/rooms/records/list/0.1/payload.d.ts.map +1 -1
- package/dist/rooms/records/list/0.1/payload.js +40 -2
- package/dist/rooms/records/list/0.1/payload.js.map +1 -1
- package/dist/rooms/records/put/0.1/payload.d.ts +4 -4
- package/dist/rooms/records/put/0.1/payload.js +2 -2
- package/dist/rooms/records/put/0.1/payload.js.map +1 -1
- package/package.json +1 -1
- package/src/_shared/components.ts +18 -1
- package/src/index.ts +2 -0
- package/src/rooms/_shared/0.1/room.ts +1 -1
- package/src/rooms/epoch/chain/0.1/payload.ts +2 -2
- package/src/rooms/epoch/mint/0.1/payload.ts +2 -2
- package/src/rooms/keys/present/0.2/payload.ts +261 -0
- package/src/rooms/owner/claim/0.1/payload.ts +2 -2
- package/src/rooms/owner/issue-authority/0.2/payload.ts +234 -0
- package/src/rooms/owner/transfer/0.1/payload.ts +2 -2
- package/src/rooms/records/curate/0.1/payload.ts +2 -2
- package/src/rooms/records/get/0.1/payload.ts +46 -4
- package/src/rooms/records/list/0.1/payload.ts +46 -4
- package/src/rooms/records/put/0.1/payload.ts +2 -2
|
@@ -86,6 +86,23 @@ export type ConsumerKind_DeviceV0_2 = Companion_DeviceV0_2 | Service_DeviceV0_2;
|
|
|
86
86
|
* Stable identifier for an issued credential — the handle for revocation and audit. Opaque to the holder: it MUST be echoed verbatim when revoking and MUST NOT be parsed.
|
|
87
87
|
*/
|
|
88
88
|
export type CredentialId = string;
|
|
89
|
+
/**
|
|
90
|
+
* The root of the room's record tree — a host's commitment to *which records the room holds*, as distinct from what any one of them says.
|
|
91
|
+
*
|
|
92
|
+
* A room's records are already signed and room-bound, so a host cannot forge, alter or relocate one. What it can do for free is stay silent: a listing that omits a record is indistinguishable from a room that never held it. This value is what makes that omission detectable, so it is only worth anything when the reader can compare it against a copy the host did not choose for them — one it gave another member, one it gave the same member earlier, or the witnessed anchor. A commitment read once, in isolation, proves nothing; a host that shows two members two different roots has been caught.
|
|
93
|
+
*
|
|
94
|
+
* **The construction is normative**, because two hosts that compute different roots over the same room make every comparison meaningless:
|
|
95
|
+
* 1. Take every record the room holds — including tombstones, which are records — and order them by `key` using unsigned byte order.
|
|
96
|
+
* 2. Leaf: `SHA-256(0x00 || JCS(record))`, where JCS is the RFC 8785 canonicalization of the record as this family's `RecordMetadata` plus its stored content, and `0x00` is RFC 6962's leaf-domain prefix.
|
|
97
|
+
* 3. Internal node: `SHA-256(0x01 || left || right)`.
|
|
98
|
+
* 4. A level with an odd number of nodes promotes the last one unchanged. It MUST NOT be duplicated: duplicating makes a tree of n leaves collide with one of n+1 whose last is repeated, so two different rooms commit to the same root.
|
|
99
|
+
* 5. A room holding no records commits to `SHA-256("")`, a distinguished value rather than zeroes — a root of zeroes is what an uninitialised buffer looks like, and an empty room is a real state a host must be able to commit to honestly.
|
|
100
|
+
*
|
|
101
|
+
* The leaf covers the whole record rather than its body, and that is deliberate: a host that could flip `status` from active to retracted, move `pinned`, or rewrite `author` on an `attributed` room would rewrite what the room means without touching a byte of ciphertext. The **plaintext is never involved** — on the sealed tiers the host holds ciphertext and commits to exactly what it stores.
|
|
102
|
+
*
|
|
103
|
+
* The commitment is over the **whole room**, never over the page being returned. A page-scoped root is one a host satisfies by construction and could never fail.
|
|
104
|
+
*/
|
|
105
|
+
export type DataCommitment = DigestMultibase;
|
|
89
106
|
/**
|
|
90
107
|
* The approver's answer. `deny` aborts the pending request; a subsequent submit of the same task starts a fresh one.
|
|
91
108
|
*/
|
|
@@ -817,7 +834,7 @@ export interface AuthenticatorAttestationResponseRegistration {
|
|
|
817
834
|
clientExtensionResults?: {};
|
|
818
835
|
}
|
|
819
836
|
/**
|
|
820
|
-
* What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier.
|
|
837
|
+
* What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier. A host MUST bind the presenter to the chain's leaf. A chain that verifies is evidence that authority was conferred on somebody; it is not evidence that the party presenting it is that somebody. The leaf's subject MUST equal the party the host authenticated for this request — an identity the transport established or a document `proof` proved, never one named in a payload. A host that omits this check authorizes every captured presentation, and the omission is silent, because the chain still verifies.
|
|
821
838
|
*/
|
|
822
839
|
export interface AuthorityPresentation {
|
|
823
840
|
/**
|
package/src/index.ts
CHANGED
|
@@ -243,11 +243,13 @@ export * as RoomsKeysKeyPackage_v0_1 from "./rooms/keys/key-package/0.1/payload.
|
|
|
243
243
|
export * as RoomsKeysList_v0_1 from "./rooms/keys/list/0.1/payload.js";
|
|
244
244
|
export * as RoomsKeysOpen_v0_1 from "./rooms/keys/open/0.1/payload.js";
|
|
245
245
|
export * as RoomsKeysPresent_v0_1 from "./rooms/keys/present/0.1/payload.js";
|
|
246
|
+
export * as RoomsKeysPresent_v0_2 from "./rooms/keys/present/0.2/payload.js";
|
|
246
247
|
export * as RoomsKeysSeal_v0_1 from "./rooms/keys/seal/0.1/payload.js";
|
|
247
248
|
export * as RoomsKeysWelcome_v0_1 from "./rooms/keys/welcome/0.1/payload.js";
|
|
248
249
|
export * as RoomsOwnerClaim_v0_1 from "./rooms/owner/claim/0.1/payload.js";
|
|
249
250
|
export * as RoomsOwnerInvite_v0_1 from "./rooms/owner/invite/0.1/payload.js";
|
|
250
251
|
export * as RoomsOwnerIssueAuthority_v0_1 from "./rooms/owner/issue-authority/0.1/payload.js";
|
|
252
|
+
export * as RoomsOwnerIssueAuthority_v0_2 from "./rooms/owner/issue-authority/0.2/payload.js";
|
|
251
253
|
export * as RoomsOwnerIssueMembership_v0_1 from "./rooms/owner/issue-membership/0.1/payload.js";
|
|
252
254
|
export * as RoomsOwnerRegister_v0_1 from "./rooms/owner/register/0.1/payload.js";
|
|
253
255
|
export * as RoomsOwnerTransfer_v0_1 from "./rooms/owner/transfer/0.1/payload.js";
|
|
@@ -14,4 +14,4 @@ export interface RoomsSharedTypes {
|
|
|
14
14
|
* The definitions this shared schema publishes, hoisted to one declaration each.
|
|
15
15
|
* See "../../../_shared/components.js".
|
|
16
16
|
*/
|
|
17
|
-
export type { AuthorityPresentation, EpochLink, RecordMetadata, RetentionPolicy, SealedRecord, Visibility } from "../../../_shared/components.js";
|
|
17
|
+
export type { AuthorityPresentation, DataCommitment, EpochLink, RecordMetadata, RetentionPolicy, SealedRecord, Visibility } from "../../../_shared/components.js";
|
|
@@ -170,7 +170,7 @@ export const PAYLOAD_SCHEMA = {
|
|
|
170
170
|
"membership",
|
|
171
171
|
"authority"
|
|
172
172
|
],
|
|
173
|
-
"description": "What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier.",
|
|
173
|
+
"description": "What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier. A host MUST bind the presenter to the chain's leaf. A chain that verifies is evidence that authority was conferred on somebody; it is not evidence that the party presenting it is that somebody. The leaf's subject MUST equal the party the host authenticated for this request — an identity the transport established or a document `proof` proved, never one named in a payload. A host that omits this check authorizes every captured presentation, and the omission is silent, because the chain still verifies.",
|
|
174
174
|
"properties": {
|
|
175
175
|
"membership": {
|
|
176
176
|
"type": "string",
|
|
@@ -269,7 +269,7 @@ export const RESPONSE_PAYLOAD_SCHEMA = {
|
|
|
269
269
|
"membership",
|
|
270
270
|
"authority"
|
|
271
271
|
],
|
|
272
|
-
"description": "What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier.",
|
|
272
|
+
"description": "What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier. A host MUST bind the presenter to the chain's leaf. A chain that verifies is evidence that authority was conferred on somebody; it is not evidence that the party presenting it is that somebody. The leaf's subject MUST equal the party the host authenticated for this request — an identity the transport established or a document `proof` proved, never one named in a payload. A host that omits this check authorizes every captured presentation, and the omission is silent, because the chain still verifies.",
|
|
273
273
|
"properties": {
|
|
274
274
|
"membership": {
|
|
275
275
|
"type": "string",
|
|
@@ -173,7 +173,7 @@ export const PAYLOAD_SCHEMA = {
|
|
|
173
173
|
"membership",
|
|
174
174
|
"authority"
|
|
175
175
|
],
|
|
176
|
-
"description": "What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier.",
|
|
176
|
+
"description": "What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier. A host MUST bind the presenter to the chain's leaf. A chain that verifies is evidence that authority was conferred on somebody; it is not evidence that the party presenting it is that somebody. The leaf's subject MUST equal the party the host authenticated for this request — an identity the transport established or a document `proof` proved, never one named in a payload. A host that omits this check authorizes every captured presentation, and the omission is silent, because the chain still verifies.",
|
|
177
177
|
"properties": {
|
|
178
178
|
"membership": {
|
|
179
179
|
"type": "string",
|
|
@@ -269,7 +269,7 @@ export const RESPONSE_PAYLOAD_SCHEMA = {
|
|
|
269
269
|
"membership",
|
|
270
270
|
"authority"
|
|
271
271
|
],
|
|
272
|
-
"description": "What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier.",
|
|
272
|
+
"description": "What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier. A host MUST bind the presenter to the chain's leaf. A chain that verifies is evidence that authority was conferred on somebody; it is not evidence that the party presenting it is that somebody. The leaf's subject MUST equal the party the host authenticated for this request — an identity the transport established or a document `proof` proved, never one named in a payload. A host that omits this check authorizes every captured presentation, and the omission is silent, because the chain still verifies.",
|
|
273
273
|
"properties": {
|
|
274
274
|
"membership": {
|
|
275
275
|
"type": "string",
|
|
@@ -0,0 +1,261 @@
|
|
|
1
|
+
/**
|
|
2
|
+
* Generated by scripts/build-ts-bindings.mjs — DO NOT EDIT BY HAND.
|
|
3
|
+
* Source: specs/rooms/keys/present/0.2/payload.schema.json
|
|
4
|
+
*/
|
|
5
|
+
|
|
6
|
+
import type { AuthorityPresentation, Ext } from "../../../../_shared/components.js";
|
|
7
|
+
|
|
8
|
+
|
|
9
|
+
/**
|
|
10
|
+
* An agent asks the party holding its principal's room credentials to produce a presentation for one room operation. The credentials never cross to the agent; only the presentation does, and it is bound to the operation it was asked for and to the agent that asked.
|
|
11
|
+
*/
|
|
12
|
+
export interface RoomsKeysPresentPayload {
|
|
13
|
+
/**
|
|
14
|
+
* The room to present for.
|
|
15
|
+
*/
|
|
16
|
+
roomId: string;
|
|
17
|
+
/**
|
|
18
|
+
* The action the presentation must confer. Named here so the produced presentation can be scoped to it: a presentation minted for `read` should not be reusable for `write`, and a holder that mints one covering everything has handed the agent its own standing.
|
|
19
|
+
*/
|
|
20
|
+
action: "read" | "write" | "curate" | "admin";
|
|
21
|
+
/**
|
|
22
|
+
* Ecosystem-defined extension members per SPEC.md §4.5.1.
|
|
23
|
+
*/
|
|
24
|
+
ext?: Ext;
|
|
25
|
+
}
|
|
26
|
+
/**
|
|
27
|
+
* Success response to rooms/keys/present. Type https://trusttasks.org/spec/rooms/keys/present/0.2#response.
|
|
28
|
+
*/
|
|
29
|
+
export interface RoomsKeysPresentResponsePayload {
|
|
30
|
+
/**
|
|
31
|
+
* The presentation to send to the host. Its authority chain grants to the CALLER, who is the only party that can present it — see the task's Security & Privacy section.
|
|
32
|
+
*/
|
|
33
|
+
presentation: AuthorityPresentation;
|
|
34
|
+
/**
|
|
35
|
+
* When the presentation stops being accepted, so a caller can avoid presenting a stale one.
|
|
36
|
+
*/
|
|
37
|
+
expiresAt?: string;
|
|
38
|
+
ext?: Ext;
|
|
39
|
+
}
|
|
40
|
+
|
|
41
|
+
/** Shared definitions this specification references, re-exported under the names it used to declare them with. */
|
|
42
|
+
export type { AuthorityPresentation, Ext };
|
|
43
|
+
|
|
44
|
+
/** Trust Task type URI. */
|
|
45
|
+
export const TYPE_URI = "https://trusttasks.org/spec/rooms/keys/present/0.2" as const;
|
|
46
|
+
|
|
47
|
+
/** Stable alias for this specification's request payload shape. */
|
|
48
|
+
export type Payload = RoomsKeysPresentPayload;
|
|
49
|
+
|
|
50
|
+
/** Trust Task response type URI (request type URI + "#response"). */
|
|
51
|
+
export const RESPONSE_TYPE_URI = "https://trusttasks.org/spec/rooms/keys/present/0.2#response" as const;
|
|
52
|
+
|
|
53
|
+
/** Stable alias for this specification's success-response payload shape. */
|
|
54
|
+
export type Response = RoomsKeysPresentResponsePayload;
|
|
55
|
+
|
|
56
|
+
/**
|
|
57
|
+
* This specification's payload schema, as a value.
|
|
58
|
+
*
|
|
59
|
+
* SPEC.md §7.2 item 2 is performed against this. It is shipped as data
|
|
60
|
+
* rather than only as a `.json` file because TypeScript types are erased
|
|
61
|
+
* at runtime: without a schema a consumer has nothing to validate, and
|
|
62
|
+
* every REQUIRED payload member is optional in practice. Cross-file
|
|
63
|
+
* `$ref`s are already inlined, so it needs no resolver.
|
|
64
|
+
*/
|
|
65
|
+
export const PAYLOAD_SCHEMA = {
|
|
66
|
+
"$schema": "https://json-schema.org/draft/2020-12/schema",
|
|
67
|
+
"$id": "https://trusttasks.org/spec/rooms/keys/present/0.2",
|
|
68
|
+
"title": "Rooms Keys Present — payload",
|
|
69
|
+
"description": "An agent asks the party holding its principal's room credentials to produce a presentation for one room operation. The credentials never cross to the agent; only the presentation does, and it is bound to the operation it was asked for and to the agent that asked.",
|
|
70
|
+
"type": "object",
|
|
71
|
+
"additionalProperties": false,
|
|
72
|
+
"required": [
|
|
73
|
+
"roomId",
|
|
74
|
+
"action"
|
|
75
|
+
],
|
|
76
|
+
"properties": {
|
|
77
|
+
"roomId": {
|
|
78
|
+
"type": "string",
|
|
79
|
+
"description": "The room to present for."
|
|
80
|
+
},
|
|
81
|
+
"action": {
|
|
82
|
+
"type": "string",
|
|
83
|
+
"enum": [
|
|
84
|
+
"read",
|
|
85
|
+
"write",
|
|
86
|
+
"curate",
|
|
87
|
+
"admin"
|
|
88
|
+
],
|
|
89
|
+
"description": "The action the presentation must confer. Named here so the produced presentation can be scoped to it: a presentation minted for `read` should not be reusable for `write`, and a holder that mints one covering everything has handed the agent its own standing."
|
|
90
|
+
},
|
|
91
|
+
"ext": {
|
|
92
|
+
"$ref": "#/$defs/Ext",
|
|
93
|
+
"description": "Ecosystem-defined extension members per SPEC.md §4.5.1."
|
|
94
|
+
}
|
|
95
|
+
},
|
|
96
|
+
"$defs": {
|
|
97
|
+
"Response": {
|
|
98
|
+
"$anchor": "response",
|
|
99
|
+
"title": "Rooms Keys Present — response payload",
|
|
100
|
+
"description": "Success response to rooms/keys/present. Type https://trusttasks.org/spec/rooms/keys/present/0.2#response.",
|
|
101
|
+
"type": "object",
|
|
102
|
+
"additionalProperties": false,
|
|
103
|
+
"required": [
|
|
104
|
+
"presentation"
|
|
105
|
+
],
|
|
106
|
+
"properties": {
|
|
107
|
+
"presentation": {
|
|
108
|
+
"$ref": "#/$defs/AuthorityPresentation",
|
|
109
|
+
"description": "The presentation to send to the host. Its authority chain grants to the CALLER, who is the only party that can present it — see the task's Security & Privacy section."
|
|
110
|
+
},
|
|
111
|
+
"expiresAt": {
|
|
112
|
+
"type": "string",
|
|
113
|
+
"format": "date-time",
|
|
114
|
+
"description": "When the presentation stops being accepted, so a caller can avoid presenting a stale one."
|
|
115
|
+
},
|
|
116
|
+
"ext": {
|
|
117
|
+
"$ref": "#/$defs/Ext"
|
|
118
|
+
}
|
|
119
|
+
}
|
|
120
|
+
},
|
|
121
|
+
"Ext": {
|
|
122
|
+
"title": "Ext",
|
|
123
|
+
"description": "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.",
|
|
124
|
+
"type": "object",
|
|
125
|
+
"minProperties": 1,
|
|
126
|
+
"additionalProperties": true,
|
|
127
|
+
"propertyNames": {
|
|
128
|
+
"pattern": "^[a-z][a-z0-9-]*(\\.[a-z0-9-]+)+$"
|
|
129
|
+
}
|
|
130
|
+
},
|
|
131
|
+
"AuthorityPresentation": {
|
|
132
|
+
"title": "AuthorityPresentation",
|
|
133
|
+
"type": "object",
|
|
134
|
+
"additionalProperties": false,
|
|
135
|
+
"required": [
|
|
136
|
+
"membership",
|
|
137
|
+
"authority"
|
|
138
|
+
],
|
|
139
|
+
"description": "What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier. A host MUST bind the presenter to the chain's leaf. A chain that verifies is evidence that authority was conferred on somebody; it is not evidence that the party presenting it is that somebody. The leaf's subject MUST equal the party the host authenticated for this request — an identity the transport established or a document `proof` proved, never one named in a payload. A host that omits this check authorizes every captured presentation, and the omission is silent, because the chain still verifies.",
|
|
140
|
+
"properties": {
|
|
141
|
+
"membership": {
|
|
142
|
+
"type": "string",
|
|
143
|
+
"description": "The presenter's membership credential for this room, or — on a `private` room — a zero-knowledge presentation of it. Serialized per the governing profile."
|
|
144
|
+
},
|
|
145
|
+
"authority": {
|
|
146
|
+
"type": "array",
|
|
147
|
+
"minItems": 1,
|
|
148
|
+
"maxItems": 8,
|
|
149
|
+
"items": {
|
|
150
|
+
"type": "string"
|
|
151
|
+
},
|
|
152
|
+
"description": "The authority chain, LEAF FIRST: the first element is the credential being relied on and the last MUST be one issued by the room itself. Every link the presenter relies on is present, because the host will not fetch one. Capped at 8: verification is linear in chain length and runs on every operation, so an unbounded chain is a denial-of-service surface against the host. The known uses need 2 to 3 — a person attenuating to an agent, and that agent to a sub-agent."
|
|
153
|
+
},
|
|
154
|
+
"subjectBinding": {
|
|
155
|
+
"type": "string",
|
|
156
|
+
"description": "REQUIRED on a `private` room, where the subject identifier is withheld: a proof that the membership credential and the authority chain's leaf describe the SAME subject. Without it two parties pool credentials — one contributes membership, the other authority — and the combination verifies as a single party holding both. A host MUST refuse a private-room presentation that omits this."
|
|
157
|
+
}
|
|
158
|
+
}
|
|
159
|
+
}
|
|
160
|
+
}
|
|
161
|
+
} as const;
|
|
162
|
+
|
|
163
|
+
/** As {@link PAYLOAD_SCHEMA}, for the success-response variant. */
|
|
164
|
+
export const RESPONSE_PAYLOAD_SCHEMA = {
|
|
165
|
+
"$schema": "https://json-schema.org/draft/2020-12/schema",
|
|
166
|
+
"$ref": "#/$defs/Response",
|
|
167
|
+
"$defs": {
|
|
168
|
+
"Response": {
|
|
169
|
+
"$anchor": "response",
|
|
170
|
+
"title": "Rooms Keys Present — response payload",
|
|
171
|
+
"description": "Success response to rooms/keys/present. Type https://trusttasks.org/spec/rooms/keys/present/0.2#response.",
|
|
172
|
+
"type": "object",
|
|
173
|
+
"additionalProperties": false,
|
|
174
|
+
"required": [
|
|
175
|
+
"presentation"
|
|
176
|
+
],
|
|
177
|
+
"properties": {
|
|
178
|
+
"presentation": {
|
|
179
|
+
"$ref": "#/$defs/AuthorityPresentation",
|
|
180
|
+
"description": "The presentation to send to the host. Its authority chain grants to the CALLER, who is the only party that can present it — see the task's Security & Privacy section."
|
|
181
|
+
},
|
|
182
|
+
"expiresAt": {
|
|
183
|
+
"type": "string",
|
|
184
|
+
"format": "date-time",
|
|
185
|
+
"description": "When the presentation stops being accepted, so a caller can avoid presenting a stale one."
|
|
186
|
+
},
|
|
187
|
+
"ext": {
|
|
188
|
+
"$ref": "#/$defs/Ext"
|
|
189
|
+
}
|
|
190
|
+
}
|
|
191
|
+
},
|
|
192
|
+
"Ext": {
|
|
193
|
+
"title": "Ext",
|
|
194
|
+
"description": "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.",
|
|
195
|
+
"type": "object",
|
|
196
|
+
"minProperties": 1,
|
|
197
|
+
"additionalProperties": true,
|
|
198
|
+
"propertyNames": {
|
|
199
|
+
"pattern": "^[a-z][a-z0-9-]*(\\.[a-z0-9-]+)+$"
|
|
200
|
+
}
|
|
201
|
+
},
|
|
202
|
+
"AuthorityPresentation": {
|
|
203
|
+
"title": "AuthorityPresentation",
|
|
204
|
+
"type": "object",
|
|
205
|
+
"additionalProperties": false,
|
|
206
|
+
"required": [
|
|
207
|
+
"membership",
|
|
208
|
+
"authority"
|
|
209
|
+
],
|
|
210
|
+
"description": "What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier. A host MUST bind the presenter to the chain's leaf. A chain that verifies is evidence that authority was conferred on somebody; it is not evidence that the party presenting it is that somebody. The leaf's subject MUST equal the party the host authenticated for this request — an identity the transport established or a document `proof` proved, never one named in a payload. A host that omits this check authorizes every captured presentation, and the omission is silent, because the chain still verifies.",
|
|
211
|
+
"properties": {
|
|
212
|
+
"membership": {
|
|
213
|
+
"type": "string",
|
|
214
|
+
"description": "The presenter's membership credential for this room, or — on a `private` room — a zero-knowledge presentation of it. Serialized per the governing profile."
|
|
215
|
+
},
|
|
216
|
+
"authority": {
|
|
217
|
+
"type": "array",
|
|
218
|
+
"minItems": 1,
|
|
219
|
+
"maxItems": 8,
|
|
220
|
+
"items": {
|
|
221
|
+
"type": "string"
|
|
222
|
+
},
|
|
223
|
+
"description": "The authority chain, LEAF FIRST: the first element is the credential being relied on and the last MUST be one issued by the room itself. Every link the presenter relies on is present, because the host will not fetch one. Capped at 8: verification is linear in chain length and runs on every operation, so an unbounded chain is a denial-of-service surface against the host. The known uses need 2 to 3 — a person attenuating to an agent, and that agent to a sub-agent."
|
|
224
|
+
},
|
|
225
|
+
"subjectBinding": {
|
|
226
|
+
"type": "string",
|
|
227
|
+
"description": "REQUIRED on a `private` room, where the subject identifier is withheld: a proof that the membership credential and the authority chain's leaf describe the SAME subject. Without it two parties pool credentials — one contributes membership, the other authority — and the combination verifies as a single party holding both. A host MUST refuse a private-room presentation that omits this."
|
|
228
|
+
}
|
|
229
|
+
}
|
|
230
|
+
}
|
|
231
|
+
}
|
|
232
|
+
} as const;
|
|
233
|
+
|
|
234
|
+
/**
|
|
235
|
+
* SPEC.md §7.2 policy for the request variant, from this specification's
|
|
236
|
+
* front matter. Pass to `consumeInbound` — items 5b, 7 and 8 are
|
|
237
|
+
* per-specification and cannot be derived from the document alone, and
|
|
238
|
+
* item 2 needs the schema this carries.
|
|
239
|
+
*/
|
|
240
|
+
export const SPEC = {
|
|
241
|
+
typeUri: TYPE_URI,
|
|
242
|
+
isBearer: false,
|
|
243
|
+
isProofRequired: true,
|
|
244
|
+
isRecipientRequired: true,
|
|
245
|
+
isIssuedAtRequired: true,
|
|
246
|
+
payloadSchema: PAYLOAD_SCHEMA,
|
|
247
|
+
} as const;
|
|
248
|
+
|
|
249
|
+
/**
|
|
250
|
+
* SPEC.md §7.2 policy for the success-response variant. `isRecipientRequired`
|
|
251
|
+
* tracks the *issuer* party's requirement because a response swaps the
|
|
252
|
+
* parties (§7.3 item 5).
|
|
253
|
+
*/
|
|
254
|
+
export const RESPONSE_SPEC = {
|
|
255
|
+
typeUri: RESPONSE_TYPE_URI,
|
|
256
|
+
isBearer: false,
|
|
257
|
+
isProofRequired: true,
|
|
258
|
+
isRecipientRequired: true,
|
|
259
|
+
isIssuedAtRequired: true,
|
|
260
|
+
payloadSchema: RESPONSE_PAYLOAD_SCHEMA,
|
|
261
|
+
} as const;
|
|
@@ -144,7 +144,7 @@ export const PAYLOAD_SCHEMA = {
|
|
|
144
144
|
"membership",
|
|
145
145
|
"authority"
|
|
146
146
|
],
|
|
147
|
-
"description": "What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier.",
|
|
147
|
+
"description": "What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier. A host MUST bind the presenter to the chain's leaf. A chain that verifies is evidence that authority was conferred on somebody; it is not evidence that the party presenting it is that somebody. The leaf's subject MUST equal the party the host authenticated for this request — an identity the transport established or a document `proof` proved, never one named in a payload. A host that omits this check authorizes every captured presentation, and the omission is silent, because the chain still verifies.",
|
|
148
148
|
"properties": {
|
|
149
149
|
"membership": {
|
|
150
150
|
"type": "string",
|
|
@@ -214,7 +214,7 @@ export const RESPONSE_PAYLOAD_SCHEMA = {
|
|
|
214
214
|
"membership",
|
|
215
215
|
"authority"
|
|
216
216
|
],
|
|
217
|
-
"description": "What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier.",
|
|
217
|
+
"description": "What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier. A host MUST bind the presenter to the chain's leaf. A chain that verifies is evidence that authority was conferred on somebody; it is not evidence that the party presenting it is that somebody. The leaf's subject MUST equal the party the host authenticated for this request — an identity the transport established or a document `proof` proved, never one named in a payload. A host that omits this check authorizes every captured presentation, and the omission is silent, because the chain still verifies.",
|
|
218
218
|
"properties": {
|
|
219
219
|
"membership": {
|
|
220
220
|
"type": "string",
|
|
@@ -0,0 +1,234 @@
|
|
|
1
|
+
/**
|
|
2
|
+
* Generated by scripts/build-ts-bindings.mjs — DO NOT EDIT BY HAND.
|
|
3
|
+
* Source: specs/rooms/owner/issue-authority/0.2/payload.schema.json
|
|
4
|
+
*/
|
|
5
|
+
|
|
6
|
+
import type { Ext } from "../../../../_shared/components.js";
|
|
7
|
+
|
|
8
|
+
|
|
9
|
+
export interface RoomsOwnerIssueAuthorityPayload {
|
|
10
|
+
/**
|
|
11
|
+
* The room whose identity issues this credential. The recipient MUST hold a signing key for it — it is signing AS the room, not as itself.
|
|
12
|
+
*/
|
|
13
|
+
roomId: string;
|
|
14
|
+
/**
|
|
15
|
+
* Which held key signs. Named explicitly rather than looked up from `roomId`, because nothing maps a DID to a key it was minted with and inventing that mapping would add a lifecycle to get wrong. A key that is not the room's produces a credential that fails to verify against the room's DID document — loud, and at the first use rather than later.
|
|
16
|
+
*/
|
|
17
|
+
signingKeyId: string;
|
|
18
|
+
/**
|
|
19
|
+
* Ecosystem-defined extension members per SPEC.md §4.5.1.
|
|
20
|
+
*/
|
|
21
|
+
ext?: Ext;
|
|
22
|
+
/**
|
|
23
|
+
* The party this grants to. A chain ROOT: the room is the governing party, so this is the grant everything else descends from. A holder narrows their own grant with attenuation instead, which needs no issuer.
|
|
24
|
+
*/
|
|
25
|
+
subject: string;
|
|
26
|
+
/**
|
|
27
|
+
* What the subject may do. MUST NOT be empty — an empty list confers nothing rather than everything, and a schema that allowed it would make the more dangerous reading available to a careless consumer. `curate` is not implied by `write`: pinning, deprecating and retracting are judgements over shared knowledge, not writes.
|
|
28
|
+
*
|
|
29
|
+
* @minItems 1
|
|
30
|
+
*/
|
|
31
|
+
actions: ["read" | "write" | "curate" | "admin", ...("read" | "write" | "curate" | "admin")[]];
|
|
32
|
+
/**
|
|
33
|
+
* When the grant lapses. REQUIRED, and not merely recommended: nothing about the subject's current standing is consulted when an authority credential is verified, so a grant that never expires is authority nobody can withdraw by waiting. A verifier refuses a chain link carrying none, so a grant minted without one could not have been used. Changing what a party may do reissues this one small credential and leaves the membership edge alone, which is why the two are separate credentials.
|
|
34
|
+
*/
|
|
35
|
+
validUntil: string;
|
|
36
|
+
}
|
|
37
|
+
/**
|
|
38
|
+
* Success response to rooms/owner/issue-authority. Type https://trusttasks.org/spec/rooms/owner/issue-authority/0.2#response. The signed VAC, a chain root at the room's scope.
|
|
39
|
+
*/
|
|
40
|
+
export interface RoomsOwnerIssueAuthorityResponsePayload {
|
|
41
|
+
/**
|
|
42
|
+
* The signed Verifiable Authority Credential, serialised.
|
|
43
|
+
*/
|
|
44
|
+
credential: string;
|
|
45
|
+
/**
|
|
46
|
+
* Its `id`.
|
|
47
|
+
*/
|
|
48
|
+
credentialId: string;
|
|
49
|
+
ext?: Ext;
|
|
50
|
+
}
|
|
51
|
+
|
|
52
|
+
/** Shared definitions this specification references, re-exported under the names it used to declare them with. */
|
|
53
|
+
export type { Ext };
|
|
54
|
+
|
|
55
|
+
/** Trust Task type URI. */
|
|
56
|
+
export const TYPE_URI = "https://trusttasks.org/spec/rooms/owner/issue-authority/0.2" as const;
|
|
57
|
+
|
|
58
|
+
/** Stable alias for this specification's request payload shape. */
|
|
59
|
+
export type Payload = RoomsOwnerIssueAuthorityPayload;
|
|
60
|
+
|
|
61
|
+
/** Trust Task response type URI (request type URI + "#response"). */
|
|
62
|
+
export const RESPONSE_TYPE_URI = "https://trusttasks.org/spec/rooms/owner/issue-authority/0.2#response" as const;
|
|
63
|
+
|
|
64
|
+
/** Stable alias for this specification's success-response payload shape. */
|
|
65
|
+
export type Response = RoomsOwnerIssueAuthorityResponsePayload;
|
|
66
|
+
|
|
67
|
+
/**
|
|
68
|
+
* This specification's payload schema, as a value.
|
|
69
|
+
*
|
|
70
|
+
* SPEC.md §7.2 item 2 is performed against this. It is shipped as data
|
|
71
|
+
* rather than only as a `.json` file because TypeScript types are erased
|
|
72
|
+
* at runtime: without a schema a consumer has nothing to validate, and
|
|
73
|
+
* every REQUIRED payload member is optional in practice. Cross-file
|
|
74
|
+
* `$ref`s are already inlined, so it needs no resolver.
|
|
75
|
+
*/
|
|
76
|
+
export const PAYLOAD_SCHEMA = {
|
|
77
|
+
"$schema": "https://json-schema.org/draft/2020-12/schema",
|
|
78
|
+
"$id": "https://trusttasks.org/spec/rooms/owner/issue-authority/0.2",
|
|
79
|
+
"title": "Rooms Owner Issue Authority — payload",
|
|
80
|
+
"type": "object",
|
|
81
|
+
"additionalProperties": false,
|
|
82
|
+
"required": [
|
|
83
|
+
"roomId",
|
|
84
|
+
"signingKeyId",
|
|
85
|
+
"subject",
|
|
86
|
+
"actions",
|
|
87
|
+
"validUntil"
|
|
88
|
+
],
|
|
89
|
+
"properties": {
|
|
90
|
+
"roomId": {
|
|
91
|
+
"type": "string",
|
|
92
|
+
"description": "The room whose identity issues this credential. The recipient MUST hold a signing key for it — it is signing AS the room, not as itself."
|
|
93
|
+
},
|
|
94
|
+
"signingKeyId": {
|
|
95
|
+
"type": "string",
|
|
96
|
+
"maxLength": 256,
|
|
97
|
+
"description": "Which held key signs. Named explicitly rather than looked up from `roomId`, because nothing maps a DID to a key it was minted with and inventing that mapping would add a lifecycle to get wrong. A key that is not the room's produces a credential that fails to verify against the room's DID document — loud, and at the first use rather than later."
|
|
98
|
+
},
|
|
99
|
+
"ext": {
|
|
100
|
+
"$ref": "#/$defs/Ext",
|
|
101
|
+
"description": "Ecosystem-defined extension members per SPEC.md §4.5.1."
|
|
102
|
+
},
|
|
103
|
+
"subject": {
|
|
104
|
+
"type": "string",
|
|
105
|
+
"description": "The party this grants to. A chain ROOT: the room is the governing party, so this is the grant everything else descends from. A holder narrows their own grant with attenuation instead, which needs no issuer."
|
|
106
|
+
},
|
|
107
|
+
"actions": {
|
|
108
|
+
"type": "array",
|
|
109
|
+
"minItems": 1,
|
|
110
|
+
"items": {
|
|
111
|
+
"type": "string",
|
|
112
|
+
"enum": [
|
|
113
|
+
"read",
|
|
114
|
+
"write",
|
|
115
|
+
"curate",
|
|
116
|
+
"admin"
|
|
117
|
+
]
|
|
118
|
+
},
|
|
119
|
+
"description": "What the subject may do. MUST NOT be empty — an empty list confers nothing rather than everything, and a schema that allowed it would make the more dangerous reading available to a careless consumer. `curate` is not implied by `write`: pinning, deprecating and retracting are judgements over shared knowledge, not writes."
|
|
120
|
+
},
|
|
121
|
+
"validUntil": {
|
|
122
|
+
"type": "string",
|
|
123
|
+
"format": "date-time",
|
|
124
|
+
"description": "When the grant lapses. REQUIRED, and not merely recommended: nothing about the subject's current standing is consulted when an authority credential is verified, so a grant that never expires is authority nobody can withdraw by waiting. A verifier refuses a chain link carrying none, so a grant minted without one could not have been used. Changing what a party may do reissues this one small credential and leaves the membership edge alone, which is why the two are separate credentials."
|
|
125
|
+
}
|
|
126
|
+
},
|
|
127
|
+
"$defs": {
|
|
128
|
+
"Response": {
|
|
129
|
+
"$anchor": "response",
|
|
130
|
+
"title": "Rooms Owner Issue Authority — response payload",
|
|
131
|
+
"description": "Success response to rooms/owner/issue-authority. Type https://trusttasks.org/spec/rooms/owner/issue-authority/0.2#response. The signed VAC, a chain root at the room's scope.",
|
|
132
|
+
"type": "object",
|
|
133
|
+
"additionalProperties": false,
|
|
134
|
+
"required": [
|
|
135
|
+
"credential",
|
|
136
|
+
"credentialId"
|
|
137
|
+
],
|
|
138
|
+
"properties": {
|
|
139
|
+
"credential": {
|
|
140
|
+
"type": "string",
|
|
141
|
+
"description": "The signed Verifiable Authority Credential, serialised."
|
|
142
|
+
},
|
|
143
|
+
"credentialId": {
|
|
144
|
+
"type": "string",
|
|
145
|
+
"description": "Its `id`."
|
|
146
|
+
},
|
|
147
|
+
"ext": {
|
|
148
|
+
"$ref": "#/$defs/Ext"
|
|
149
|
+
}
|
|
150
|
+
}
|
|
151
|
+
},
|
|
152
|
+
"Ext": {
|
|
153
|
+
"title": "Ext",
|
|
154
|
+
"description": "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.",
|
|
155
|
+
"type": "object",
|
|
156
|
+
"minProperties": 1,
|
|
157
|
+
"additionalProperties": true,
|
|
158
|
+
"propertyNames": {
|
|
159
|
+
"pattern": "^[a-z][a-z0-9-]*(\\.[a-z0-9-]+)+$"
|
|
160
|
+
}
|
|
161
|
+
}
|
|
162
|
+
}
|
|
163
|
+
} as const;
|
|
164
|
+
|
|
165
|
+
/** As {@link PAYLOAD_SCHEMA}, for the success-response variant. */
|
|
166
|
+
export const RESPONSE_PAYLOAD_SCHEMA = {
|
|
167
|
+
"$schema": "https://json-schema.org/draft/2020-12/schema",
|
|
168
|
+
"$ref": "#/$defs/Response",
|
|
169
|
+
"$defs": {
|
|
170
|
+
"Response": {
|
|
171
|
+
"$anchor": "response",
|
|
172
|
+
"title": "Rooms Owner Issue Authority — response payload",
|
|
173
|
+
"description": "Success response to rooms/owner/issue-authority. Type https://trusttasks.org/spec/rooms/owner/issue-authority/0.2#response. The signed VAC, a chain root at the room's scope.",
|
|
174
|
+
"type": "object",
|
|
175
|
+
"additionalProperties": false,
|
|
176
|
+
"required": [
|
|
177
|
+
"credential",
|
|
178
|
+
"credentialId"
|
|
179
|
+
],
|
|
180
|
+
"properties": {
|
|
181
|
+
"credential": {
|
|
182
|
+
"type": "string",
|
|
183
|
+
"description": "The signed Verifiable Authority Credential, serialised."
|
|
184
|
+
},
|
|
185
|
+
"credentialId": {
|
|
186
|
+
"type": "string",
|
|
187
|
+
"description": "Its `id`."
|
|
188
|
+
},
|
|
189
|
+
"ext": {
|
|
190
|
+
"$ref": "#/$defs/Ext"
|
|
191
|
+
}
|
|
192
|
+
}
|
|
193
|
+
},
|
|
194
|
+
"Ext": {
|
|
195
|
+
"title": "Ext",
|
|
196
|
+
"description": "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.",
|
|
197
|
+
"type": "object",
|
|
198
|
+
"minProperties": 1,
|
|
199
|
+
"additionalProperties": true,
|
|
200
|
+
"propertyNames": {
|
|
201
|
+
"pattern": "^[a-z][a-z0-9-]*(\\.[a-z0-9-]+)+$"
|
|
202
|
+
}
|
|
203
|
+
}
|
|
204
|
+
}
|
|
205
|
+
} as const;
|
|
206
|
+
|
|
207
|
+
/**
|
|
208
|
+
* SPEC.md §7.2 policy for the request variant, from this specification's
|
|
209
|
+
* front matter. Pass to `consumeInbound` — items 5b, 7 and 8 are
|
|
210
|
+
* per-specification and cannot be derived from the document alone, and
|
|
211
|
+
* item 2 needs the schema this carries.
|
|
212
|
+
*/
|
|
213
|
+
export const SPEC = {
|
|
214
|
+
typeUri: TYPE_URI,
|
|
215
|
+
isBearer: false,
|
|
216
|
+
isProofRequired: true,
|
|
217
|
+
isRecipientRequired: true,
|
|
218
|
+
isIssuedAtRequired: true,
|
|
219
|
+
payloadSchema: PAYLOAD_SCHEMA,
|
|
220
|
+
} as const;
|
|
221
|
+
|
|
222
|
+
/**
|
|
223
|
+
* SPEC.md §7.2 policy for the success-response variant. `isRecipientRequired`
|
|
224
|
+
* tracks the *issuer* party's requirement because a response swaps the
|
|
225
|
+
* parties (§7.3 item 5).
|
|
226
|
+
*/
|
|
227
|
+
export const RESPONSE_SPEC = {
|
|
228
|
+
typeUri: RESPONSE_TYPE_URI,
|
|
229
|
+
isBearer: false,
|
|
230
|
+
isProofRequired: true,
|
|
231
|
+
isRecipientRequired: true,
|
|
232
|
+
isIssuedAtRequired: true,
|
|
233
|
+
payloadSchema: RESPONSE_PAYLOAD_SCHEMA,
|
|
234
|
+
} as const;
|
|
@@ -144,7 +144,7 @@ export const PAYLOAD_SCHEMA = {
|
|
|
144
144
|
"membership",
|
|
145
145
|
"authority"
|
|
146
146
|
],
|
|
147
|
-
"description": "What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier.",
|
|
147
|
+
"description": "What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier. A host MUST bind the presenter to the chain's leaf. A chain that verifies is evidence that authority was conferred on somebody; it is not evidence that the party presenting it is that somebody. The leaf's subject MUST equal the party the host authenticated for this request — an identity the transport established or a document `proof` proved, never one named in a payload. A host that omits this check authorizes every captured presentation, and the omission is silent, because the chain still verifies.",
|
|
148
148
|
"properties": {
|
|
149
149
|
"membership": {
|
|
150
150
|
"type": "string",
|
|
@@ -214,7 +214,7 @@ export const RESPONSE_PAYLOAD_SCHEMA = {
|
|
|
214
214
|
"membership",
|
|
215
215
|
"authority"
|
|
216
216
|
],
|
|
217
|
-
"description": "What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier.",
|
|
217
|
+
"description": "What a party presents to act on a room. Carries the whole authority chain: a host MUST NOT dereference an authority credential's `parent` to fetch a link it was not given. Resolving over the network would make verification depend on availability, turn every identifier into a request the host can be induced to make against an address the holder chooses, and signal credential use to whoever hosts the identifier. A host MUST bind the presenter to the chain's leaf. A chain that verifies is evidence that authority was conferred on somebody; it is not evidence that the party presenting it is that somebody. The leaf's subject MUST equal the party the host authenticated for this request — an identity the transport established or a document `proof` proved, never one named in a payload. A host that omits this check authorizes every captured presentation, and the omission is silent, because the chain still verifies.",
|
|
218
218
|
"properties": {
|
|
219
219
|
"membership": {
|
|
220
220
|
"type": "string",
|