Challenges
Datasets
Workspaces
Papers
Discussions
Leaderboard
Log inSign up
Challenges
Datasets
Workspaces
Papers
Discussions
Leaderboard
Blog
Job Board
Q3AS

© 2026 Aqora Quantum S.A.S.

TermsPrivacyLegal Notice

Faster Malicious 2-party Secure Computation with Online/Ofine Dual Execution.

Peter Rindal, Mike Rosulek

Published Jan 1, 2016• 1 citation
OpenAlex

Related papers

Faster Two-Party Computation Secure Against Malicious Adversaries in the Single-Execution Setting.

Xiao Wang, Alex J. Malozemoff, Jonathan I. Katz

•Jan 1, 2016•6 citations

Faster Secure Two-Party Computation in the Single-Execution Setting

Xiao Shaun Wang, Alex J. Malozemoff, Jonathan I. Katz

Lecture notes in computer science•Jan 1, 2017•53 citations

Faster Maliciously Secure Two-Party Computation Using the GPU

Tore Kasper Frederiksen, Thomas Pelle Jakobsen, Jesper Buus Nielsen

Lecture notes in computer science•Jan 1, 2014•36 citations

Maliciously Secure Multi-party PSI with Lower Bandwidth and Faster Computation

Zhi Qiu, Kang Yang, Yu Yu +1 more

Lecture notes in computer science•Jan 1, 2022•6 citations

Faster Malicious 2-Party Secure Computation with Online/Offline Dual Execution

Peter Rindal, Mike Rosulek

We describe a highly optimized protocol for generalpurpose secure two-party computation (2PC) in the presence of malicious adversaries. Our starting point is a protocol of Kolesnikov et al. (TCC 2015). We adapt that protocol to the online/offline setting, where two parties repeatedly evaluate the same function (on possibly different inputs each time) and perform as much of the computation as possible in an offline preprocessing phase before their inputs are known. Along the way we develop several significant simplifications and optimizations to the protocol. We have implemented a prototype of our protocol and report on its performance. When two parties on Amazon servers in the same region use our implementation to securely evaluate the AES circuit 1024 times, the amortized cost per evaluation is 5.1ms offline + 1.3ms online. The total offline+online cost of our protocol is in fact less than the online cost of any reported protocol with malicious security. For comparison, our protocol’s closest competitor (Lindell & Riva, CCS 2015) uses 74ms offline + 7ms online in an identical setup. Our protocol can be further tuned to trade performance for leakage. As an example, the performance in the above scenario improves to 2.4ms offline + 1.0ms online if we allow an adversary to learn a single bit about the honest party’s input with probability 2−20 (but not violate any other security property, e.g. correctness).

USENIX Security Symposium•Jan 1, 2016•40 citations

Efficient Maliciously Secure Two Party Computation for Mixed Programs.

Arash Afshar, Payman Mohassel, Mike Rosulek

•Jan 1, 2017•1 citation
We describe a highly optimized protocol for generalpurpose secure two-party computation (2PC) in the presence of malicious adversaries. Our starting point is a protocol of Kolesnikov et al. (TCC 2015). We adapt that protocol to the online/offline setting, where two parties repeatedly evaluate the same function (on possibly different inputs each time) and perform as much of the computation as possible in an offline preprocessing phase before their inputs are known. Along the way we develop several significant simplifications and optimizations to the protocol. We have implemented a prototype of our protocol and report on its performance. When two parties on Amazon servers in the same region use our implementation to securely evaluate the AES circuit 1024 times, the amortized cost per evaluation is 5.1ms offline + 1.3ms online. The total offline+online cost of our protocol is in fact less than the online cost of any reported protocol with malicious security. For comparison, our protocol’s closest competitor (Lindell & Riva, CCS 2015) uses 74ms offline + 7ms online in an identical setup. Our protocol can be further tuned to trade performance for leakage. As an example, the performance in the above scenario improves to 2.4ms offline + 1.0ms online if we allow an adversary to learn a single bit about the honest party’s input with probability 2−20 (but not violate any other security property, e.g. correctness).