@openvtc/trust-tasks 0.17.11 → 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 +53 -0
- package/dist/_shared/components.d.ts +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/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 +4 -4
- package/dist/rooms/records/get/0.1/payload.js +2 -2
- package/dist/rooms/records/get/0.1/payload.js.map +1 -1
- package/dist/rooms/records/list/0.1/payload.d.ts +4 -4
- package/dist/rooms/records/list/0.1/payload.js +2 -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 +1 -1
- package/src/index.ts +2 -0
- 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 +2 -2
- package/src/rooms/records/list/0.1/payload.ts +2 -2
- package/src/rooms/records/put/0.1/payload.ts +2 -2
|
@@ -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",
|
|
@@ -217,7 +217,7 @@ export const PAYLOAD_SCHEMA = {
|
|
|
217
217
|
"membership",
|
|
218
218
|
"authority"
|
|
219
219
|
],
|
|
220
|
-
"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.",
|
|
220
|
+
"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.",
|
|
221
221
|
"properties": {
|
|
222
222
|
"membership": {
|
|
223
223
|
"type": "string",
|
|
@@ -303,7 +303,7 @@ export const RESPONSE_PAYLOAD_SCHEMA = {
|
|
|
303
303
|
"membership",
|
|
304
304
|
"authority"
|
|
305
305
|
],
|
|
306
|
-
"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.",
|
|
306
|
+
"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.",
|
|
307
307
|
"properties": {
|
|
308
308
|
"membership": {
|
|
309
309
|
"type": "string",
|
|
@@ -197,7 +197,7 @@ export const PAYLOAD_SCHEMA = {
|
|
|
197
197
|
"membership",
|
|
198
198
|
"authority"
|
|
199
199
|
],
|
|
200
|
-
"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.",
|
|
200
|
+
"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.",
|
|
201
201
|
"properties": {
|
|
202
202
|
"membership": {
|
|
203
203
|
"type": "string",
|
|
@@ -321,7 +321,7 @@ export const RESPONSE_PAYLOAD_SCHEMA = {
|
|
|
321
321
|
"membership",
|
|
322
322
|
"authority"
|
|
323
323
|
],
|
|
324
|
-
"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.",
|
|
324
|
+
"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.",
|
|
325
325
|
"properties": {
|
|
326
326
|
"membership": {
|
|
327
327
|
"type": "string",
|
|
@@ -239,7 +239,7 @@ export const PAYLOAD_SCHEMA = {
|
|
|
239
239
|
"membership",
|
|
240
240
|
"authority"
|
|
241
241
|
],
|
|
242
|
-
"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.",
|
|
242
|
+
"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.",
|
|
243
243
|
"properties": {
|
|
244
244
|
"membership": {
|
|
245
245
|
"type": "string",
|
|
@@ -385,7 +385,7 @@ export const RESPONSE_PAYLOAD_SCHEMA = {
|
|
|
385
385
|
"membership",
|
|
386
386
|
"authority"
|
|
387
387
|
],
|
|
388
|
-
"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.",
|
|
388
|
+
"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.",
|
|
389
389
|
"properties": {
|
|
390
390
|
"membership": {
|
|
391
391
|
"type": "string",
|
|
@@ -231,7 +231,7 @@ export const PAYLOAD_SCHEMA = {
|
|
|
231
231
|
"membership",
|
|
232
232
|
"authority"
|
|
233
233
|
],
|
|
234
|
-
"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.",
|
|
234
|
+
"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.",
|
|
235
235
|
"properties": {
|
|
236
236
|
"membership": {
|
|
237
237
|
"type": "string",
|
|
@@ -334,7 +334,7 @@ export const RESPONSE_PAYLOAD_SCHEMA = {
|
|
|
334
334
|
"membership",
|
|
335
335
|
"authority"
|
|
336
336
|
],
|
|
337
|
-
"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.",
|
|
337
|
+
"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.",
|
|
338
338
|
"properties": {
|
|
339
339
|
"membership": {
|
|
340
340
|
"type": "string",
|