Cryptology ePrint Archive: Report 2008/287

Authenticated Byzantine Generals in Dual Failure Model

Anuj Gupta and Prasant Gopal and Piyush Bansal and Kannan Srinathan

Abstract: Pease {\em et al.}\/ introduced the problem of Byzantine Generals (BGP) to study the effects of Byzantine faults in distributed protocols for reliable broadcast. It is well known that BGP among $n$ players tolerating up to $t$ faults is (efficiently) possible if and only if $n > 3t$. To overcome this severe limitation, Pease {\em et al.} introduced a variant of BGP, \emph{Authenticated Byzantine General} (ABG). Here players are supplemented with digital signatures (or similar tools) to thwart the challenge posed by Byzantine faults. Subsequently, they proved that with the use of authentication, fault tolerance of protocols for reliable broadcast can be amazingly increased to $n > t$ (which is a huge improvement over the $n > 3t$).

Byzantine faults are the most generic form of faults. In a network not {\em all} faults are always malicious. Some faulty nodes may only leak their data while others are malicious. Motivated from this, we study the problem of ABG in ($t_b$,$t_p$)-mixed adversary model where the adversary can corrupt up to any $t_b$ players actively and control up to any other $t_p$ players passively. We prove that in such a setting, ABG over a completely connected synchronous network of $n$ nodes tolerating a ($t_b$,$t_p$)-adversary is possible if and only if $n > 2t_b$+min($t_b,t_p$) when $t_p > 0$. Interestingly, our results can also be seen as an attempt to unify the extant literature on BGP and ABG.

Category / Keywords: Reliable broadcast, Authenticated Byzantine General, Mixed adversary

Publication Info: To appear in proceedings of 11th International Conference on Distributed Computing and Networking (ICDCN 2010)

Date: received 25 Jun 2008, last revised 12 Oct 2009

Contact author: anujgupta at research iiit ac in

Available format(s): PDF | BibTeX Citation

Version: 20091012:164427 (All versions of this report)

Short URL: ia.cr/2008/287

Discussion forum: Show discussion | Start new discussion