Homomorphic encryption

This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed.
Find sources: "Homomorphic encryption" – news · newspapers · books · scholar · JSTOR (February 2025) (Learn how and when to remove this template message)

|

Short description: Form of encryption that allows computation on ciphertexts

Homomorphic encryptionGeneral

Derived from| Various assumptions, including learning with errors, Ring learning with errors or even RSA (multiplicative) and others
Related to| Functional encryption

Homomorphic encryption is a form of encryption that allows computations to be performed on encrypted data without first having to decrypt it.[1] The resulting computations are left in an encrypted form which, when decrypted, result in an output that is identical to that of the operations performed on the unencrypted data. Homomorphic encryption can be used for privacy-preserving outsourced storage and computation. This allows data to be encrypted and outsourced to commercial cloud environments for processing, all while encrypted.

As an example of a practical application of homomorphic encryption: encrypted photographs can be scanned for points of interest, without revealing the contents of a photo. However, observation of side-channels can see a photograph being sent to a point-of-interest lookup service, revealing the fact that photographs were taken.

Thus, homomorphic encryption eliminates the need for processing data in the clear, thereby preventing attacks that would enable an attacker to access that data while it is being processed, using privilege escalation.[2]

For sensitive data, such as healthcare information, homomorphic encryption can be used to enable new services by removing privacy barriers inhibiting data sharing or increasing security to existing services. For example, predictive analytics in healthcare can be hard to apply via a third-party service provider due to medical data privacy concerns. But if the predictive-analytics service provider could operate on encrypted data instead, without having the decryption keys, these privacy concerns are diminished. Moreover, even if the service provider's system is compromised, the data would remain secure.[3]

## Contents

* 1 Characteristics
* 2 History
* 2.1 Predecessors
* 2.2 First generation
* 2.3 Second generation
* 2.4 Third generation
* 2.5 Fourth generation
* 3 Partially homomorphic cryptosystems
* 4 Implementations
* 5 Standardization
* 6 See also
* 7 References
* 8 External links

## Characteristics

Homomorphic encryption is a form of encryption with an additional evaluation capability for computing over encrypted data without access to the secret key. The result of such a computation remains encrypted. Homomorphic encryption can be viewed as an extension of public-key cryptography, because ciphertexts can be manipulated algebraically to produce an encrypted result corresponding to operations on the underlying plaintexts.[4] Homomorphic refers to homomorphism in algebra: the encryption and decryption functions can be thought of as homomorphisms between plaintext and ciphertext spaces.

Homomorphic encryption includes multiple types of encryption schemes that can perform different classes of computations over encrypted data.[5] The computations are represented as either Boolean or arithmetic circuits. Some common types of homomorphic encryption are partially homomorphic, somewhat homomorphic, leveled fully homomorphic, and fully homomorphic encryption:

* Partially homomorphic encryption encompasses schemes that support the evaluation of circuits consisting of only one type of gate, e.g., addition or multiplication.
* Somewhat homomorphic encryption schemes can evaluate two types of gates, but only for a subset of circuits.
* Leveled fully homomorphic encryption supports the evaluation of arbitrary circuits composed of multiple types of gates of bounded (pre-determined) depth.
* Fully homomorphic encryption (FHE) allows the evaluation of arbitrary circuits composed of multiple types of gates of unbounded depth and is the strongest notion of homomorphic encryption.

For the majority of homomorphic encryption schemes, the multiplicative depth of circuits is the main practical limitation in performing computations over encrypted data. Homomorphic encryption schemes are inherently malleable. In terms of malleability, homomorphic encryption schemes have weaker security properties than non-homomorphic schemes.

A cryptosystem that supports arbitrary computation on ciphertexts is known as fully homomorphic encryption (FHE). Such a scheme enables the construction of programs for any desirable functionality, which can be run on encrypted inputs to produce an encryption of the result. Since such a program need never decrypt its inputs, it can be run by an untrusted party without revealing its inputs and internal state. Fully homomorphic cryptosystems have great practical implications in the outsourcing of private computations, for instance, in the context of cloud computing.[6]

## History

Homomorphic encryption schemes have been developed using different approaches. Specifically, fully homomorphic encryption schemes are often grouped into generations corresponding to the underlying approach.[7]

### Predecessors

The problem of constructing a fully homomorphic encryption scheme was first proposed in 1978, within a year of publishing of the RSA scheme.[8] For more than 30 years, it was unclear whether a solution existed. During that period, partial results included the following schemes:

