Interactive protocols

A two-party protocol consists of:

  • a randomized algorithm generating public parameters,
  • two stateful interactive algorithms (the parties).

Each party has private inputs and private random coins . The parties exchange messages in sequence according to the protocol specification until both halt.

When is trivial (no public parameters are needed), we write and omit it.

Execution

The joint execution of with input against with input is written

where is the output of . When we wish to make randomness explicit, we write .

View

The view of party in an execution captures everything observed:

where is the ordered sequence of messages received. The view determines ‘s behavior completely: given , one can recompute all messages sent and its final output.

Transcript

The transcript of an execution is the ordered sequence of all messages exchanged by both parties. The views and together determine the transcript.

Adversary models

Security of a protocol is analyzed under one of two standard adversary models:

  • Semi-honest (honest-but-curious): the adversary follows the protocol specification exactly but tries to learn additional information from its view alone.
  • Malicious: the adversary may deviate from the protocol arbitrarily, sending any messages it chooses.

Security against malicious adversaries implies security against augmented semi-honest adversaries, which may substitute their input before the execution Gol04, but not in general against semi-honest adversaries: the malicious-model simulator may change the corrupted party’s input, which the semi-honest ideal model forbids — HL10.

Network models

A multi-party protocol runs in synchronous rounds among parties : a message sent in round is delivered before round . The adversary is rushing, choosing the corrupted parties’ round- messages after seeing the honest parties’ round- messages.

Authenticated channels

Every pair of parties is joined by an authenticated point-to-point channel: the adversary reads every message, and cannot modify, drop or inject a message between two honest parties. There is no broadcast channel and no setup.

Secure channels

Point-to-point channels between every pair that are authenticated, as above, and also private: of a message between two honest parties the adversary learns only that it was sent, and its length. Unlike authenticated channels, secure channels do not exclude a broadcast channel: a result over secure channels states whether it also uses one.

Broadcast channel

A channel on which a party’s message reaches every party, every party knowing that all parties received the same message. Over authenticated channels without setup, a Byzantine broadcast protocol emulates it if and only if fewer than a third of the parties are corrupted — LSP82.

Correlated randomness

Before the inputs are chosen, a trusted dealer samples from a distribution that the protocol specifies, which may depend on , and the functionality but not on the inputs, and hands to privately; this is the preprocessing model. Random OT correlations — Bea95 — and multiplication triples, sharings of , and for uniform , as consumed by the online phases of BDOZ11 and DPSZ12, are examples. Triples descend from Beaver’s circuit randomization, in which the random gate values are prepared within a secret-sharing-based protocol rather than by a dealer — Bea91.

Participates in

Builds on Interactive protocol

Barriers