Age | Commit message (Collapse) | Author | |
---|---|---|---|
2022-02-17 | Be explicit about EXT_FIELD_LEN=0 | Nick Mathewson | |
2022-02-17 | ntor3, rend3: clarify extension field defaults. | Nick Mathewson | |
These patch changes describe new default behaviors for extension field lists, as appear in ntor3 and in many places throughout the ntor3 protocol. In general: * Unrecognized extensions MUST be ignored. Additionally, all the following rules apply _unless otherwise stated in the documentation for an extension. * Extensions are sent in sorted order. * Extensions should only be sent once in a message * If you receive multiple copies of an extension, only the first one counts. This comes out of discussions on tor!525. | |||
2021-11-22 | Mark proposal 332-ntor-v3 as accepted | Nick Mathewson | |
2021-08-26 | Prop332: add test vectors. | Nick Mathewson | |
2021-08-26 | Prop332: Minor edits. | Nick Mathewson | |
Document that MAC_KEY_LEN exists, and is 32. Switch from SHAKE128 to SHAKE256: the performance difference is negligible, and that's what we use elsewhere in Tor. | |||
2021-07-12 | Add proposal 332: Ntor protocol with extra data, version 3 | Nick Mathewson | |