* RSA cryptosystem (unbounded number of modular multiplications)
* ElGamal cryptosystem (unbounded number of modular multiplications)
* Goldwasser–Micali cryptosystem (unbounded number of exclusive or operations)
* Benaloh cryptosystem (unbounded number of modular additions)
* Paillier cryptosystem (unbounded number of modular additions)
* Sander-Young-Yung system (after more than 20 years solved the problem for logarithmic depth circuits)[9]
* Boneh–Goh–Nissim cryptosystem (unlimited number of addition operations but at most one multiplication)[10]
* Ishai-Paskin cryptosystem (polynomial-size branching programs)[11]

### First generation

Craig Gentry, using lattice-based cryptography, described the first plausible construction for a fully homomorphic encryption scheme in 2009.[12] Gentry's scheme supports both addition and multiplication operations on ciphertexts, from which it is possible to construct circuits for performing arbitrary computation. The construction starts from a somewhat homomorphic encryption scheme, which is limited to evaluating low-degree polynomials over encrypted data; it is limited because each ciphertext is noisy in some sense, and this noise grows as one adds and multiplies ciphertexts, until ultimately the noise makes the resulting ciphertext indecipherable.

Gentry then shows how to slightly modify this scheme to make it bootstrappable, i.e., capable of evaluating its own decryption circuit and then at least one more operation. Finally, he shows that any bootstrappable somewhat homomorphic encryption scheme can be converted into a fully homomorphic encryption through a recursive self-embedding. For Gentry's "noisy" scheme, the bootstrapping procedure effectively "refreshes" the ciphertext by applying to it the decryption procedure homomorphically, thereby obtaining a new ciphertext that encrypts the same value as before but has lower noise. By "refreshing" the ciphertext periodically whenever the noise grows too large, it is possible to compute an arbitrary number of additions and multiplications without increasing the noise too much.

Gentry based the security of his scheme on the assumed hardness of two problems: certain worst-case problems over ideal lattices, and the sparse (or low-weight) subset sum problem. Gentry's Ph.D. thesis[13] provides additional details. The Gentry-Halevi implementation of Gentry's original cryptosystem reported a timing of about 30 minutes per basic bit operation.[14] Extensive design and implementation work in subsequent years have improved upon these early implementations by many orders of magnitude runtime performance.

In 2010, Marten van Dijk, Craig Gentry, Shai Halevi and Vinod Vaikuntanathan presented a second fully homomorphic encryption scheme,[15] which uses many of the tools of Gentry's construction, but which does not require ideal lattices. Instead, they show that the somewhat homomorphic component of Gentry's ideal lattice-based scheme can be replaced with a very simple somewhat homomorphic scheme that uses integers. The scheme is therefore conceptually simpler than Gentry's ideal lattice scheme, but has similar properties with regards to homomorphic operations and efficiency. The somewhat homomorphic component in the work of Van Dijk et al. is similar to an encryption scheme proposed by Levieil and Naccache in 2008,[16] and also to one that was proposed by Bram Cohen in 1998.[17]

Cohen's method is not even additively homomorphic, however. The Levieil–Naccache scheme supports only additions, but it can be modified to also support a small number of multiplications. Many refinements and optimizations of the scheme of Van Dijk et al. were proposed in a sequence of works by Jean-Sébastien Coron, Tancrède Lepoint, Avradip Mandal, David Naccache, and Mehdi Tibouchi.[18][19][20][21] Some of these works included also implementations of the resulting schemes.

### Second generation

The homomorphic cryptosystems of this generation are derived from techniques that were developed starting in 2011–2012 by Zvika Brakerski, Craig Gentry, Vinod Vaikuntanathan, and others. These innovations led to the development of much more efficient somewhat and fully homomorphic cryptosystems. These include:

* The Brakerski-Gentry-Vaikuntanathan (BGV, 2011) scheme,[22] building on techniques of Brakerski-Vaikuntanathan;[23]
* The NTRU-based scheme by Lopez-Alt, Tromer, and Vaikuntanathan (LTV, 2012);[24]
* The Brakerski/Fan-Vercauteren (BFV, 2012) scheme,[25] building on Brakerski's scale-invariant cryptosystem;[26]
* The NTRU-based scheme by Bos, Lauter, Loftus, and Naehrig (BLLN, 2013),[27] building on LTV and Brakerski's scale-invariant cryptosystem;[26]

The security of most of these schemes is based on the hardness of the (Ring) Learning With Errors (RLWE) problem, except for the LTV and BLLN schemes that rely on an overstretched[28] variant of the NTRU computational problem. This NTRU variant was subsequently shown vulnerable to subfield lattice attacks,[29][28] which is why these two schemes are no longer used in practice.

All the second-generation cryptosystems still follow the basic blueprint of Gentry's original construction, namely they first construct a somewhat homomorphic cryptosystem and then convert it to a fully homomorphic cryptosystem using bootstrapping.

