mirrors/arti.git/tests/shadow/shadow.data.template, branch arti-v1.1.12 mirror of https://gitlab.torproject.org/tpo/core/arti http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.1.12 2023-12-14T18:21:38Z shadow test: Update the test client auth keys. 2023-12-14T18:21:38Z Gabriela Moldovan gabi@torproject.org 2023-12-14T17:37:47Z urn:sha1:c65a35fab5e6786f0be5c4645db7df054251514c The algorithm name for x25519 keys has changed, so the test keys need to be updated. shadow test: Update hidden service keys. 2023-12-14T16:45:36Z Gabriela Moldovan gabi@torproject.org 2023-12-14T16:43:19Z urn:sha1:5386b1656f3d859938f87facbbbca764e5923ad7 The algorithm name for expanded ed25519 keys has changed, so the test keys need to be updated. shadow test: add tor client connecting to arti hs 2023-12-13T18:10:15Z Jim Newsome jnewsome@torproject.org 2023-12-13T18:05:34Z urn:sha1:18197136e35e577c26f7676b01c5a3c15c94cc04 shadow test: add client for arti hs 2023-12-13T18:10:15Z Jim Newsome jnewsome@torproject.org 2023-12-12T23:06:38Z urn:sha1:84fd65593019f8523ceccb759d5e4f2cd72ff760 This also adds a workaround - the arti service doesn't appear to register itself (set up intro points) unless first used as a client. shadow test: add hidden service keystore to template 2023-12-13T18:10:15Z Jim Newsome jnewsome@torproject.org 2023-12-12T21:19:09Z urn:sha1:449aaf0127309dda66ab902e61c76243499da84c This is to ensure a stable HS address. shadow test: add fileserver-onion-arti 2023-12-13T18:10:15Z Jim Newsome jnewsome@torproject.org 2023-12-12T21:04:21Z urn:sha1:0111264915a10b22220fd7b29e00079922a414a4 shadow ci: add host articlient-extra 2023-12-07T15:45:49Z Jim Newsome jnewsome@torproject.org 2023-11-27T22:02:25Z urn:sha1:41b7a3f98f593536e1a08d717da4e74097ac6d38 The arti-extra binary has several experimental features enabled. Currently it is used to test experimental onion service features, but it would be useful also do a test of the arti-extra binary in the same configuration and workload as the arti binary (which has the default featureset). In a follow-up commit, we'll enable the experimental ntor-v3 handshake implementation in the arti-extra binary. tor-keymgr: Encode whether the key is public or private in the file extension. 2023-10-13T17:11:28Z Gabriela Moldovan gabi@torproject.org 2023-10-13T11:14:56Z urn:sha1:3b2f1b838b0113effb98852a750db90ac7e20262 There are 2 reasons to make this change: * because having the word `private` in the extension will make it more difficult to accidentally misuse or misplace a private key (see https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/1618#note_2947461) * because `Keystore`s will soon grow a `list()` function returning all `(ArtiPath, KeyType)`s in the keystore, and in order for `ArtiNativeKeystore` to implement this function, it will need to be able to reverse the `KeyType -> file extension` mapping (if two different `KeyType`s are mapped to the same extension, `ArtiNativeKeystore`s won't be able to reverse the mapping) tor-keymgr: Fix typo in key names. 2023-09-12T15:58:29Z Gabriela Moldovan gabi@torproject.org 2023-09-12T15:58:29Z urn:sha1:d8ead902fcd7cd80905d8acd5299c3865bb6b0ab The secret keys are prefixed with `KS`, not `KP`. tor-keymgr: Remove redundant _private suffix from key extension. 2023-09-12T15:56:15Z Gabriela Moldovan gabi@torproject.org 2023-09-12T15:56:15Z urn:sha1:83c69cd9cba152babc7ddac86b58897f44035b14 The privateness of the keys is encoded in their name.