aboutsummaryrefslogtreecommitdiff
path: root/doc/dev
Commit message (Collapse)AuthorAgeFilesLines
...
* rpc: update rpc-meta-draft with new behavior.Nick Mathewson2023-05-241-3/+7
|
* key-management.md: Add a note deprecating unescorted ed secretsNick Mathewson2023-05-181-0/+1
|
* Merge branch 'key-mgmt-api-updates-v2' into 'main'gabi-2502023-05-161-81/+208
|\ | | | | | | | | dev docs: key-management.md updates and clarifications See merge request tpo/core/arti!1185
| * dev docs: The key store version file should specify a minimum supported version.Gabriela Moldovan2023-05-161-2/+10
| | | | | | | | Signed-off-by: Gabriela Moldovan <[email protected]>
| * dev docs: Remove unused arguments.Gabriela Moldovan2023-05-161-12/+9
| | | | | | | | | | | | There are several places where he `KeyType` isn't needed anymore. Signed-off-by: Gabriela Moldovan <[email protected]>
| * dev docs: Clarify how C Tor key store loads keys from multiple different key ↵Gabriela Moldovan2023-05-161-26/+66
| | | | | | | | | | | | | | | | | | | | | | dirs. This also moves the `extension` function out of `KeyType` because for the C Tor key store, a key's file extension depends on the role/user of the key, which isn't known by `KeyType` (`KeyType` is a tor-agnostic key type such as `Ed25519Private`). Signed-off-by: Gabriela Moldovan <[email protected]>
| * dev docs: Distinguish between arti_extension and ctor_extension.Gabriela Moldovan2023-05-161-2/+7
| | | | | | | | Signed-off-by: Gabriela Moldovan <[email protected]>
| * dev docs: Clarify that ArtiPath/CTorPath are relative to the key store root.Gabriela Moldovan2023-05-161-1/+9
| | | | | | | | Signed-off-by: Gabriela Moldovan <[email protected]>
| * dev docs: Add note about key store versioning.Gabriela Moldovan2023-05-161-0/+9
| | | | | | | | Signed-off-by: Gabriela Moldovan <[email protected]>
| * dev docs: Add note about C Tor store configuration.Gabriela Moldovan2023-05-161-1/+49
| | | | | | | | Signed-off-by: Gabriela Moldovan <[email protected]>
| * dev docs: Move the key passphrases subsection to the Arti store section.Gabriela Moldovan2023-05-161-6/+6
| | | | | | | | Signed-off-by: Gabriela Moldovan <[email protected]>
| * dev docs: Create a separate section for the C tor key store discussion.Gabriela Moldovan2023-05-161-5/+17
| | | | | | | | Signed-off-by: Gabriela Moldovan <[email protected]>
| * dev docs: Rename {Key, HsClient}Identity.Gabriela Moldovan2023-05-161-45/+45
| | | | | | | | | | | | | | | | This renames `KeyIdentity` to `KeySpecifier` so it doesn't get confused with the concept of an "identity key". `HsClientIdentity` is also renamed for consistency. Signed-off-by: Gabriela Moldovan <[email protected]>
* | rpc: Clarify how authentication works.Nick Mathewson2023-05-161-10/+5
| |
* | rpc: Clarify some object ID docs and remove impl details.Nick Mathewson2023-05-161-37/+4
| |
* | rpc: Revise example in documentationNick Mathewson2023-05-161-4/+4
|/
* Merge branch 'api-sketch' into 'main'Nick Mathewson2023-05-031-0/+149
|\ | | | | | | | | Add a sketch for our FFI/RPC architecture See merge request tpo/core/arti!1005
| * ffi_rpc_sketch: rearrange.Nick Mathewson2023-02-031-9/+9
| |
| * ffi_rpc_sketch: tweak colors.Nick Mathewson2023-02-031-3/+3
| |
| * Add a sketch for our FFI/RPC architectureNick Mathewson2023-02-031-0/+149
| | | | | | | | | | | | I think that this might be the way forward, depending on our current requirements and our users' current needs. I've traced out some challenges that would imply.
* | dev docs: Add a few lines about handling concurrent access.Gabriela Moldovan2023-04-251-0/+14
| | | | | | | | Signed-off-by: Gabriela Moldovan <[email protected]>
* | dev docs: Fill out insert/remove APIs.Gabriela Moldovan2023-04-251-8/+31
| | | | | | | | Signed-off-by: Gabriela Moldovan <[email protected]>
* | dev docs: Remove incoherent waffle.Gabriela Moldovan2023-04-251-19/+4
| | | | | | | | Signed-off-by: Gabriela Moldovan <[email protected]>
* | dev docs: Update KeyMgr implementation based on latest discussions.Gabriela Moldovan2023-04-251-113/+314
| | | | | | | | Signed-off-by: Gabriela Moldovan <[email protected]>
* | dev docs: Remove unnecessary trait bounds.Gabriela Moldovan2023-04-251-1/+1
| | | | | | | | Signed-off-by: Gabriela Moldovan <[email protected]>
* | dev docs: Remove outdated reference to the comment field.Gabriela Moldovan2023-04-251-6/+0
| | | | | | | | | | | | We decided against using it. Signed-off-by: Gabriela Moldovan <[email protected]>
* | dev docs: Add namespacing for client/hs/relay/.. keys.Gabriela Moldovan2023-04-251-39/+42
| | | | | | | | Signed-off-by: Gabriela Moldovan <[email protected]>
* | dev docs: Remove KeyIdentityResult.Gabriela Moldovan2023-04-251-10/+0
| | | | | | | | Signed-off-by: Gabriela Moldovan <[email protected]>
* | dev docs: Remove HSM APIs.Gabriela Moldovan2023-04-251-22/+0
| | | | | | | | Signed-off-by: Gabriela Moldovan <[email protected]>
* | dev docs: clarify what a "key identity" is.Gabriela Moldovan2023-04-251-35/+99
| | | | | | | | Signed-off-by: Gabriela Moldovan <[email protected]>
* | dev docs: Allow multiple key stores to be in use at the same time.Gabriela Moldovan2023-04-251-18/+92
| | | | | | | | | | | | | | | | | | The key manager needs to be flexible enough to support loading keys from one of several key stores. This is because when we add support for smart cards, users will want to be able to store some keys on the smart card, and others in one of the disk key stores (for example). Signed-off-by: Gabriela Moldovan <[email protected]>
* | dev docs: Add some impls for `LocalUserIdentity`.Gabriela Moldovan2023-04-251-1/+4
| | | | | | | | Signed-off-by: Gabriela Moldovan <[email protected]>
* | dev docs: Add key manager API sketch.Gabriela Moldovan2023-04-251-0/+239
| | | | | | | | | | | | | | | | | | | | | | | | This is the first draft of the key manager API. I don't expect this to be the final version of the API, and I'm sure there are plenty of improvements to be made. This is mostly a request for comments. Closes #834 Signed-off-by: Gabriela Moldovan <[email protected]>
* | rpc spec: define method namespacing.Nick Mathewson2023-04-131-5/+29
| | | | | | | | Closes #822
* | Merge branch 'rpc_conformance' into 'main'Nick Mathewson2023-04-131-13/+26
|\ \ | | | | | | | | | | | | | | | | | | RPC: Terminology and error-handling conformance Closes #826 and #825 See merge request tpo/core/arti!1136
| * | rpc, spec: Document current ObjectError, RequestError behavior as correct.Nick Mathewson2023-04-131-2/+2
| | |
| * | rpc: Change `id=<SYNTAX>` to "no id".Nick Mathewson2023-04-131-3/+5
| | | | | | | | | | | | | | | | | | | | | Now instead of hoping that buggy clients will detect a magic `id`, we can simply tell them that they will get no `id` at all. If they can't handle that case, no major harm is done: the connection will get closed anyway.
| * | rpc spec: Allocate a special ID for syntax errors.Nick Mathewson2023-04-121-0/+6
| | |
| * | rpc spec: Change arti_kinds => kinds per discussion.Nick Mathewson2023-04-121-6/+11
| | |
| * | rpc: terminology edits around "method" in spec draftNick Mathewson2023-04-121-4/+4
| | | | | | | | | | | | | | | | | | Always "method", never "command". Always "authentication scheme", never "authentication method".
* | | Merge branch 'devdoc' into 'main'Nick Mathewson2023-04-121-3/+36
|\ \ \ | |/ / |/| | | | | | | | Document some properties of semver See merge request tpo/core/arti!1129
| * | dev docs: Reference semver trickIan Jackson2023-04-121-0/+4
| | | | | | | | | | | | | | | Discussion https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1129#note_2895839
| * | dev docs: Adding missing footnoteIan Jackson2023-04-121-0/+2
| | | | | | | | | | | | | | | Discussion https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1129#note_2895837
| * | dev docs: Avoid main-verb-less sentenceIan Jackson2023-04-121-3/+2
| | | | | | | | | | | | | | | Discussion https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1129#note_2895835
| * | dev docs: Add missing wordIan Jackson2023-04-121-1/+1
| | | | | | | | | | | | | | | As per https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1129#note_2895834
| * | dev docs: Clarify that it's two instances of the crateNick Mathewson2023-04-121-1/+1
| | |
| * | dev docs: Clarify wording re who is exporting whatNick Mathewson2023-04-121-2/+3
| | |
| * | dev docs: Make some explanation about semverIan Jackson2023-04-111-0/+32
| | |
| * | dev docs: Make a heading a subheadingIan Jackson2023-04-111-1/+1
| | |
| * | dev docs: Remove an obsolete comment.Ian Jackson2023-04-111-5/+0
| | | | | | | | | | | | I think we've bedded in the new process.