Opened at 2023-01-06T20:46:29Z
Closed at 2023-01-13T17:28:58Z
#3962 closed defect (fixed)
Support the creation of a new mutable object with a pre-determined signature key
Reported by: | exarkun | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | undecided |
Component: | unknown | Version: | n/a |
Keywords: | Cc: | ||
Launchpad Bug: |
Description
Sometimes you want to create or re-create a specific mutable object.
Two examples:
- You are writing a compliance test suite and you want to verify certain test vectors are handled correctly.
- You are embedding a mutable capability into an external backup system which you want to initialize _before_ you have uploaded anything to a storage server.
Currently this is not possible because the mutable creation APIs all randomly generate a new RSA key and use that. If you try to write the compliance test suite, all your mutable capabilities come out different each time because they each have a new random RSA key. If you want to embed a capability in an external system, you must create it first because otherwise you won't know what RSA key it includes (so you won't know the capability itself).
This is certainly an "advanced" feature. If poor choices are made specifying the RSA key then certain significant features of Tahoe will be compromised (eg, if you re-use a key expecting to get a different object, you will be sorely disappointed). Still, for advanced uses, it is very important.
Change History (3)
comment:1 Changed at 2023-01-06T20:47:22Z by exarkun
comment:2 Changed at 2023-01-06T20:54:47Z by exarkun
comment:3 Changed at 2023-01-13T17:28:58Z by exarkun
- Resolution set to fixed
- Status changed from new to closed
And the "compliance test" issue is ticket:3961...