# Logistic regression over encrypted data from fully homomorphic encryption

- 79 Downloads

## Abstract

### Background

One of the tasks in the 2017 iDASH secure genome analysis competition was to enable training of logistic regression models over encrypted genomic data. More precisely, given a list of approximately 1500 patient records, each with 18 binary features containing information on specific mutations, the idea was for the data holder to encrypt the records using homomorphic encryption, and send them to an untrusted cloud for storage. The cloud could then homomorphically apply a training algorithm on the encrypted data to obtain an encrypted logistic regression model, which can be sent to the data holder for decryption. In this way, the data holder could successfully outsource the training process without revealing either her sensitive data, or the trained model, to the cloud.

### Methods

Our solution to this problem has several novelties: we use a multi-bit plaintext space in fully homomorphic encryption together with fixed point number encoding; we combine bootstrapping in fully homomorphic encryption with a scaling operation in fixed point arithmetic; we use a minimax polynomial approximation to the sigmoid function and the 1-bit gradient descent method to reduce the plaintext growth in the training process.

### Results

Our algorithm for training over encrypted data takes 0.4–3.2 hours per iteration of gradient descent.

### Conclusions

We demonstrate the feasibility but high computational cost of training over encrypted data. On the other hand, our method can guarantee the highest level of data privacy in critical applications.

## Keywords

Cryptography Homomorphic encryption Logistic regression## Background

Since 2014, iDASH (integrating Data for Analysis, Anonymization, and Sharing) has hosted yearly international contests around the theme of genomic and biomedical privacy. Teams from around the world participate to test the limits of secure computation on genomic and biomedical tasks, and benchmark solutions on real data sets. Such contests serve to bring together experts in security, cryptography, and bioinformatics to quickly make progress on interdisciplinary challenges. The task for outsourced storage and computation this year was to implement a method for private outsourced training of a logistic regression model.

### Motivation

Machine Learning (ML) over encrypted data has important applications for cloud security and privacy. It allows sensitive data, such as genomic and health data, to be stored in the cloud in encrypted form without losing the utility of the data. For the third task in the 2017 iDASH Secure Genome Analysis Competition, participants were challenged to train a machine learning model on encrypted genomic data that will predict disease based on a patient’s genome. In a non-interactive (with outsourced storage) setting, training ML models on encrypted data had up until now only been done for very simple models, such as Linear Means Classifiers and Fisher’s Linear Discriminant Analysis [1]. Interactive settings, where multiple parties hold shares of the data and communicate throughout the training process, have been developed for several more complicated models, but they require high communication costs and a non-colluding assumption between several clouds [2].

The 2017 iDASH competition task was to train a logistic regression model, and although in theory it can be done using Fully Homomorphic Encryption (FHE) [3, 4], until now the feasibility and efficiency of this approach had not been studied.

### Summary of results

