]> git.ipfire.org Git - thirdparty/tor.git/commitdiff
Increase OPE_INPUT_MAX.
authorGeorge Kadianakis <desnacked@riseup.net>
Thu, 14 Jun 2018 12:23:09 +0000 (15:23 +0300)
committerNick Mathewson <nickm@torproject.org>
Tue, 17 Jul 2018 19:57:46 +0000 (15:57 -0400)
src/lib/crypt_ops/crypto_ope.h

index 885ce84b2a03a8367371523f681beb04c2e94be2..823524f84e9c672287d553322e3c58b169e16a2d 100644 (file)
 /** Length of OPE key, in bytes. */
 #define OPE_KEY_LEN 32
 
-/** Largest value that can be passed to crypto_ope_encrypt() */
-#define OPE_INPUT_MAX 131072
+/** Largest value that can be passed to crypto_ope_encrypt().
+ *
+ *  Expressed as 2^18 because the OPE system prefers powers of two.
+ *
+ *  The current max value stands for about 70 hours. The rationale here is as
+ *  follows: The rev counter is the time of seconds since the start of an SRV
+ *  period. SRVs are useful for about 48 hours (that's how long they stick
+ *  around on the consensus). Let's also add 12 hours of drift for clock skewed
+ *  services that might be using an old consensus and we arrive to 60
+ *  hours. The max value should be beyond that.
+ */
+#define OPE_INPUT_MAX (1<<18)
 
 typedef struct crypto_ope_c crypto_ope_t;