2022-09-29 08:47:55 +00:00
|
|
|
#![cfg_attr(docsrs, feature(doc_auto_cfg))]
|
2023-03-21 00:10:00 +00:00
|
|
|
#![doc = include_str!("../README.md")]
|
2023-04-22 08:38:47 +00:00
|
|
|
#![cfg_attr(not(feature = "std"), no_std)]
|
2022-09-29 08:47:55 +00:00
|
|
|
|
2023-04-22 08:38:47 +00:00
|
|
|
#[cfg(not(feature = "std"))]
|
|
|
|
#[macro_use]
|
|
|
|
extern crate alloc;
|
|
|
|
use std_shims::vec::Vec;
|
2023-03-10 11:27:44 +00:00
|
|
|
|
Utilize zeroize (#76)
* Apply Zeroize to nonces used in Bulletproofs
Also makes bit decomposition constant time for a given amount of
outputs.
* Fix nonce reuse for single-signer CLSAG
* Attach Zeroize to most structures in Monero, and ZOnDrop to anything with private data
* Zeroize private keys and nonces
* Merge prepare_outputs and prepare_transactions
* Ensure CLSAG is constant time
* Pass by borrow where needed, bug fixes
The past few commitments have been one in-progress chunk which I've
broken up as best read.
* Add Zeroize to FROST structs
Still needs to zeroize internally, yet next step. Not quite as
aggressive as Monero, partially due to the limitations of HashMaps,
partially due to less concern about metadata, yet does still delete a
few smaller items of metadata (group key, context string...).
* Remove Zeroize from most Monero multisig structs
These structs largely didn't have private data, just fields with private
data, yet those fields implemented ZeroizeOnDrop making them already
covered. While there is still traces of the transaction left in RAM,
fully purging that was never the intent.
* Use Zeroize within dleq
bitvec doesn't offer Zeroize, so a manual zeroing has been implemented.
* Use Zeroize for random_nonce
It isn't perfect, due to the inability to zeroize the digest, and due to
kp256 requiring a few transformations. It does the best it can though.
Does move the per-curve random_nonce to a provided one, which is allowed
as of https://github.com/cfrg/draft-irtf-cfrg-frost/pull/231.
* Use Zeroize on FROST keygen/signing
* Zeroize constant time multiexp.
* Correct when FROST keygen zeroizes
* Move the FROST keys Arc into FrostKeys
Reduces amount of instances in memory.
* Manually implement Debug for FrostCore to not leak the secret share
* Misc bug fixes
* clippy + multiexp test bug fixes
* Correct FROST key gen share summation
It leaked our own share for ourself.
* Fix cross-group DLEq tests
2022-08-03 08:25:18 +00:00
|
|
|
use zeroize::Zeroize;
|
|
|
|
|
2022-06-30 13:30:24 +00:00
|
|
|
use ff::PrimeFieldBits;
|
2022-06-07 04:02:10 +00:00
|
|
|
use group::Group;
|
2022-05-03 11:42:09 +00:00
|
|
|
|
2022-06-07 04:02:10 +00:00
|
|
|
mod straus;
|
|
|
|
use straus::*;
|
2022-05-27 04:52:44 +00:00
|
|
|
|
2022-06-07 04:02:10 +00:00
|
|
|
mod pippenger;
|
|
|
|
use pippenger::*;
|
2022-05-27 04:52:44 +00:00
|
|
|
|
2022-06-07 04:02:10 +00:00
|
|
|
#[cfg(feature = "batch")]
|
|
|
|
mod batch;
|
|
|
|
#[cfg(feature = "batch")]
|
|
|
|
pub use batch::BatchVerifier;
|
2022-05-03 11:42:09 +00:00
|
|
|
|
2022-06-30 13:30:24 +00:00
|
|
|
#[cfg(test)]
|
|
|
|
mod tests;
|
|
|
|
|
2023-03-28 08:43:10 +00:00
|
|
|
// Use black_box when possible
|
|
|
|
#[rustversion::since(1.66)]
|
|
|
|
use core::hint::black_box;
|
|
|
|
#[rustversion::before(1.66)]
|
|
|
|
fn black_box<T>(val: T) -> T {
|
2023-03-10 11:27:44 +00:00
|
|
|
val
|
|
|
|
}
|
|
|
|
|
|
|
|
fn u8_from_bool(bit_ref: &mut bool) -> u8 {
|
|
|
|
let bit_ref = black_box(bit_ref);
|
|
|
|
|
|
|
|
let mut bit = black_box(*bit_ref);
|
2023-12-17 01:54:24 +00:00
|
|
|
#[allow(clippy::cast_lossless)]
|
2023-03-10 11:27:44 +00:00
|
|
|
let res = black_box(bit as u8);
|
|
|
|
bit.zeroize();
|
|
|
|
debug_assert!((res | 1) == 1);
|
|
|
|
|
|
|
|
bit_ref.zeroize();
|
|
|
|
res
|
|
|
|
}
|
|
|
|
|
2023-03-02 10:49:39 +00:00
|
|
|
// Convert scalars to `window`-sized bit groups, as needed to index a table
|
|
|
|
// This algorithm works for `window <= 8`
|
2024-06-13 19:57:08 +00:00
|
|
|
pub(crate) fn prep_bits<G: Group<Scalar: PrimeFieldBits>>(
|
|
|
|
pairs: &[(G::Scalar, G)],
|
|
|
|
window: u8,
|
|
|
|
) -> Vec<Vec<u8>> {
|
2022-06-30 13:30:24 +00:00
|
|
|
let w_usize = usize::from(window);
|
|
|
|
|
|
|
|
let mut groupings = vec![];
|
|
|
|
for pair in pairs {
|
|
|
|
let p = groupings.len();
|
Utilize zeroize (#76)
* Apply Zeroize to nonces used in Bulletproofs
Also makes bit decomposition constant time for a given amount of
outputs.
* Fix nonce reuse for single-signer CLSAG
* Attach Zeroize to most structures in Monero, and ZOnDrop to anything with private data
* Zeroize private keys and nonces
* Merge prepare_outputs and prepare_transactions
* Ensure CLSAG is constant time
* Pass by borrow where needed, bug fixes
The past few commitments have been one in-progress chunk which I've
broken up as best read.
* Add Zeroize to FROST structs
Still needs to zeroize internally, yet next step. Not quite as
aggressive as Monero, partially due to the limitations of HashMaps,
partially due to less concern about metadata, yet does still delete a
few smaller items of metadata (group key, context string...).
* Remove Zeroize from most Monero multisig structs
These structs largely didn't have private data, just fields with private
data, yet those fields implemented ZeroizeOnDrop making them already
covered. While there is still traces of the transaction left in RAM,
fully purging that was never the intent.
* Use Zeroize within dleq
bitvec doesn't offer Zeroize, so a manual zeroing has been implemented.
* Use Zeroize for random_nonce
It isn't perfect, due to the inability to zeroize the digest, and due to
kp256 requiring a few transformations. It does the best it can though.
Does move the per-curve random_nonce to a provided one, which is allowed
as of https://github.com/cfrg/draft-irtf-cfrg-frost/pull/231.
* Use Zeroize on FROST keygen/signing
* Zeroize constant time multiexp.
* Correct when FROST keygen zeroizes
* Move the FROST keys Arc into FrostKeys
Reduces amount of instances in memory.
* Manually implement Debug for FrostCore to not leak the secret share
* Misc bug fixes
* clippy + multiexp test bug fixes
* Correct FROST key gen share summation
It leaked our own share for ourself.
* Fix cross-group DLEq tests
2022-08-03 08:25:18 +00:00
|
|
|
let mut bits = pair.0.to_le_bits();
|
2022-06-30 13:30:24 +00:00
|
|
|
groupings.push(vec![0; (bits.len() + (w_usize - 1)) / w_usize]);
|
|
|
|
|
2023-03-10 11:27:44 +00:00
|
|
|
for (i, mut bit) in bits.iter_mut().enumerate() {
|
2023-07-08 15:29:05 +00:00
|
|
|
let mut bit = u8_from_bool(&mut bit);
|
2022-06-30 13:30:24 +00:00
|
|
|
groupings[p][i / w_usize] |= bit << (i % w_usize);
|
2022-08-12 05:14:13 +00:00
|
|
|
bit.zeroize();
|
2022-06-30 13:30:24 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
groupings
|
|
|
|
}
|
|
|
|
|
2022-06-07 04:02:10 +00:00
|
|
|
#[derive(Clone, Copy, PartialEq, Eq, Debug)]
|
|
|
|
enum Algorithm {
|
2022-07-07 04:22:19 +00:00
|
|
|
Null,
|
|
|
|
Single,
|
2022-06-30 13:30:24 +00:00
|
|
|
Straus(u8),
|
2022-07-15 05:26:07 +00:00
|
|
|
Pippenger(u8),
|
2022-05-27 04:52:44 +00:00
|
|
|
}
|
|
|
|
|
2022-06-30 13:30:24 +00:00
|
|
|
/*
|
|
|
|
Release (with runs 20, so all of these are off by 20x):
|
|
|
|
|
|
|
|
k256
|
|
|
|
Straus 3 is more efficient at 5 with 678µs per
|
|
|
|
Straus 4 is more efficient at 10 with 530µs per
|
|
|
|
Straus 5 is more efficient at 35 with 467µs per
|
|
|
|
|
|
|
|
Pippenger 5 is more efficient at 125 with 431µs per
|
|
|
|
Pippenger 6 is more efficient at 275 with 349µs per
|
|
|
|
Pippenger 7 is more efficient at 375 with 360µs per
|
|
|
|
|
|
|
|
dalek
|
|
|
|
Straus 3 is more efficient at 5 with 519µs per
|
|
|
|
Straus 4 is more efficient at 10 with 376µs per
|
|
|
|
Straus 5 is more efficient at 170 with 330µs per
|
|
|
|
|
|
|
|
Pippenger 5 is more efficient at 125 with 305µs per
|
|
|
|
Pippenger 6 is more efficient at 275 with 250µs per
|
|
|
|
Pippenger 7 is more efficient at 450 with 205µs per
|
|
|
|
Pippenger 8 is more efficient at 800 with 213µs per
|
|
|
|
|
|
|
|
Debug (with runs 5, so...):
|
|
|
|
|
|
|
|
k256
|
|
|
|
Straus 3 is more efficient at 5 with 2532µs per
|
|
|
|
Straus 4 is more efficient at 10 with 1930µs per
|
|
|
|
Straus 5 is more efficient at 80 with 1632µs per
|
|
|
|
|
|
|
|
Pippenger 5 is more efficient at 150 with 1441µs per
|
|
|
|
Pippenger 6 is more efficient at 300 with 1235µs per
|
|
|
|
Pippenger 7 is more efficient at 475 with 1182µs per
|
|
|
|
Pippenger 8 is more efficient at 625 with 1170µs per
|
|
|
|
|
|
|
|
dalek:
|
|
|
|
Straus 3 is more efficient at 5 with 971µs per
|
|
|
|
Straus 4 is more efficient at 10 with 782µs per
|
|
|
|
Straus 5 is more efficient at 75 with 778µs per
|
|
|
|
Straus 6 is more efficient at 165 with 867µs per
|
|
|
|
|
|
|
|
Pippenger 5 is more efficient at 125 with 677µs per
|
|
|
|
Pippenger 6 is more efficient at 250 with 655µs per
|
|
|
|
Pippenger 7 is more efficient at 475 with 500µs per
|
|
|
|
Pippenger 8 is more efficient at 875 with 499µs per
|
|
|
|
*/
|
|
|
|
fn algorithm(len: usize) -> Algorithm {
|
|
|
|
#[cfg(not(debug_assertions))]
|
2022-07-07 04:22:19 +00:00
|
|
|
if len == 0 {
|
|
|
|
Algorithm::Null
|
|
|
|
} else if len == 1 {
|
|
|
|
Algorithm::Single
|
|
|
|
} else if len < 10 {
|
2022-06-30 13:30:24 +00:00
|
|
|
// Straus 2 never showed a performance benefit, even with just 2 elements
|
|
|
|
Algorithm::Straus(3)
|
|
|
|
} else if len < 20 {
|
|
|
|
Algorithm::Straus(4)
|
|
|
|
} else if len < 50 {
|
|
|
|
Algorithm::Straus(5)
|
|
|
|
} else if len < 100 {
|
|
|
|
Algorithm::Pippenger(4)
|
|
|
|
} else if len < 125 {
|
|
|
|
Algorithm::Pippenger(5)
|
|
|
|
} else if len < 275 {
|
|
|
|
Algorithm::Pippenger(6)
|
|
|
|
} else if len < 400 {
|
|
|
|
Algorithm::Pippenger(7)
|
|
|
|
} else {
|
|
|
|
Algorithm::Pippenger(8)
|
|
|
|
}
|
|
|
|
|
|
|
|
#[cfg(debug_assertions)]
|
2022-07-07 06:40:04 +00:00
|
|
|
if len == 0 {
|
|
|
|
Algorithm::Null
|
|
|
|
} else if len == 1 {
|
|
|
|
Algorithm::Single
|
|
|
|
} else if len < 10 {
|
2022-06-30 13:30:24 +00:00
|
|
|
Algorithm::Straus(3)
|
|
|
|
} else if len < 80 {
|
|
|
|
Algorithm::Straus(4)
|
|
|
|
} else if len < 100 {
|
|
|
|
Algorithm::Straus(5)
|
|
|
|
} else if len < 125 {
|
|
|
|
Algorithm::Pippenger(4)
|
|
|
|
} else if len < 275 {
|
|
|
|
Algorithm::Pippenger(5)
|
|
|
|
} else if len < 475 {
|
|
|
|
Algorithm::Pippenger(6)
|
|
|
|
} else if len < 750 {
|
|
|
|
Algorithm::Pippenger(7)
|
2022-06-07 04:02:10 +00:00
|
|
|
} else {
|
2022-06-30 13:30:24 +00:00
|
|
|
Algorithm::Pippenger(8)
|
2022-05-03 11:42:09 +00:00
|
|
|
}
|
2022-05-27 04:52:44 +00:00
|
|
|
}
|
|
|
|
|
2023-12-17 07:06:51 +00:00
|
|
|
/// Performs a multiexponentiation, automatically selecting the optimal algorithm based on the
|
2022-11-07 23:31:20 +00:00
|
|
|
/// amount of pairs.
|
2024-06-13 19:57:08 +00:00
|
|
|
pub fn multiexp<G: Group<Scalar: PrimeFieldBits + Zeroize>>(pairs: &[(G::Scalar, G)]) -> G {
|
2022-06-07 04:02:10 +00:00
|
|
|
match algorithm(pairs.len()) {
|
2022-07-07 04:22:19 +00:00
|
|
|
Algorithm::Null => Group::identity(),
|
|
|
|
Algorithm::Single => pairs[0].1 * pairs[0].0,
|
2023-03-02 08:58:48 +00:00
|
|
|
// These functions panic if called without any pairs
|
2022-06-30 13:30:24 +00:00
|
|
|
Algorithm::Straus(window) => straus(pairs, window),
|
2022-07-15 05:26:07 +00:00
|
|
|
Algorithm::Pippenger(window) => pippenger(pairs, window),
|
2022-05-03 11:42:09 +00:00
|
|
|
}
|
|
|
|
}
|
2022-05-27 04:52:44 +00:00
|
|
|
|
2023-12-17 07:06:51 +00:00
|
|
|
/// Performs a multiexponentiation in variable time, automatically selecting the optimal algorithm
|
2022-11-07 23:31:20 +00:00
|
|
|
/// based on the amount of pairs.
|
2024-06-13 19:57:08 +00:00
|
|
|
pub fn multiexp_vartime<G: Group<Scalar: PrimeFieldBits>>(pairs: &[(G::Scalar, G)]) -> G {
|
2022-06-07 04:02:10 +00:00
|
|
|
match algorithm(pairs.len()) {
|
2022-07-07 04:22:19 +00:00
|
|
|
Algorithm::Null => Group::identity(),
|
|
|
|
Algorithm::Single => pairs[0].1 * pairs[0].0,
|
2022-06-30 13:30:24 +00:00
|
|
|
Algorithm::Straus(window) => straus_vartime(pairs, window),
|
2022-07-15 05:26:07 +00:00
|
|
|
Algorithm::Pippenger(window) => pippenger_vartime(pairs, window),
|
2022-05-27 04:52:44 +00:00
|
|
|
}
|
|
|
|
}
|