A distinguishing characteristic of the second-generation cryptosystems is that they all feature a much slower growth of the noise during the homomorphic computations. Additional optimizations by Craig Gentry, Shai Halevi, and Nigel Smart resulted in cryptosystems with nearly optimal asymptotic complexity: Performing T operations on data encrypted with security parameter k has complexity of only T⋅polylog(k).[30][31][32] These optimizations build on the Smart-Vercauteren techniques that enable packing of many plaintext values in a single ciphertext and operating on all these plaintext values in a SIMD fashion.[33] Many of the advances in these second-generation cryptosystems were also ported to the cryptosystem over the integers.[20][21]

Another distinguishing feature of second-generation schemes is that they are efficient enough for many applications even without invoking bootstrapping, instead operating in the leveled FHE mode.

### Third generation

In 2013, Craig Gentry, Amit Sahai, and Brent Waters (GSW) proposed a new technique for building FHE schemes that avoids an expensive "relinearization" step in homomorphic multiplication.[34] Zvika Brakerski and Vinod Vaikuntanathan observed that for certain types of circuits, the GSW cryptosystem features an even slower growth rate of noise, and hence better efficiency and stronger security.[35] Jacob Alperin-Sheriff and Chris Peikert then described a very efficient bootstrapping technique based on this observation.[36]

These techniques were further improved to develop efficient ring variants of the GSW cryptosystem: FHEW (2014)[37] and TFHE (2016).[38] The FHEW scheme was the first to show that by refreshing the ciphertexts after every single operation, it is possible to reduce the bootstrapping time to a fraction of a second. FHEW introduced a new method to compute Boolean gates on encrypted data that greatly simplifies bootstrapping and implemented a variant of the bootstrapping procedure.[36] The efficiency of FHEW was further improved by the TFHE scheme, which implements a ring variant of the bootstrapping procedure[39] using a method similar to the one in FHEW.

### Fourth generation

In 2016, Jung Hee Cheon, Andrey Kim, Miran Kim, and Yongsoo Song (CKKS)[40] proposed an approximate homomorphic encryption scheme that supports a special kind of fixed-point arithmetic that is commonly referred to as block floating point arithmetic. The CKKS scheme includes an efficient rescaling operation that scales down an encrypted message after a multiplication. For comparison, such rescaling requires bootstrapping in the BGV and BFV schemes. The rescaling operation makes CKKS scheme the most efficient method for evaluating polynomial approximations, and is the preferred approach for implementing privacy-preserving machine learning applications. The scheme introduces several approximation errors, both nondeterministic and deterministic, that require special handling in practice.[41]

A 2020 article by Baiyu Li and Daniele Micciancio discusses passive attacks against CKKS, suggesting that the standard IND-CPA definition may not be sufficient in scenarios where decryption results are shared.[42] The authors apply the attack to four modern homomorphic encryption libraries (HEAAN, SEAL, HElib and PALISADE) and report that it is possible to recover the secret key from decryption results in several parameter configurations. The authors also propose mitigation strategies for these attacks, and include a Responsible Disclosure in the paper suggesting that the homomorphic encryption libraries already implemented mitigations for the attacks before the article became publicly available. Further information on the mitigation strategies implemented in the homomorphic encryption libraries has also been published.[43][44]

## Partially homomorphic cryptosystems

In the following examples, the notation ℰ(x) is used to denote the encryption of the message x.

Unpadded RSA
If the RSA public key has modulus n and encryption exponent e, then the encryption of a message m is given by ℰ(m)=memodn. The homomorphic property is then

ℰ(m1)⋅ℰ(m2)=m1em2emodn=(m1m2)emodn=ℰ(m1⋅m2)

ElGamal
In the ElGamal cryptosystem, in a cyclic group G of order q with generator g, if the public key is (G,q,g,h), where h=gx, and x is the secret key, then the encryption of a message m is ℰ(m)=(gr,m⋅hr), for some random r∈{0,…,q−1}. The homomorphic property is then

ℰ(m1)⋅ℰ(m2)=(gr1,m1⋅hr1)(gr2,m2⋅hr2)=(gr1+r2,(m1⋅m2)hr1+r2)=ℰ(m1⋅m2).

Goldwasser–Micali
In the Goldwasser–Micali cryptosystem, if the public key is the modulus n and quadratic non-residue x, then the encryption of a bit b is ℰ(b)=xbr2modn, for some random r∈{0,…,n−1}. The homomorphic property is then

ℰ(b1)⋅ℰ(b2)=xb1r12xb2r22modn=xb1+b2(r1r2)2modn=ℰ(b1⊕b2).

where ⊕ denotes addition modulo 2, (i.e., exclusive-or).

Benaloh
In the Benaloh cryptosystem, if the public key is the modulus n and the base g with a blocksize of c, then the encryption of a message m is ℰ(m)=gmrcmodn, for some random r∈{0,…,n−1}. The homomorphic property is then