In this work, we show that training a logistic regression model over binary data is possible using FHE. In particular, we use gradient descent and stochastic gradient descent algorithms with mini-batches, and demonstrate that it takes several minutes to one hour to run each gradient descent step. Our solution can run for an arbitrary number of steps, as opposed to the now commonly used practical homomorphic encryption (PHE) approach [5], where the size of the computation is determined beforehand, and parameters chosen once and for all to support a computation of that size. This is possible using Craig Gentry’s bootstrapping operation [4], which we have implemented for the first time for the Fan-Vercauteren scheme [6] using the publicly available homomorphic encryption library SEAL (http://sealcrypto.org; accessed on 9 April, 2018).

More precisely, in fully homomorphic encryption each ciphertext contains a component called the noise, which grows in all homomorphic operations, and eventually reaches a maximum value. Once this maximum is reached, the ciphertext cannot be decrypted correctly anymore. Bootstrapping is the process of “refreshing” FHE ciphertexts to reduce the noise levels during deep computations to ensure correct decryption at the end of the computation.

Another challenge in the approach we take is the plaintext data type supported by the homomorphic encryption scheme. Namely, it is only possible to encrypt fairly small integers with SEAL, and indeed with many homomorphic encryption schemes. In machine learning the model weights are typically rational numbers, which need to be scaled to integers. Unfortunately, this quickly causes an overflow to occur in our rather small integer data type, unless the integers can be scaled down. We describe a modified bootstrapping operation which merges bootstrapping and such a scaling into one step, significantly reducing the complexity of our algorithm.

Besides noise growth and message expansion, another challenge in implementing Logistic Regression with FHE is applying the sigmoid function. We present two methods to approximate this function with a polynomial, and compare them both in terms of the accuracy of the trained model and in terms of computation time.

### Related work

At the time of writing this, very little directly comparable prior work exists. The closest to our approach is [7], where the authors achieve remarkably good performance in training small logistic regression models; in their solution it is necessary that the number of features is very small (logarithmic in the number of training records).

A slightly different approach is taken in [8], where the authors use the homomorphic encryption library HEAAN, that natively supports scaling down of plaintext numbers [9, 10]. The authors report good performance numbers, but unlike us and [7] they only allow a very small number of iterations. Extending to more iterations will be computationally very costly, and require bootstrapping.

## Methods

### Fan-Vercauteren scheme

Fully Homomorphic Encryption (FHE) refers to a type of encryption scheme, envisioned already a few decades ago [3], that allows arbitrary computations to be performed directly on encrypted data. A blueprint for a solution was first proposed by Gentry [4] in 2009, and since then numerous schemes have been proposed. In this work we use the Fan-Vercauteren scheme (FV) [6], and its implementation in the SEAL library [11].

#### Parameters and notation.

We start by defining the parameters of the FV scheme. Let *q*≫*t* be positive integers and *n* a power of 2; often *t* is a prime such that 2*n*∣(*t*−1). Denote *Δ*=⌊*q*/*t*⌋. We define \(R = {\mathbb {Z}}/(x^{n}+1)\), \(R_{q} = {\mathbb {Z}}_{q}[x]/(x^{n}+1)\), and \(R_{t} = {\mathbb {Z}}_{t}[x]/(x^{n}+1)\). Here, \({\mathbb {Z}}\) is the set of polynomials with integer coefficient and \({\mathbb {Z}}_{q}[x]\) is the set of polynomials with integer coefficient in range [0,*q*−1). Therefore, *R*_{q} is the set of polynomials of degree at most *n*−1, with coefficients integers modulo *q*. Multiplications of polynomials in *R*_{q} is similar to usual polynomial multiplication, except that *x*^{n} should in every step be replaced by − 1. In the FV scheme plaintext elements are polynomials in *R*_{t}, and ciphertext elements are pairs of polynomials in *R*_{q}×*R*_{q}. Let *χ* denote a narrow (centered) discrete Gaussian error distribution. In practice, most implementations of homomorphic encryption use *σ*[*χ*]≈3.2. Finally, let *U*_{k} denote the uniform distribution on \({\mathbb {Z}} \cap [-k/2, k/2)\).

#### Key generation

*e*←

*χ*

^{n}; here

*s*,

*a*, and

*e*are all considered as elements of

*R*

_{q}, where the

*n*coefficients are sampled independently from the given distributions. To form the keys, we let

_{q}denotes the (coefficient-wise) reduction modulo

*q*. In reality there are other types of keys involved, in particular so-called evaluation keys and Galois keys, but for the sake of simplicity we will omit discussing them here, and refer the reader to [6, 11].

#### Encryption.

*m*∈

*R*

_{t}be a plaintext message. To encrypt

*m*with the public key \(\texttt {pk} = (p_{0}, p_{1})\in R_{q}^{2}\), sample \(u \leftarrow U_{3}^{n}\), \(a \leftarrow U_{q}^{n}\), and

*e*

_{1},

*e*

_{2}←

*χ*

^{n}. Consider

*u*,

*a*, and

*e*

_{i}as elements of

*R*

_{q}as in key generation, and create the ciphertext

#### Decryption.

*c*

_{0},

*c*

_{1}) given a secret key sk=

*s*, write

*c*

_{0}+

*c*

_{1}

*s*is computed as an integer coefficient polynomial, and scaled by the rational number

*t*/

*q*,

*b*is an integer coefficient polynomial, \(\widehat {m}\) the underlying message, and

*v*the leftover fractional part.

*q*is sufficiently larger than

*t*, then \(\widehat {m} = m\), and ∥

*v*∥

_{∞}≪1/2. This means that the original message can be recovered by computing

#### Homomorphic computations

_{1}=(

*c*

_{0},

*c*

_{1}) and ct

_{2}=(

*d*

_{0},

*d*

_{1}) as follows:

*v*

_{1}+

*v*

_{2}∥

_{∞}<1/2. Thus, ⊕ passes through the encryption to the underlying plaintexts, and results in an encryption of the sum [

*m*

_{1}+

*m*

_{2}]

_{t}as long as ∥

*v*

_{1}+

*v*

_{2}∥

_{∞}<1/2.

It is similarly possible to define an operation ⊗ between two ciphertexts, that results in a ciphertext decrypting to [*m*_{1}*m*_{2}]_{t}, as long as ∥*v*_{1}∥_{∞} and ∥*v*_{2}∥_{∞} are small enough. Since ⊗ is much more difficult to describe than ⊕, we refer the reader to [6, 11] for details.

#### Noise

*v*are assumed to have small enough infinity-norm, namely less than 1/2. This is clearly necessary, as otherwise the ciphertext will result in the incorrect plaintext being recovered. Given a ciphertext ct=(

*c*

_{0},

*c*

_{1}) encrypting a plaintext

*m*, let \(v \in \mathbb {Q}[x]/(x^{n} + 1)\) such that

*v*is called the noise polynomial, ∥

*v*∥

_{∞}is called the noise, and the ciphertext decrypts correctly as long as the noise is less than 1/2 [11].

When operations such as addition and multiplication are applied to encrypted data, the noise in the result may be larger than the noise in the inputs; this is referred to as noise growth. This noise growth is very small in homomorphic additions, but substantially larger in homomorphic multiplications. Thus, given a specific set of encryption parameters (*n*,*q*,*t*,*χ*), one can only evaluate computations of a bounded size (in practice, of bounded multiplicative depth), until the noise grows too large making the ciphertext impossible to decrypt even with the correct secret key.

To mitigate the problem of high noise growth rates Craig Gentry [4] described a clever approach which is commonly known as bootstrapping. In this process, an encrypted version of the secret key is used to decrypt the message using homomorphic operations. Therefore, the result of this process is similar to a freshly encrypted message and hence it has only a small amount of noise. This bootstrapping process is considered to be a very costly operation in most schemes [10, 12, 13], but not in all [14, 15].

### Batching

The FV scheme (and many other homomorphic encryption schemes) inherently support SIMD operations. This capability is commonly called “batching” in literature, and is explained in detail e.g. in [11] in the context of the SEAL library that we use.

The idea is that by choosing the plaintext modulus *t* appropriately, the plaintext space *R*_{t} is isomorphic as a ring to the *k*-fold product \(\mathbb {F}_{t^{n/k}} \times \ldots \times \mathbb {F}_{t^{n/k}}\), for some *k*∣*n*. In other words, operations in *R*_{t} translate automatically into *k* concurrent operations in the extension field \(\mathbb {F}_{t^{n/k}}\), for example allowing us to perform *k*-fold SIMD operations on integers up to *t* by using only the subfield \({\mathbb {Z}}_{t} \subset \mathbb {F}_{t^{n/k}}\).

Using batching efficiently can be non-trivial, and typically requires one to carefully design the computation to maximize the benefit.

### Logistic regression

*K*classes via linear functions of input \(x \in {\mathbb {R}}^{D}\). In this work we consider two-class classification, so

*K*=2. To simplify the notation, we assume the input vector

*x*always has 1 as the first element, which accounts for the bias term in the linear function. Then the logistic regression model has the form

*Y*denotes the class, and \(w \in {\mathbb {R}}^{D}\) is the weight vector that we need to learn in model training. The above model is specified in terms of log-odds ratio, reflecting the constraint that the probabilities sum to one. An alternative and more common form is to represent it as the following posterior probability for class 0:

*σ*(

*t*)=1/(1+

*e*

^{−t}) is known as the sigmoid function. Next we present two algorithms for learning

*w*.

### Training algorithms

Our goal is to evaluate a training algorithm for a logistic regression model on homomorphically encrypted data. In this section we present the two training algorithms that we evaluated for this purpose.

#### Gradient descent

The standard method for training logistic regression is gradient descent. To fix notation, let *D* be the number of (binary) features, and *N* the number of training records of the form (*X*,*y*), where \(X \in {\mathbb {R}}^{N \times D}\), \(y \in {\mathbb {R}}^{N}\). In this case the weight vector *w* is in \({\mathbb {R}}^{D}\).

*w*is updated as

*σ*is the sigmoid function, and

*α*>0 a learning rate parameter. We formalize the gradient descent algorithm below.

#### 1-bit gradient descent

A direct application of Algorithm 1 suffers from the problem of quickly growing plaintext size—a problem which was briefly mentioned in “Summary of results”. Namely, the parameter *t* in the homomorphic encryption scheme is typically quite small, causing integer plaintext data to quickly become reduced modulo *t*. This is similar to the problem using a too small data type in normal programming, except that in this case it is difficult to switch to a larger one. For this reason, we need to be able to control the growth of our encrypted numbers either by scaling them down, and/or by designing our computation in a way that minimizes the increase in the size of the numbers.

For the first approach, we need a homomorphic floor function, which we discuss in “Fixed point arithmetic over plaintext data”. For the second approach, we note that multiplying by just a sign never increases the size of a number, so replacing one multiplicand by its sign allows the plaintext size to remain much smaller. Unfortunately, homomorphic sign extraction is very difficult, but turns out to be still faster than the homomorphic floor function. For this reason, we opt to use sign information instead of evaluating floor function to make our homomorphic training faster. By using the 1-Bit Gradient Descent (1-Bit GD) algorithm, which was invented to compress the gradient in order to reduce communication during training [16], our homomorphic training becomes much faster.

In the 1-Bit GD method, in each iteration we update each weight by a learning rate multiplied by the sign of the corresponding coordinate of the current gradient, plus a residue term. The unused part of the gradient is then added back into the residue. We also introduce a new parameter *β*, which reduces the magnitude of the accumulated residues in the past. Our modified 1-Bit GD is presented formally in Algorithm 2.

The 1-Bit GD approach can be done easily also in the stochastic setting, where either individual records or mini-batches are processed at a time. In this work, for the sake of simplicity, we will only focus on full gradient descent.

### Fixed point arithmetic

#### Fixed point arithmetic over plaintext data

Logistic Regression is naturally performed over floating point numbers. However, in the FV scheme there is no easy way to encrypt numbers of this type directly, so they need to be first scaled to integers of some fixed precision.

*p*(in this work we will fix

*p*to be an odd prime), the number of integral digits

*l*, and the number of fractional digits

*f*. Then a fixed point number is a rational number

*x*of the form

*l*integral digits and

*f*fractional digits in base

*p*. We need

*f*extra digits to hold an intermediate result from multiplication, hence we let

*r*=

*l*+2

*f*and set the modulus to be

*p*

^{r}(see also [17]). To encode a number, we multiply by

*p*

^{f}and round to an integer, i.e. the representation of

*x*is \(\tilde {x} = p^{f} x\). See

*p*

^{r}. To multiply two fixed point numbers

*x*and

*y*, we compute

Note that although standard fixed point arithmetic requires us to perform scaling after every multiplication, it is not strictly needed. For example, if we are going to compute \(\sum _{i=1}^{n} x_{i} y_{i}\), then it is possible to not scale after each product, but only scale after the sum. This may not save a lot of work over plaintext, since scaling is fast; however, since scaling is expensive over encrypted data, this technique is useful in our setting.

#### Bootstrapping

Even for relatively small examples, Algorithm 1 and Algorithm 2 result in (multiplicatively) high-depth arithmetic circuits; the depth is equal to the number of iterations times the depth of a single iterative step. Recalling the noise growth problem discussed above in “Noise”, a straightforward implementation will have to use bootstrapping regularly to maintain the correctness of the final result. Since bootstrapping is a costly operation, we introduce below in “Combining bootstrapping with scaling” a modification to this step that does both the noise cleaning and also scaling, which is used to prevent plaintext size expansion.

We modified the bootstrapping algorithm from [13], where the crucial part of the bootstrapping procedure is a homomorphic digit removal process. Namely, suppose the plaintext modulus of our homomorphic encryption scheme is a prime power *t*=*p*^{r}, and the plaintext is (for simplicity) just an integer \(m \in {\mathbb {Z}}_{p^{r}}\). Then as an intermediate result in bootstrapping we have an encryption of *M*=*p*^{e−r}*m*+*v*, where *e*>*r*, *p*^{e} is an intermediate plaintext modulus, and |*v*|<*p*^{r}/2 is the noise to be removed. If we have a polynomial which removes the lowest *e*−*r* digits in an integer modulo *p*^{e}, then applying it to *M* will give us *p*^{e−r}*m*, which is a scalar multiple of the original message. In the FV scheme the scalar multiple can be easily removed when the plaintext modulus is divided by the scalar value. So the bootstrapping procedure finishes by removing the scalar value. Below in “Combining bootstrapping with scaling” we apply these ideas to achieve bootstrapping together with scaling down of encrypted numbers, resulting in encrypted fixed point arithmetic.

#### Combining bootstrapping with scaling

In order to perform the scaling functionality over encrypted data, we need to express the functionality as a polynomial. This is possible, however the polynomial will often have large degree, forcing us to perform bootstrapping to refresh the noise after each scaling over encrypted data. It turns out that these two steps can be combined for improved performance.

Suppose we have an encryption of a message *m* modulo *p*^{r}, and we wish to obtain an encryption of ⌊*m*/*p*^{i}⌋. First, we can apply a free division operation in FV (see e.g. [17]) to obtain an encryption of ⌊*m*/*p*^{i}⌋+*p*^{r−1}*α* with full noise, where *α* represents some “upper garbage”. Then we perform modulus-switching followed by a dot product with the bootstrapping key (see e.g. ([13], Section 4.1)) to obtain a low-noise encryption of *v*+*p*^{e−r}⌊*m*/*p*^{i}⌋+*p*^{e−i}*α* (mod *p*^{e}), with |*v*|≤*p*^{e−r}/2. Then we follow the bootstrapping algorithm and homomorphically evaluate a polynomial of degree *e**p*^{e−r} to remove the *v* term. Finally, we apply one extra step to remove the *α* term. This can be done in a similar fashion, by evaluating a digit removal polynomial of degree *r**p*^{r−i}. As a result, we obtain an encryption of ⌊*m*/*p*^{i}⌋. We will use FHE.bscale(·,*i*) to denote the above bootstrapping plus scaling down by *i* digits in base *p*. For convenience of notation, we set the default value of *i* to be 1. The total degree of the procedure is *e**p*^{e−r}·*r**p*^{r−i}=*e**r**p*^{e−i}.

## Results

In this section we describe experiments with the techniques described in previous sections.

### Dataset description

We used two datasets to test the performance of our homomorphic machine learning algorithm.

#### iDASH 2017 competition dataset

The dataset provided by the iDASH competition organizers consists of 1579 training samples, where each sample contains a binary phenotype (cancer/no cancer), and 108 binary genotypes. In the evaluation of the solution, the organizers selected 18 genotypes to use as the features and therefore, in the experiments reported below only these 18 features were used.

#### MNIST dataset

The MNIST dataset [18] consists of hand written digits, stored as images, and it is commonly used as benchmark for machine learning systems. Each image in the original dataset is a 28×28 pixel map, where each pixel is represented in a 256 level gray-scale code. We first selected 1500 images containing handwritten digits ‘3’ and ‘8’ to obtain a binary classification problem. Then we compressed each image into 196 features with each feature an integer in the range [0,8), by dividing each pixel value by 32 and performing average pooling with window of size 2×2.

### Parameter selection

Selecting the right parameters can make a big difference in performance in terms of speed, space, and accuracy. Here we described the parameter tuning performed in the experiments.

#### FHE parameters

The FHE parameters need to be chosen carefully in order to achieve correctness, security, and performance. There are three crucial FHE parameters to be chosen: the ring dimension *n*, the ciphertext modulus *q* and the plaintext modulus *t*.

Smaller *n* and *q* imply better speed, while in order to support bootstrapping and scaling operations *n* and *q* need to be sufficiently large. In our experiments we chose *n*=2^{15} and *q*≈2^{1020}, as these parameters are just large enough for bootstrapping and scaling, yet as small as possible for optimal performance. More precisely, we chose *q* as a product of 17 primes—each 60 bits in size—as required by SEAL. These parameters guarantee around 100 bits of security.

The value of *t* determines the precision of our computation: the larger *t* is, the more correct digits we will expect to see in the result. On the other hand, if *t* is too large, bootstrapping and scaling cannot be supported unless we also increase the value of *q*. We chose to use *t*=*p*^{r}=127^{3} to balance between precision and performance. This configuration supports 64 slots per ciphertext (recall “Batching”, and see “Data batching method” below).

#### ML parameters

We use two training algorithms. The first one uses a linear approximation of the sigmoid function together with 1-bit GD (Algorithm 2), while the second algorithm uses a degree 3 approximation of the sigmoid function and normal gradient descent (Algorithm 1). Note that we chose to use a linear approximation of the sigmoid function in the 1-bit GD method, because there is no need to use higher degree approximation due to only the sign being considered. For the iDASH dataset we let the training algorithm perform 36 iterations over the training data, while for the MNIST dataset we perform 10 iterations. For the iDASH dataset, the learning parameters were set to *α*=0.1 and *β*=0.2 for Algorithm 2, and *α*=0.0002 for Algorithm 1. For the MNIST data set, we used *α*=0.01 and *β*=0.2 for Algorithm 2, and *α*=10^{−5} for Algorithm 1.

#### Approximating the sigmoid function

There are several methods to find an approximate polynomial for a given function. The best known method is probably Taylor polynomials, but it minimizes the error only in the vicinity of one point. For this reason, we instead use an approach similar to [19], and use a so-called minimax approximation.

Let *P*_{d} denote the set of polynomials of degree at most *d*, and for a continuous function *f*∈*C*[*a*,*b*] denote ∥*f*∥=max{|*f*(*x*)|:*x*∈[*a*,*b*]}.

### **Definition 1**

*p*∈

*P*

_{d}is a

*d*-th minimax approximation of

*f*∈

*C*[

*a*,

*b*] if

For more details, we refer the reader to [20].

*p*in the above definition. The Remez algorithm [21] is an iterative minimax approximation algorithm, and yields the following results for the interval [−5,5] and degrees 1 and 3:

### Data batching method

In order to efficiently use the batching capabilities in SEAL (recall “Batching”), we encode the training dataset “vertically”, i.e. each ciphertext will store one single genotype/phenotype from *k* samples, where *k* is the number of slots in one plaintext. For example, the FHE parameters presented above in “Parameter selection” yield *k*=64 slots. On the other hand, we will need *D* plaintexts to represent the weights, where within each plaintext vector the weight is repeatedly encoded *k* times. As a result, the data matrix *X* is encoded into a ⌈*N*/*k*⌉×*D* matrix \(\mathcal {X}\) of plaintexts, and the vector of labels *y* is encoded into a vector \(\mathcal {Y}\) of plaintexts. These plaintexts are then encrypted and sent to the untrusted party (e.g. cloud service), which performs the homomorphic training computation, resulting in an encrypted logistic regression model. The gradient descent training algorithm over encrypted data (Algorithm 3) is presented below.

In Algorithm 3, we put a ‘*’ after the evalPoly and plainmult functions to indicate that the corresponding functions are combined with the bootstrapping/scaling function bscale in order to emulate fixed point arithmetic. More details about evaluating *σ*_{3} and multiplying *α* is in ‘incorporating scaling’ section below.

The only other place that requires further explanation is the FHE.sumslots function. The input to this function is a batched encryption of a vector *v*=(*v*_{0},*v*_{1},…,*v*_{k−1}), and the output is an encryption of \(v'= ({\sum \nolimits }_{i} v_{i}, \ldots, {\sum \nolimits }_{i} v_{i})\). In general, this function can be implemented based on the slot rotation functionality. More precisely, our choice of FHE parameters guarantees that we can cyclically rotate the values in an encrypted vector. Note that the number of slots *k* is a divisor of the FHE parameter *n*, hence is always a power of 2. Let *k*=2^{ℓ}, and let FHE.rotate(c,j) denote the operation of cyclic rotation to the right by *j* slots, i.e., it sends an encryption of (*v*_{0},…,*v*_{k−1}) to an encryption of (*v*_{k−1},*v*_{0},…,*v*_{k−2}). Then the FHE.sumslots function is as presented in Algorithm 4.

### **Lemma 1**

Algorithm 4 is correct, i.e. the output *c*^{′} is an encryption of \(\Sigma v = ({\sum \nolimits }_{i} v_{i}, \ldots, {\sum \nolimits }_{i} v_{i})\).

### *Proof*

*k*=2

^{ℓ}, we have that the final result

*c*

^{′}is equivalent to

*v*is exactly

*Σ*

*v*. □

### Optimization techniques

We introduce an optimization to further accelerate our implementation. In the last step of Algorithm 3, the FHE.plainmult operations (see [11]) needs to be performed *D* times. Although these operations themselves are fast, the accompanied homomorphic scaling is expensive. Therefore, we employ an optimization to reduce the number of multiplications from *D* to *D*/*k*. Since *Δ*[*j*] is an encryption of a constant vector, we can combine the content of *k* of those into one ciphertext, encrypting (*δ*_{0},…,*δ*_{k−1}). Then multiplying this ciphertext by *α* would multiply the values in all slots, resulting in an encryption of (*α**δ*_{0},…,*α**δ*_{k−1}). After the multiplication, we can “expand” the result back to *k* ciphertexts, each encrypting a constant vector of *α**δ*_{i}. This expansion step can be implemented via FHE.sumslots. The precise algorithms FHE.combine and FHE.expand are introduced below.

### Incorporating scaling

Some attention to details is needed since the arithmetic system uses fixed point representation.

#### Evaluating *σ* _{3}

*σ*

_{3}(

*x*)=0.5+0.197

*x*−0.004

*x*

^{3}, and the representation uses fixed point arithmetic with

*p*=127,

*l*=1,

*f*=1. We will scale 0.5 to ⌊0.5

*p*

^{2}⌋=8064 with a scaling factor of 2. The second coefficient 0.197 will be scaled to ⌊0.197

*p*⌋=25. For the coefficient 0.004≈0.063

^{2}, we scale 0.063 to ⌊0.063

*p*⌋=8. Then we can compute

*σ*

_{3}(

*x*) over encrypted data in the following way (recall that \(\tilde {x} = \lfloor xp \rfloor \)):

#### Multiplying by learning rate

*α*. The challenge is that the learning rate we use (

*α*=0.002) is so small that it can not be represented by the fixed point representation we use. To see this, note that we have

*p*=127 and

*f*=1, so the smallest positive number that can be represented is 1/127≈0.008. To resolve this issue, we start by writing \(\alpha = (\sqrt {\alpha })^{2}\). Since \(\sqrt {0.002} \approx 0.0447\), it can be represented by our fixed point system, as [0.00447

*p*]=6. Then we multiply the input by this value twice to obtain the result. After each multiplication, bscale is used to put the underlying number to correct scale. That is:

#### Sign extraction in 1-Bit GD

In order to implement the 1-Bit GD training algorithm, we need a function FHE.signExtract that homomorphically extracts the sign in a fixed point number. Fortunately, this function can be implemented using the bscale function as a subroutine. Since FHE ciphertexts encrypt scaled integers rather than point numbers, it suffices to extract the sign from an signed integer. Moreover, because the sign of an integer is just the most significant digit in its base-*p* expansion, we can extract it directly using bscale(·,*r*−1).

Note that the total degree of this algorithm is *e**r**p*^{e−r+1}, which is smaller than the usual fixed point scaling, which has degree *e**r**p*^{e−f}. This advantage motivates the use of the 1-Bit GD algorithm in our work. The rest of the 1-Bit GD algorithm over encrypted data is exactly the same as Algorithm 3, hence we omit the details.

### Performance results

Running 10-fold cross-validation on the iDASH dataset with 1579 samples and 18 selected genotypes

Training method | # iterations | Avg. training time | Avg. AUC | Avg. AUC (unencrypted) |
---|---|---|---|---|

GD + | 36 | 115.33 h | 0.690 | 0.690 |

1-Bit GD + | 36 | 14.90 h | 0.668 | 0.690 |

Running 10-fold cross-validation on compressed MNIST dataset with 1500 samples and 196 features

Training method | # iterations | Avg. training time | Avg. AUC | Avg. AUC (unencrypted) |
---|---|---|---|---|

GD + | 10 | 48.76 h | 0.974 | 0.977 |

1-Bit GD + | 10 | 27.10 h | 0.974 | 0.978 |

The algorithms, when operated on encrypted data, were able to obtain almost identical accuracy compared to training on unencrypted data. Obviously training on encrypted data is much slower than training on unencrypted data, which can be acceptable in some use-cases, and unacceptable in others; for the datasets that we used, training can take between half a day to few days, although substantial improvements in computational performance can be expected by improving our implementation, and extending it to use multiple threads.

## Discussion

In this work we presented new ways to train Logistic Regression over encrypted data, which allow an arbitrary number of iterations due to FHE bootstrapping, thus making our models updatable once new data becomes available without requiring decryption at any point; this is different from other recently proposed approaches that limit the number of iterations in the training process. The time per iteration scales linearly with the data size. Hence, the total time for training *N* samples with *D* features per sample using *T* iterative steps over encrypted data is a linear function in the product *N*·*D*·*T*. Therefore, our solutions scale gracefully with the size of the data. Moreover, many of the ideas presented here can be used for training other machine learning models, for example Neural Networks, by using polynomial approximations to the activation functions.

## Conclusions

There is a growing interest in applying machine learning algorithm to private data, such as medical data, genomic data, financial data, and more. For critical applications homomorphic encryption can guarantee the highest level of data privacy during computation, but it also comes with a high cost, especially in terms of computation time.

## Notes

### Funding

The publication of this article is funded by Microsoft Corporation.

### Availability of data and materials

The iDASH 2017 competition data was only available to registered competition participants. The MNIST dataset is publicly available (see [18]).

### About this Supplement

This article has been published as part of BMC Medical Genomics Volume 11 Supplement 4, 2018: Proceedings of the 6th iDASH Privacy and Security Workshop 2017. The full contents of the supplement are available online at https://bmcmedgenomics.biomedcentral.com/articles/supplements/volume-11-supplement-4.

### Authors’ contributions

All authors contributed equally to this work. All authors have read and approved the manuscript.

### Ethics approval and consent to participate

Not applicable.

### Consent for publication

Not applicable.

### Competing interests

The authors declare that they have no competing interests.

## References

- 1.Graepel T, Lauter K, Naehrig M. ML confidential: Machine learning on encrypted data. In: International Conference on Information Security and Cryptology. Berlin: Springer: 2012. p. 1–21.Google Scholar
- 2.Mohassel P, Zhang Y. Secureml: A system for scalable privacy-preserving machine learning. In: Security and Privacy (SP), 2017 IEEE Symposium on. San Jose: IEEE: 2017. p. 19–38.Google Scholar
- 3.Rivest RL, Adleman L, Dertouzos ML. On data banks and privacy homomorphisms. Found Secure Comput. 1978; 4(11):169–80.Google Scholar
- 4.Gentry C. A fully homomorphic encryption scheme. Stanford: Stanford University; 2009.Google Scholar
- 5.Lauter K, Naehrig M, Vaikuntanathan V. Can Homomorphic Encryption Be Practical? In: Proceedings of the 3rd ACM Workshop on Cloud Computing Security Workshop. CCSW ’11. New York: ACM: 2011. p. 113–124. Available from: http://doi.acm.org/10.1145/2046660.2046682.
- 6.Fan J, Vercauteren F. Somewhat Practical Fully Homomorphic Encryption. IACR Cryptol ePrint Arch. 2012; 2012:144. https://eprint.iacr.org/2012/144. Accessed 9 Apr 2018.
- 7.Crawford JLH, Gentry C, Halevi S, Platt D, Shoup V. Doing Real Work with FHE: The Case of Logistic Regression; 2018. https://eprint.iacr.org/2018/202. Accessed 9 Apr 2018. Cryptology ePrint Archive, Report 2018/202.
- 8.Kim M, Song Y, Wang S, Xia Y. Jiang X; 2018. https://eprint.iacr.org/2018/074. Accessed 9 Apr 2018. Cryptology ePrint Archive, Report 2018/074.
- 9.Cheon JH, Kim A, Kim M, Song Y. Homomorphic encryption for arithmetic of approximate numbers. In: International Conference on the Theory and Application of Cryptology and Information Security. Cham: Springer: 2017. p. 409–437.Google Scholar
- 10.Cheon JH, Han K, Kim A, Kim M. Song Y; 2018. https://eprint.iacr.org/2018/153. Accessed 9 Apr 2018. Cryptology ePrint Archive, Report 2018/153.
- 11.Chen H, Han K, Huang Z, Jalali A. Laine K; 2017.Google Scholar
- 12.Halevi S, Shoup V. Bootstrapping for HElib. In: Annual International Conference on the Theory and Applications of Cryptographic Techniques. Berlin: Springer: 2015. p. 641–670.Google Scholar
- 13.Chen H. Han K; 2018. https://eprint.iacr.org/2018/067. Accessed 9 Apr 2018. Cryptology ePrint Archive, Report 2018/067.
- 14.Ducas L, Micciancio D. FHEW: bootstrapping homomorphic encryption in less than a second. In: Annual International Conference on the Theory and Applications of Cryptographic Techniques. Berlin: Springer: 2015. p. 617–640.Google Scholar
- 15.Chillotti I, Gama N, Georgieva M, Izabachene M. Faster fully homomorphic encryption: Bootstrapping in less than 0.1 seconds. In: International Conference on the Theory and Application of Cryptology and Information Security. Berlin: Springer: 2016. p. 3–33.Google Scholar
- 16.Seide F, Fu H, Droppo J, Li G, Yu D. 1-bit stochastic gradient descent and its application to data-parallel distributed training of speech DNNs. In: Fifteenth Annual Conference of the International Speech Communication Association. Singapore: 2014.Google Scholar
- 17.Arita S. Nakasato S; 2016. https://eprint.iacr.org/2016/402. Accessed 9 Apr 2018. Cryptology ePrint Archive, Report 2016/402.
- 18.LeCun Y, Cortes C. Burges, CJC; 1998. http://yann.lecun.com/exdb/mnist/. Accessed 9 Apr 2018.
- 19.Cheon JH, Jeong J, Lee J, Lee K. Privacy-preserving computations of predictive medical models with minimax approximation and non-adjacent form. In: International Conference on Financial Cryptography and Data Security. Cham: Springer: 2017. p. 53–74.Google Scholar
- 20.Fraser W. A survey of methods of computing minimax and near-minimax polynomial approximations for functions of a single independent variable. J ACM (JACM). 1965; 12(3):295–314.CrossRefGoogle Scholar
- 21.Remez EY. Sur le calcul effectif des polynomes d’approximation de Tschebyscheff. CR Acad Sci Paris. 1934; 199:337–40.Google Scholar

## Copyright information

**Open Access** This article is distributed under the terms of the Creative Commons Attribution 4.0 International License (http://creativecommons.org/licenses/by/4.0/), which permits unrestricted use, distribution, and reproduction in any medium, provided you give appropriate credit to the original author(s) and the source, provide a link to the Creative Commons license, and indicate if changes were made. The Creative Commons Public Domain Dedication waiver (http://creativecommons.org/publicdomain/zero/1.0/) applies to the data made available in this article, unless otherwise stated.