mirrors/arti.git/crates/tor-keymgr/src/keystore/arti.rs, branch arti-v1.1.9mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.92023-09-26T09:47:36Ztor-keymgr: Rename as_ssh_keypair_data to as_ssh_key_data.2023-09-26T09:47:36ZGabriela Moldovangabi@torproject.org2023-09-26T09:46:33Zurn:sha1:3b8c906b3fd9f0bad8a13a493548a8edd9a041ac
This function no longer returns `KeypairData` (it now returns
`SshKeyData`).
tor-keymgr: Make EncodableKey support public keys too.2023-09-25T21:11:04ZGabriela Moldovangabi@torproject.org2023-09-25T17:53:08Zurn:sha1:1c3fe43493ea9f963a3a09a994b21bea126e04b6
Previously, `EncodableKey::to_keypair_data` could only be used for
encoding private keys (its return type was `KeypairData`). Now
`EncodableKey::to_keypair_data` can return public key data (`KeyData`)
too.
Note: `to_keypair_data()` will be renamed in a future commit.
tor-keymgr: Represent unparsed ssh key as strings.2023-09-25T21:10:56ZGabriela Moldovangabi@torproject.org2023-09-25T10:38:20Zurn:sha1:1daad178d236810d58a31349dddb04062d8ed97e
The underlying representation of an `UnparsedOpenSshKey` is now a
`String`. This will make it easier to support storing public keys in the
keystores: in the future, we will use `PublicKey::from_openssh` to parse
public keys, and `PublicKey::from_openssh` expects a string slice
(unlike `PrivateKey::from_openssh`, which takes a `&[u8]`).
tor-hsclient, arti-client, tor-keymgr, tor-netdoc: Use a keypair instead of StaticSecret.2023-09-25T18:56:58ZGabriela Moldovangabi@torproject.org2023-09-25T15:28:29Zurn:sha1:5b5483aa2c8e6a9a9fbcdece1c453ad87d434fdc
Previously, when retrieving `KS_hsc_desc_enc` keys (or any other x25519
keys) from the keystore, the keymgr would discard the public part of the
key (SSH private keys contain the public part of the key too). Instead
of discarding the public key and returning just the `StaticSecret`, the
keymgr now returns a `StaticKeypair`. This makes the x25519
`EncodableKey`/`ToEncodableKey` implementation consistent with the
ed25519 one (which retrieves key pairs rather than "unescorted"
secrets).
tor-keymgr: Remove redundant _private suffix from key extension.2023-09-12T15:56:15ZGabriela Moldovangabi@torproject.org2023-09-12T15:56:15Zurn:sha1:83c69cd9cba152babc7ddac86b58897f44035b14
The privateness of the keys is encoded in their name.
Run maint/add_warning to add lint block everywhere2023-08-23T09:34:00ZIan Jacksonijackson@chiark.greenend.org.uk2023-08-22T14:28:12Zurn:sha1:42df88d6bf6dbb460d2e5e1cd4838aafaffbe9ackeymgr: Implement SshEncodableKey for ed25519::Keypair.2023-08-02T13:21:06ZGabriela Moldovangabi@torproject.org2023-08-02T13:14:54Zurn:sha1:682d20110e6ce92c7a0d198337bb3e56b290aeb0keymgr: Remove KeyType::to_ssh_format.2023-08-02T13:21:02ZGabriela Moldovangabi@torproject.org2023-08-02T13:19:22Zurn:sha1:e89e76f974457a0e7fd9a98326d427c10e4853af
This function isn't actually needed (it's not the responsibility of
`KeyType` to encode keys).
This commit also rewrites `ArtiNativeKeystore::insert` to use the new
`as_ssh_keypair_data` function instead of `to_ssh_format`.
keymgr: Test whether insert() creates the missing directories.2023-07-24T12:17:16ZGabriela Moldovangabi@torproject.org2023-07-21T18:00:37Zurn:sha1:f5f133c04c4eb84bc6a91929a9a1a0060b46e989keymgr: Create the parent directories as needed2023-07-24T12:17:08ZGabriela Moldovangabi@torproject.org2023-07-21T17:11:44Zurn:sha1:cfe90f1478b174186d4d3dfa81bcab008044ee2d