On the first day of CRYPTO 2016, Adam Sealfon presented his work with Ranjit Kumaresan and Srinivasan Raghurama on Network Oblivious Transfer . Oblivious transfer (OT) is a two party protocol in which party inputs two strings and party a bit : receives exactly one of the strings according to his bit and finds out nothing about the other string, while does not find out which of the two strings chose. If two parties are able to engage in an OT protocol, we say that there is an OT channel between them. OT channels are a good thing to study because they are: Useful: OT has been called MPC (multi-party computation) complete, and the Atom of MPC, since many MPC protocols can be realised using OT; Achievable: e.g. trapdoor permutations can be used to realise them. Suppose we have a network in which all parties have secure connections to all other parties, and some of the parties also have OT channels between them. What can we say about the ability of the network to allow computation of OT-based MPC? In 2007, Harnik et al. asked How Many Oblivious Transfers are Needed for Secure Multiparty Computation? and give a lower bound on the number of OT channels a network must have. The paper presented gave an upper bound which matches the lower bound of the aforementioned paper, and hence allows a complete characterisation of the networks in which OT channels can be established to enable secure MPC. For some intuition as to what this all means, consider the following three graphs. Nodes represent parties in the network, and edges represent OT channels. All parties are assumed to have secure connections to all other parties and we want to have an OT channel between and . In Figure 1, and have an OT channel between them, so we're done. In Figure 2, it turns out that the connections in place already suffice to provide and with an OT channel. However, in Figure 3, we cannot form an OT channel between and . The reason some graphs admit OT channels between certain parties and some do not concerns a property known as splittability. A graph is called -unsplittable (for $k
Crypto 2016: Network Oblivious Transfer
Unknown (noreply@blogger.com)

