You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Why not just encode your data as an JWE and directly put it in an EncryptedDocument instead of wrapping it in a StructuredDocument first, seeing as how the server never sees the StructuredDocument. A StructuredDocument are already a very general object.
Now... assuming that Structured Documents are here to stay... I find the ID constraint strange. In the description for the StructuredDocumentid property, it says:
An identifier for the structured document. The value is required and MUST be a Base58-encoded 128-bit random value.
Seeing as a StructuredDocument is encrypted before being put in an EncryptedDocument what is the need for the format constraint on the id property? Why does a StructuredDocument have an ID anyway?
The text was updated successfully, but these errors were encountered:
Is the ID being in a structured document an artifact of a specific implementation?
Use case: relating structured doc to encrypted doc
Mandate that Structured Doc ID is identical to the encrypted doc ID.
Maybe structured document should also have the sequence number from encrypted document?
Document migration: Do IDs change?
Update spec to say that you only encrypt the meta, content and stream (if applicable) fields. An implementation may provide fields like id in the structured document that match what's in the encrypted document
Implementations may augment the structured document on their end.
First few examples could include only required fields, and then an example with those augmented fields.
Why not just encode your data as an JWE and directly put it in an
EncryptedDocument
instead of wrapping it in aStructuredDocument
first, seeing as how the server never sees theStructuredDocument
. AStructuredDocument
are already a very general object.Now... assuming that Structured Documents are here to stay... I find the ID constraint strange. In the description for the
StructuredDocument
id
property, it says:Seeing as a
StructuredDocument
is encrypted before being put in anEncryptedDocument
what is the need for the format constraint on theid
property? Why does aStructuredDocument
have an ID anyway?The text was updated successfully, but these errors were encountered: