Cryptology ePrint Archive: Report 2014/902

The Power of Negations in Cryptography

Siyao Guo and Tal Malkin and Igor C. Oliveira and Alon Rosen

Abstract: The study of monotonicity and negation complexity for Boolean functions has been prevalent in complexity theory as well as in computational learning theory, but little attention has been given to it in the cryptographic context. Recently, Goldreich and Izsak (2012) have initiated a study of whether cryptographic primitives can be monotone, and showed that one-way functions can be monotone (assuming they exist), but a pseudorandom generator cannot.

In this paper, we start by filling in the picture and proving that many other basic cryptographic primitives cannot be monotone. We then initiate a quantitative study of the power of negations, asking how many negations are required. We provide several lower bounds, some of them tight, for various cryptographic primitives and building blocks including one-way permutations, pseudorandom functions, small-bias generators, hard-core predicates, error-correcting codes, and randomness extractors. Among our results, we highlight the following.

i) Unlike one-way functions, one-way permutations cannot be monotone. ii) We prove that pseudorandom functions require log n - O(1) negations (which is optimal up to the additive term). iii) Error-correcting codes with optimal distance parameters require log n - O(1) negations (again, optimal up to the additive term). iv) We prove a general result for monotone functions, showing a lower bound on the depth of any circuit with t negations on the bottom that computes a monotone function f in terms of the monotone circuit depth of f.

Category / Keywords: foundations / cryptographic primitives, Boolean circuits, negation complexity

Original Publication (with minor differences): IACR-TCC-2015

Date: received 31 Oct 2014, last revised 7 Apr 2015

Contact author: gsy014 at gmail com

Available format(s): PDF | BibTeX Citation

Version: 20150407:103325 (All versions of this report)

Short URL: ia.cr/2014/902

Discussion forum: Show discussion | Start new discussion