ℰ(m1)⋅ℰ(m2)=(gm1r1c)(gm2r2c)modn=gm1+m2(r1r2)cmodn=ℰ(m1+m2modc).

Paillier
In the Paillier cryptosystem, if the public key is the modulus n and the base g, then the encryption of a message m is ℰ(m)=gmrnmodn2, for some random r∈{0,…,n−1}. The homomorphic property is then

ℰ(m1)⋅ℰ(m2)=(gm1r1n)(gm2r2n)modn2=gm1+m2(r1r2)nmodn2=ℰ(m1+m2).

Other partially homomorphic cryptosystems

* Okamoto–Uchiyama cryptosystem
* Naccache–Stern cryptosystem
* Damgård–Jurik cryptosystem
* Sander–Young–Yung encryption scheme
* Boneh–Goh–Nissim cryptosystem
* Ishai–Paskin cryptosystem
* Joye-Libert cryptosystem[45]
* Castagnos–Laguillaumie cryptosystem[46]

## Implementations

There are several open-source implementations of fully homomorphic encryption schemes. Second-generation and fourth-generation FHE scheme implementations typically operate in the leveled FHE mode (though bootstrapping is still available in some libraries) and support efficient SIMD-like packing of data; they are typically used to compute on encrypted integers or real/complex numbers.[47] Third-generation FHE scheme implementations often bootstrap after each operation but have limited support for packing; they were initially used to compute Boolean circuits over encrypted bits, but have been extended to support integer arithmetics and univariate function evaluation.[48] The choice of using a second-generation vs. third-generation vs fourth-generation scheme depends on the input data types and the desired computation.

FHE libraries  Name  | Developer  | BGV[22] | CKKS[40] | BFV[25] | FHEW[37] | CKKS Bootstrapping[49] | TFHE[38] | Description

|
|
|
|
|
|
|
|

HElib[50] | IBM | Yes  | Yes  | No  | No  | No  | No  | BGV scheme with the GHS optimizations.
Microsoft SEAL[51] | Microsoft | Yes  | Yes  | Yes  | No  | No  | No  |
OpenFHE | Duality Technologies, Samsung Advanced Institute of Technology (kr), Intel, MIT, University of California, San Diego and others.  | Yes  | Yes  | Yes  | Yes  | Yes  | Yes  | Successor to PALISADE.
PALISADE[52] | New Jersey Institute of Technology, Duality Technologies, Raytheon BBN Technologies, MIT, University of California, San Diego and others.  | Yes  | Yes  | Yes  | Yes  | No  | Yes  | General-purpose lattice cryptography library. Predecessor of OpenFHE.
HEAAN[53] | CryptoLab  | No  | Yes  | No  | No  | Yes  | No  |
FHEW[37] | Leo Ducas and Daniele Micciancio  | No  | No  | No  | Yes  | No  | No  |
TFHE[38] | Ilaria Chillotti, Nicolas Gama, Mariya Georgieva and Malika Izabachene  | No  | No  | No  | No  | No  | Yes  |
FV-NFLlib[54] | CryptoExperts  | No  | No  | Yes  | No  | No  | No  |
NuFHE[55] | NuCypher  | No  | No  | No  | No  | No  | Yes  | Provides a GPU implementation of TFHE.
REDcuFHE[56] | TwC Group  | No  | No  | No  | No  | No  | Yes  | A multi-GPU implementation of TFHE.
Lattigo[57] | EPFL-LDS, Tune Insight  | Yes  | Yes  | Yes  | No  | Yes[58] | No  | Implementation in Go along with their distributed variants[59] enabling Secure multi-party computation.
TFHE-rs[60] | Zama  | No  | No  | No  | No  | No  | Yes  | Rust implementation of TFHE-extended. Supporting Boolean, integer operation and univariate function evaluation (via Programmable Bootstrapping[61]).
Liberate.FHE[62] | Desilo  | No  | Yes  | No  | No  | No  | No  | A multi-GPU implementation of CKKS.
FHE frameworks  Name  | Developer  | FHEW[37] | TFHE  | HElib  | SEAL  | PALISADE  | Lattigo  | Description

|
|
|
|
|
|
|
|

Concrete[63] | Zama  | No  | Yes  | No  | No  | No  | No  |

TFHE-extended compiler with a Python Frontend.[64]

