]> Mozilla

mt@lowentropy.net

ISRG

divergentdave@gmail.com

Security Privacy Preserving Measurement vectors manhattan multi-dimensional A Prio Verifiable Distributed Aggregation Function is defined that supports vector or histogram addition, where the sum of the values in the contribution is less than a chosen value. About This Document The latest revision of this draft can be found at . Status information for this document may be found at . Discussion of this document takes place on the Privacy Preserving Measurement Working Group mailing list (), which is archived at . Subscribe at . Source for this draft and an issue tracker can be found at .

Introduction Existing Prio instantiations of a Verifiable Distributed Aggregation Function (VDAF) all support a simple summation of measurements. From Prio3Count (), which adds measurements containing a single one or a zero value, to Prio3SumVec (), which adds measurements containing a vector where each dimension is a limited number of bits, all instantations take the same basic form. One case that is presently not included in the suite of instantiations is the addition of vectors or histogram contributions, where each measurement has an L1 bound. The L1 norm of a vector is defined as the sum of its components. An L1 bound limits that sum to some maximum. This document defines the Prio3L1BoundSum instantiation. This instantiation limits the L1 norm of a vector or histogram to a value that is one less than a chosen power of 2, or 2ⁿ-1. This choice significantly reduces the size of the encoding relative to a more flexible limit. This instantiation has similarities with other instantiations. Unlike Prio3Histogram (), in which measurements need to have an L1 norm of exactly 1, a valid measurement for Prio3L1BoundSum can have an L1 norm equal to any value between 0 and the chosen limit. Unlike Prio3MultiHotCountVec (), in which each component can only be zero or one, components in Prio3L1BoundSum can take any value up to the L1 bound as long as their sum is within that bound. defines the Prio3L1BoundSum VDAF.

Conventions and Definitions The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 when, and only when, they appear in all capitals, as shown here. This document uses the terminology and functions defined in .

Prio3L1BoundSum Definition The Prio3L1BoundSum instantiation of Prio supports the addition of a vector of integers. The instantiation is summarized in . Prio3L1BoundSum Parameters

Parameter	Value
field	Field128 ()
Valid	L1BoundSum(field, length, bits, chunk_length)
PROOFS	1
XOF	XofTurboShake128 ()

The function takes three parameters: length, bits, and chunk_length. The vector contains "length" components, each of which is a non-negative integer less than 2^bits.

Chunk Length Selection The chunk_length parameter can be chosen in approximately the same way as for Prio3SumVec, as detailed in . The difference is that Prio3L1BoundSum involves validation of bits * (length + 1) values, which might increase the most efficient value for chunk_length.

Encoding and Decoding The encoded form of each measurement appends a bitwise decomposition of the L1 norm (the sum of the vector components) to the encoding: list[F]: encoded = [] weight = self.field(0) for v in measurement: weight += v encoded += self.field.encode_into_bit_vec(v, self.bits) w_bits = self.field.encode_into_bit_vec(weight, self.bits) return encoded + w_bits ]]> The encoded measurement has a total length of (length + 1) * bits. This extra information is not included in the output share that is submitted for aggregation. That is, the truncate() function emits only the core measurements. list[F]: return [ self.field.decode_from_bit_vec(m) for m in chunks(meas, self.bits) ] ]]> This uses a chunks(v, c) function that takes a list of values, v, and a chunk length, c, to split v into multiple lists from v, where each chunk has a length c. The decode() function is therefore identical to that in Prio3SumVec. list[int]: return [x.int() for x in output] ]]>

Validity Circuit The validity circuit for Prio3L1BoundSum uses an extended version of the validity circuit used by Prio3SumVec, see . The encoded measurement is checked to ensure that every component of the vector – plus the added L1 norm – is encoded in the specified number of bits. That is, the circuit checks that each component has a value between 0 (inclusive) and 2^bits (exclusive) by checking that each of the first "bits" bits of the value are either zero or one. This process is identical to the Prio3SumVec check, except that one additional value is checked. The validity circuit then checks whether the added L1 norm value is consistent with the encoded vector elements. The L1 norm is checked by decoding the measurement values, including the encoded L1 norm, recomputing the L1 norm as the sum of the individual components, and subtracting the reported and computed values to confirm that they are identical. The complete circuit is specified in .

Evaluation function for Prio3L1BoundSum list[F]: assert len(meas) == (self.length + 1) * self.bits shares_inv = self.field(num_shares).inv() parallel_sum = ParallelSum(Mul(), chunk_length) num_chunks = ceil(len(meas) / self.chunk_length) pad_len = self.chunk_length * num_chunks - len(meas) meas += [self.field(0)] * pad_len range_check = self.field(0) for (r, m) in zip(joint_rand, chunks(meas, self.chunk_length)): inputs = [] for i in range(self.chunk_length): inputs += [ r**(i + 1) * m[i], m[i] - shares_inv, ] range_check += parallel_sum.eval(self.field, inputs) components = [ self.field.decode_from_bit_vec(m) for m in chunks(meas, self.bits) ] observed_weight = sum(components[:self.length]) claimed_weight = components[self.length] weight_check = observed_weight - claimed_weight return [range_check, weight_check] ]]>

Security Considerations The Prio3L1BoundSum VDAF is subject to the same considerations as other Prio-based VDAFs. These considerations are detailed in . In particular, this instantiation uses Field128 to ensure robustness despite the use of joint randomness in proofs. Joint randomness increases the risk of an attacker finding a combination of invalid inputs that passes validation. A larger field increases the computational cost of finding such a combination.

IANA Considerations This document registers a codepoint for Prio3L1BoundSum in the "Verifiable Distributed Aggregation Functions (VDAF)" registry as defined by . This entry contains the following fields:

Value:

0x00000007

Scheme:

Prio3L1BoundSum

Type:

VDAF

Reference:

RFCXXXX (this document)

References Normative References Cisco ISRG Cloudflare Google This document describes Verifiable Distributed Aggregation Functions (VDAFs), a family of multi-party protocols for computing aggregate statistics over user measurements. These protocols are designed to ensure that, as long as at least one aggregation server executes the protocol honestly, individual measurements are never seen by any server in the clear. At the same time, VDAFs allow the servers to detect if a malicious or misconfigured client submitted an invalid measurement. Two concrete VDAFs are specified, one for general- purpose aggregation (Prio3) and another for heavy hitters (Poplar1). In many standards track documents several words are used to signify the requirements in the specification. These words are often capitalized. This document defines these words as they should be interpreted in IETF documents. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements. RFC 2119 specifies common key words that may be used in protocol specifications. This document aims to reduce the ambiguity by clarifying that only UPPERCASE usage of the key words have the defined special meanings. Informative References USENIX Symposium on Networked Systems Design and Implementation (NSDI)

Acknowledgments Chris Patton provided extensive input into the construction of this VDAF.