# Is there a reference to CKKS proxy re-encryption used in openFHE? **URL:** \ **Category:** FHE Questions\ **Tags:** questions\ **Created:** [November 21, 2023, 2:52am UTC](https://openfhe.discourse.group/t/is-there-a-reference-to-ckks-proxy-re-encryption-used-in-openfhe/930 "2023-11-21T02:52:28Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![crazyRobert](https://avatars.discourse-cdn.com/v4/letter/c/e8c25b/32.png) [@crazyRobert](https://openfhe.discourse.group/u/crazyRobert)\ **Post date:** [November 21, 2023, 2:52am UTC](https://openfhe.discourse.group/t/is-there-a-reference-to-ckks-proxy-re-encryption-used-in-openfhe/930/1 "2023-11-21T02:52:28Z")
Hello， I read the OpenFHE : Open-Source Fully Homomorphic Encryption Library, which introduces the proxy re-encryption of CKKS is a little brief, and its reference is only the proxy re-encryption of BV and NRTU, as if there is no CKKS proxy re-encryption. Can you provide a detailed introduction ? I want to know the specific details of CKKS proxy re-encryption to complete my thesis. ---
**Author:** ![ypolyakov](https://yyz1.discourse-cdn.com/flex031/user_avatar/openfhe.discourse.group/ypolyakov/32/47_2.png) [@ypolyakov](https://openfhe.discourse.group/u/ypolyakov)\ **Post date:** [December 2, 2023, 2:28am UTC](https://openfhe.discourse.group/t/is-there-a-reference-to-ckks-proxy-re-encryption-used-in-openfhe/930/2 "2023-12-02T02:28:07Z")
We are planning to post a paper on PRE algorithms in OpenFHE a little bit later (in Q1 2024). ---
**Author:** ![oksuman](https://avatars.discourse-cdn.com/v4/letter/o/6de8d8/32.png) [@oksuman](https://openfhe.discourse.group/u/oksuman)\ **Post date:** [April 4, 2024, 5:38am UTC](https://openfhe.discourse.group/t/is-there-a-reference-to-ckks-proxy-re-encryption-used-in-openfhe/930/3 "2024-04-04T05:38:53Z")
hello. how can i access the paper about CKKS PRE? ---
**Author:** ![ypolyakov](https://yyz1.discourse-cdn.com/flex031/user_avatar/openfhe.discourse.group/ypolyakov/32/47_2.png) [@ypolyakov](https://openfhe.discourse.group/u/ypolyakov)\ **Post date:** [April 5, 2024, 9:34pm UTC](https://openfhe.discourse.group/t/is-there-a-reference-to-ckks-proxy-re-encryption-used-in-openfhe/930/4 "2024-04-05T21:34:21Z")
We haven’t posted it yet (got side-tracked with other projects).The current ETA is May. ---
**Author:** ![ypolyakov](https://yyz1.discourse-cdn.com/flex031/user_avatar/openfhe.discourse.group/ypolyakov/32/47_2.png) [@ypolyakov](https://openfhe.discourse.group/u/ypolyakov)\ **Post date:** [May 7, 2024, 3:24am UTC](https://openfhe.discourse.group/t/is-there-a-reference-to-ckks-proxy-re-encryption-used-in-openfhe/930/5 "2024-05-07T03:24:33Z")
The PRE paper is now posted at [HRA-Secure Homomorphic Lattice-Based Proxy Re-Encryption with Tight Security](https://eprint.iacr.org/2024/681) Note that it describes in detail the instantiation for BGV, but the extensions to CKKS and BFV are relatively straightforward. ---
**Author:** ![bhavinmoriya](https://avatars.discourse-cdn.com/v4/letter/b/e68b1a/32.png) [@bhavinmoriya](https://openfhe.discourse.group/u/bhavinmoriya)\ **Post date:** [March 21, 2025, 4:26pm UTC](https://openfhe.discourse.group/t/is-there-a-reference-to-ckks-proxy-re-encryption-used-in-openfhe/930/6 "2025-03-21T16:26:00Z")
I did run PRE, making the suggested changes by you in the other post on PRE. May I know, what re-encryption key generation algorithm is used in the case of CKKS PRE? The reason I want to know this is, 1. Is there any risk of making the reencryption key public? Thanks very much. ---
**Author:** ![ypolyakov](https://yyz1.discourse-cdn.com/flex031/user_avatar/openfhe.discourse.group/ypolyakov/32/47_2.png) [@ypolyakov](https://openfhe.discourse.group/u/ypolyakov)\ **Post date:** [March 26, 2025, 3:06pm UTC](https://openfhe.discourse.group/t/is-there-a-reference-to-ckks-proxy-re-encryption-used-in-openfhe/930/7 "2025-03-26T15:06:43Z")
For CKKS, only the IND-CPA and FIXED\_NOISE\_HRA are supported. Achieving NOISE\_FLOODING\_HRA is harder because it would significantly increase the scaling factor. The re-encryption key should not be made available to the party that knows the new secret key as this party can decrypt the message to find the prior secret key.