E3[65] | MoMA Lab at NYU Abu Dhabi  | Yes  | Yes  | Yes  | Yes  | Yes  | No  |
SHEEP[66] | Alan Turing Institute  | No  | Yes  | Yes  | Yes  | Yes  | No  |
T2[67] | TwC Group  | No  | Yes  | Yes  | Yes  | Yes  | Yes  |
HELM[68] | TwC Group  | No  | Yes  | No  | No  | No  | No  |
Juliet[69] | TwC Group  | No  | Yes  | No  | No  | No  | No  |
PEEV[70] | TwC Group  | No  | No  | No  | Yes  | No  | No  | Verifiable encrypted computations based on Rinocchio ZKP and BGV homomorphic Encryption.

## Standardization

In 2017, researchers from IBM, Microsoft, Intel, the NIST, and others formed the open Homomorphic Encryption Standardization Consortium, which maintains a community security Homomorphic Encryption Standard.[71][72][73]

## See also

* Client-side encryption
* Confidential computing - Privacy-enhancing computing technique
* Format-preserving encryption - Method in cryptography
* Homomorphic secret sharing
* Homomorphic signatures for network coding
* Polymorphic code - Self-modifying program code designed to defeat anti-virus programs or reverse engineering
* Private biometrics
* Private set intersection - Secure multiparty computation cryptographic technique
* Searchable symmetric encryption - System allowing searching of encrypted documents
* Secure multi-party computation - Subfield of cryptography
* Verifiable computing using a fully homomorphic scheme

## References

