On unconditionally secure distributed oblivious transfer
An analysis and new results for 1-out-of-\(n\) distributed oblivious transfer are presented. In the setting considered the sender holds \(n\) secrets, the receiver is interested in one of them, and the sender delegates \(m\) Servers to accomplish the 1-out-of-\(n\) oblivious transfer. The crucial security requirement is that the receiver after interaction with any \(k\) of servers recovers just one secret but gets no information on the others, and on the other side any coalition of \(k-1\) servers cannot compute any secret nor to determine which secret receiver has recovered. The basic framework are unconditionally secure distributed oblivious transfer protocols. The paper presents lower bounds on the resources required to implement such protocols, some impossibility results for one-round schemes, and new constructions which are optimal with respect to some of the given bounds.
- Analysis of an unconditionally secure distributed oblivious transfer
- On insecurity of Naor-Pinkas' distributed oblivious transfer
- scientific article; zbMATH DE number 1583780 (Why is no real title available?)
- A verifiable distributed oblivious transfer protocol
- scientific article; zbMATH DE number 2085428 (Why is no real title available?)
- scientific article; zbMATH DE number 5295623 (Why is no real title available?)
- Strengthening the Security of Distributed Oblivious Transfer
- Communication-efficient distributed oblivious transfer
- scientific article; zbMATH DE number 1951618 (Why is no real title available?)
- scientific article; zbMATH DE number 1955807 (Why is no real title available?)
- scientific article; zbMATH DE number 1842490 (Why is no real title available?)
- Bounds and constructions for unconditionally secure distributed key distribution schemes for general access structures
- Distributed protocols for oblivious transfer and polynomial evaluation
This page was built for publication: On unconditionally secure distributed oblivious transfer
Report a bug (only for logged in users!)Click here to report a bug for this page (MaRDI item Q2642256)