**Proxy Re-Signatures: New Definitions, Algorithms, and Applications**

*Giuseppe Ateniese and Susan Hohenberger*

**Abstract: **In 1998, Blaze, Bleumer, and Strauss (BBS) proposed proxy re-signatures, in which a semi-trusted proxy acts as a translator between Alice and Bob. To translate, the proxy converts a signature from Alice into a signature from Bob on the same message. The proxy, however, does not learn any signing key and cannot sign arbitrary messages on behalf of either Alice or Bob. Since the BBS proposal, the proxy re-signature primitive has been largely ignored, but we show that it is a very useful tool for sharing web certificates, forming weak group signatures, and authenticating a network path.

We begin our results by formalizing the definition of security for a proxy re-signature. We next substantiate the need for improved schemes by pointing out certain weaknesses of the original BBS proxy re-signature scheme which make it unfit for most practical applications. We then present two secure proxy re-signature schemes based on bilinear maps. Our first scheme relies on the Computational Diffie-Hellman (CDH) assumption; here the proxy can translate from Alice to Bob and vice-versa. Our second scheme relies on the CDH and 2-Discrete Logarithm (2-DL) assumptions and achieves a stronger security guarantee -- the proxy is only able to translate in one direction. Constructing such a scheme has been an open problem since proposed by BBS in 1998. Furthermore in this second scheme, even if the delegator and the proxy collude, they cannot sign on behalf of the delegatee. Both schemes are efficient and secure in the random oracle model.

**Category / Keywords: **public-key cryptography /

**Publication Info: **This is the full version of the paper in ACM CCS 2005.

**Date: **received 28 Nov 2005

**Contact author: **srhohen at mit edu

**Available format(s): **PDF | BibTeX Citation

**Version: **20051129:084227 (All versions of this report)

**Short URL: **ia.cr/2005/433

**Discussion forum: **Show discussion | Start new discussion

[ Cryptology ePrint archive ]