1. ↑ Technology, Massachusetts Institute of. "Researchers develop innovative method for secure operations on encrypted data without decryption" (in en). https://techxplore.com/news/2025-03-method-encrypted-decryption.html.
2. ↑ Sellers, Andrew. "Council Post: Everything You Wanted To Know About Homomorphic Encryption (But Were Afraid To Ask)" (in en). https://www.forbes.com/sites/forbestechcouncil/2021/04/14/everything-you-wanted-to-know-about-homomorphic-encryption-but-were-afraid-to-ask/.
3. ↑ Munjal, Kundan; Bhatia, Rekha (2022). "A systematic review of homomorphic encryption and its contributions in healthcare industry". Complex & Intelligent Systems 9 (4): 3759–3786. doi:10.1007/s40747-022-00756-z. PMID 35531323.
4. ↑ "The State of Homomorphic Encryption". https://uwspace.uwaterloo.ca/bitstreams/e5e926e8-3f17-487f-8eb5-19fd5ca4e6ee/download.
5. ↑ Armknecht, Frederik; Boyd, Colin; Gjøsteen, Kristian; Jäschke, Angela; Reuter, Christian; Strand, Martin (2015). "A Guide to Fully Homomorphic Encryption". Cryptology ePrint Archive. https://eprint.iacr.org/2015/1192.
6. ↑ Daniele Micciancio (2010-03-01). "A First Glimpse of Cryptography's Holy Grail". Association for Computing Machinery. p. 96. http://cacm.acm.org/magazines/2010/3/76275-a-first-glimpse-of-cryptographys-holy-grail/fulltext.
7. ↑ Vinod Vaikuntanathan. "Homomorphic Encryption References". https://people.csail.mit.edu/vinodv/FHE/FHE-refs.html.
8. ↑ R. L. Rivest, L. Adleman, and M. L. Dertouzos. On data banks and privacy homomorphisms. In Foundations of Secure Computation, 1978.
9. ↑ Sander, Tomas; Young, Adam L.; Yung, Moti (1999). "Non-interactive cryptocomputing for NC/Sup 1/". 40th Annual Symposium on Foundations of Computer Science (Cat. No.99CB37039). pp. 554–566. doi:10.1109/SFFCS.1999.814630. ISBN 978-0-7695-0409-4.
10. ↑ D. Boneh, E. Goh, and K. Nissim. Evaluating 2-DNF Formulas on Ciphertexts. In Theory of Cryptography Conference, 2005.
11. ↑ Y. Ishai and A. Paskin. Evaluating branching programs on encrypted data. In Theory of Cryptography Conference, 2007.
12. ↑ Gentry, Craig (2009). "Fully homomorphic encryption using ideal lattices". Proceedings of the forty-first annual ACM symposium on Theory of computing. pp. 169–178. doi:10.1145/1536414.1536440. ISBN 978-1-60558-506-2.
13. ↑ Craig Gentry. A Fully Homomorphic Encryption Scheme (PDF) (PhD Thesis). Stanford University.
14. ↑ Gentry, Craig; Halevi, Shai (2010). "Implementing Gentry's Fully-Homomorphic Encryption Scheme". Advances in Cryptology – EUROCRYPT 2011. Lecture Notes in Computer Science. 6632. pp. 129–148. doi:10.1007/978-3-642-20465-4_9. ISBN 978-3-642-20464-7. http://eprint.iacr.org/2010/520.
15. ↑ Van Dijk, Marten; Gentry, Craig; Halevi, Shai; Vinod, Vaikuntanathan (2009). "Fully Homomorphic Encryption over the Integers". Advances in Cryptology – EUROCRYPT 2010. Lecture Notes in Computer Science. 6110. pp. 24–43. doi:10.1007/978-3-642-13190-5_2. ISBN 978-3-642-13189-9. http://eprint.iacr.org/2009/616.
16. ↑ Levieil, Eric; Naccache, David (2008). "Cryptographic Test Correction". Public Key Cryptography – PKC 2008. Lecture Notes in Computer Science. 4939. pp. 85–100. doi:10.1007/978-3-540-78440-1_6. ISBN 978-3-540-78439-5. https://www.iacr.org/archive/pkc2008/49390088/49390088.pdf.
17. ↑ Cohen, Bram. "Simple Public Key Encryption". http://bramcohen.com/simple_public_key.html.
18. ↑ Coron, Jean-Sébastien; Naccache, David; Tibouchi, Mehdi (2011). "Public Key Compression and Modulus Switching for Fully Homomorphic Encryption over the Integers". Advances in Cryptology – EUROCRYPT 2012. Lecture Notes in Computer Science. 7237. pp. 446–464. doi:10.1007/978-3-642-29011-4_27. ISBN 978-3-642-29010-7. https://orbilu.uni.lu/handle/10993/12395.
19. ↑ Coron, Jean-Sébastien; Mandal, Avradip; Naccache, David; Tibouchi, Mehdi (2011). "Fully Homomorphic Encryption over the Integers with Shorter Public Keys". in Rogaway, P.. Advances in Cryptology – CRYPTO 2011. Lecture Notes in Computer Science. 6841. pp. 487–504. doi:10.1007/978-3-642-22792-9_28. ISBN 978-3-642-22791-2. http://eprint.iacr.org/2011/441.
20. ↑ 20.0 20.1 Coron, Jean-Sébastien; Lepoint, Tancrède; Tibouchi, Mehdi (2013). "Batch Fully Homomorphic Encryption over the Integers". Advances in Cryptology – EUROCRYPT 2013. Lecture Notes in Computer Science. 7881. pp. 315–335. doi:10.1007/978-3-642-38348-9_20. ISBN 978-3-642-38347-2. http://eprint.iacr.org/2013/036.
21. ↑ 21.0 21.1 Coron, Jean-Sébastien; Lepoint, Tancrède; Tibouchi, Mehdi (2014). "Scale-Invariant Fully Homomorphic Encryption over the Integers". Public-Key Cryptography – PKC 2014. Lecture Notes in Computer Science. 8383. pp. 311–328. doi:10.1007/978-3-642-54631-0_18. ISBN 978-3-642-54630-3. http://eprint.iacr.org/2014/032.
22. ↑ 22.0 22.1 Z. Brakerski, C. Gentry, and V. Vaikuntanathan. Fully Homomorphic Encryption without Bootstrapping, In ITCS 2012
23. ↑ Z. Brakerski and V. Vaikuntanathan. Efficient Fully Homomorphic Encryption from (Standard) LWE. In FOCS 2011 (IEEE)
24. ↑ A. Lopez-Alt, E. Tromer, and V. Vaikuntanathan. On-the-Fly Multiparty Computation on the Cloud via Multikey Fully Homomorphic Encryption. In STOC 2012 (ACM)
25. ↑ 25.0 25.1 Fan, Junfeng; Vercauteren, Frederik (2012). "Somewhat Practical Fully Homomorphic Encryption". Cryptology ePrint Archive. https://eprint.iacr.org/2012/144.
26. ↑ 26.0 26.1 Z. Brakerski. Fully Homomorphic Encryption without Modulus Switching from Classical GapSVP, In CRYPTO 2012 (Springer)
27. ↑ J. Bos, K. Lauter, J. Loftus, and M. Naehrig. Improved Security for a Ring-Based Fully Homomorphic Encryption Scheme. In IMACC 2013 (Springer)
28. ↑ 28.0 28.1 M. Albrecht, S. Bai, and L. Ducas. A subfield lattice attack on overstretched NTRU assumptions, In CRYPTO 2016 (Springer)
29. ↑ Cheon, J. H.; Jeong, J; Lee, C. (2016). "An algorithm for NTRU problems and cryptanalysis of the GGH multilinear map without a low-level encoding of zero". LMS Journal of Computation and Mathematics 19 (1): 255–266. doi:10.1112/S1461157016000371.
30. ↑ C. Gentry, S. Halevi, and N. P. Smart. Fully Homomorphic Encryption with Polylog Overhead. In EUROCRYPT 2012 (Springer)
31. ↑ C. Gentry, S. Halevi, and N. P. Smart. Better Bootstrapping in Fully Homomorphic Encryption. In PKC 2012 (SpringeR)
32. ↑ C. Gentry, S. Halevi, and N. P. Smart. Homomorphic Evaluation of the AES Circuit. In CRYPTO 2012 (Springer)
33. ↑ Smart, Nigel P.; Vercauteren, Frederik (2014). "Fully Homomorphic SIMD Operations". Designs, Codes and Cryptography 71 (1): 57–81. doi:10.1007/s10623-012-9720-4. http://eprint.iacr.org/2011/133.
34. ↑ C. Gentry, A. Sahai, and B. Waters. Homomorphic Encryption from Learning with Errors: Conceptually-Simpler, Asymptotically-Faster, Attribute-Based. In CRYPTO 2013 (Springer)
35. ↑ Z. Brakerski and V. Vaikuntanathan. Lattice-Based FHE as Secure as PKE. In ITCS 2014
36. ↑ 36.0 36.1 J. Alperin-Sheriff and C. Peikert. Faster Bootstrapping with Polynomial Error. In CRYPTO 2014 (Springer)
37. ↑ 37.0 37.1 37.2 37.3 Leo Ducas; Daniele Micciancio. "FHEW: A Fully Homomorphic Encryption library". https://github.com/lducas/FHEW.
38. ↑ 38.0 38.1 38.2 Ilaria Chillotti; Nicolas Gama. "Faster Fully Homomorphic Encryption: Bootstrapping in less than 0.1 Seconds". https://tfhe.github.io/tfhe.
39. ↑ N. Gama, M. Izabachène, P.Q. Nguyen, and X. Xie Structural Lattice Reduction: Generalized Worst-Case to Average-Case Reductions and Homomorphic Cryptosystems. In EUROCRYPT 2016 (Springer)
40. ↑ 40.0 40.1 Cheon, Jung Hee; Kim, Andrey; Kim, Miran; Song, Yongsoo (2017). "Homomorphic encryption for arithmetic of approximate numbers". ASIACRYPT 2017. 10624. Springer, Cham. pp. 409–437. doi:10.1007/978-3-319-70694-8_15. ISBN 978-3-319-70693-1.
41. ↑ Kim A., Papadimitriou A., Polyakov Y. Approximate Homomorphic Encryption with Reduced Approximation Error, In CT-RSA 2022 (Springer)
42. ↑ Li, Baily; Micciancio, Daniele (2020). "On the Security of Homomorphic Encryption on Approximate Numbers". IACR ePrint Archive 2020/1533. https://eprint.iacr.org/2020/1533.pdf.
43. ↑ Cheon, Jung Hee; Hong, Seungwan; Kim, Duhyeong (2020). "Remark on the Security of CKKS Scheme in Practice". IACR ePrint Archive 2020/1581. https://eprint.iacr.org/2020/1581.pdf.
44. ↑ "Security of CKKS". https://palisade-crypto.org/security-of-ckks.
45. ↑ Benhamouda, Fabrice; Herranz, Javier; Joye, Marc; Libert, Benoît (2017). "Efficient cryptosystems from 2k-th power residue symbols". Journal of Cryptology 30 (2): 519–549. doi:10.1007/s00145-016-9229-5. https://link.springer.com/content/pdf/10.1007/s00145-016-9229-5.pdf.
46. ↑ Castagnos, Guilhem; Laguillaumie, Fabien (2015). "Topics in Cryptology – CT-RSA 2015, The Cryptographer's Track at the RSA Conference 2015, San Francisco, CA, USA, April 20–24, 2015. Proceedings". in Nyberg, Kaisa. 9048. Springer. pp. 487–505. doi:10.1007/978-3-319-16715-2_26. ISBN 978-3-319-16714-5.
47. ↑ Hong, Cheng (2025). "Recent advances of privacy‑preserving machine learning based on (Fully) Homomorphic Encryption". Security and Safety (S&S) 4: 2024012. doi:10.1051/sands/2024012. https://sands.edpsciences.org/articles/sands/pdf/2025/01/sands20240021.pdf. Retrieved 1 April 2026.
48. ↑ "Title of the document (HAL preprint)". https://hal.science/tel-01918263v1/file/main.pdf.
49. ↑ Jung Hee Cheon, Kyoohyung Han, Andrey Kim, Miran Kim and Yongsoo Song. Bootstrapping for Approximate Homomorphic Encryption. In EUROCRYPT 2018 (Springer).
50. ↑ Shai Halevi; Victor Shoup. "HElib: An Implementation of homomorphic encryption". https://github.com/homenc/HElib.
51. ↑ Microsoft Research. "Microsoft SEAL". https://www.microsoft.com/en-us/research/project/microsoft-seal.
52. ↑ "PALISADE Lattice Cryptography Library". http://palisade-crypto.org.
53. ↑ Jung Hee Cheon; Kyoohyung Han. "Homomorphic Encryption for Arithmetic of Approximate Numbers". https://github.com/snucrypto/HEAAN.
54. ↑ Crypto Experts. "FV-NFLlib". https://github.com/CryptoExperts/FV-NFLlib.
55. ↑ NuCypher. "A GPU implementation of fully homomorphic encryption on torus". https://github.com/nucypher/nufhe.
56. ↑ Trustworthy Computing (TwC) Group. "A Multi-GPU Implementation of the CGGI Cryptosystem". https://github.com/TrustworthyComputing/REDcuFHE.
57. ↑ EPFL-LDS. "Lattigo v3.0.5". https://github.com/tuneinsight/lattigo.
58. ↑ Jean-Philippe Bossuat, Christian Mouchet, Juan Troncoso-Pastoriza and Jean-Pierre Hubaux. Efficient Bootstrapping for Approximate Homomorphic Encryption with Non-Sparse Keys. In EUROCRYPT 2021 (Springer).
59. ↑ Christian Mouchet, Juan Troncoso-Pastoriza, Jean-Philippe Bossuat and Jean-Pierre Hubaux. Multiparty Homomorphic Encryption from Ring-Learning-With-Errors.
60. ↑ Zama (15 June 2023). "TFHE-rs". https://github.com/zama-ai/tfhe-rs.
61. ↑ Chillotti, Ilaria; Joye, Marc; Paillier, Pascal (2021). "Programmable Bootstrapping Enables Efficient Homomorphic Inference of Deep Neural Networks" (in en). Cyber Security Cryptography and Machine Learning. Lecture Notes in Computer Science. 12716. pp. 1–19. doi:10.1007/978-3-030-78086-9_1. ISBN 978-3-030-78085-2. https://eprint.iacr.org/2021/091.pdf. Retrieved 17 November 2022.
62. ↑ Desilo. "Liberate.FHE". https://github.com/Desilo/liberate-fhe.
63. ↑ Zama. "Concrete". https://github.com/zama-ai/concrete.
64. ↑ Zama (15 June 2023). "Concrete Python". https://pypi.org/project/concrete-python/.
65. ↑ MoMA Lab, New York University Abu Dhabi (2019-07-24). "Encrypt-Everything-Everywhere (E3)". https://github.com/momalab/e3.
66. ↑ Alan Turing Institute, London, UK (2019-11-01). "SHEEP, a Homomorphic Encryption Evaluation Platform". https://github.com/alan-turing-institute/SHEEP.
67. ↑ Trustworthy Computing (TwC) Group (2023-03-02). "T2: A cross compiler and standardized benchmarks for FHE computation". https://github.com/TrustworthyComputing/T2-FHE-Compiler-and-Benchmarks.
68. ↑ Trustworthy Computing (TwC) Group (2024-07-29). "HELM: Navigating Homomorphic Evaluation through Gates and Lookups". https://github.com/TrustworthyComputing/helm.
69. ↑ Trustworthy Computing (TwC) Group (2024-06-25). "Juliet: A Configurable Processor for Computing on Encrypted Data". https://github.com/TrustworthyComputing/Juliet.
70. ↑ TrustworthyComputing (2024-07-18), TrustworthyComputing/PEEV-verifiableFHE, https://github.com/TrustworthyComputing/PEEV-verifiableFHE, retrieved 2024-07-18
71. ↑ "Homomorphic Encryption Standardization Workshop". Microsoft. 2017-07-13. https://www.microsoft.com/en-us/research/event/homomorphic-encryption-standardization-workshop/.
72. ↑ "Intel, Microsoft Research and Duality Technologies Convene AI Community for Privacy Standards". Intel Newsroom. 2019-08-16. https://newsroom.intel.com/news/intel-microsoft-research-duality-technologies-convene-ai-community-privacy-standards/.
73. ↑ "Intel, Microsoft join DARPA effort to accelerate fully homomorphic encryption". 8 March 2021. https://www.csoonline.com/article/3610752/intel-microsoft-join-darpa-effort-to-accelerate-fully-homomorphic-encryption.html.

## External links

* FHE.org Community (conference, meetup and discussion group)
* Daniele Micciancio's FHE references
* Vinod Vaikuntanathan's FHE references
* "Alice and Bob in Cipherspace" (in en). American Scientist. September 2012. https://www.americanscientist.org/article/alice-and-bob-in-cipherspace.
* A list of homomorphic encryption implementations maintained on GitHub

0.00

(0 votes)

Original source: https://en.wikipedia.org/wiki/Homomorphic encryption. Read more

|

Retrieved from "https://handwiki.org/wiki/index.php?title=Homomorphic_encryption&oldid=4296206"