EncClusterPervasive and Mobile Computing · 2025

EncCluster: Scalable Functional Encryption in Federated Learning through Weight Clustering and Probabilistic Filters

Encrypt fewer values. Keep federated updates protected.

Vasileios Tsouvalas Samaneh Mohammadi Ali Balador Tanir Ozcelebi Francesco Flammini Nirvana Meratnia

At a glance

Make encrypted federated aggregation cheaper. EncCluster groups model weights into a small codebook, encrypts its centroid values, and sends a compact fingerprint representation of their positions. The server recovers the position map and decrypts an authorized aggregate.

Inside EncCluster
Trained weightsCentroidsabPosition mapabababEncrypt a few values instead of every weightKeep the position map as a separate component
Separate repeated values from their positionsAfter ordinary local training, the client clusters its weights. A small set of centroids represents the values; a separate map assigns every weight position to a centroid.
CentroidsabPosition mapabaEncryptCentroid ciphertextsHashBF fingerprintsQueried with a shared seed
Encrypt centroids and fingerprint the mapFunctional encryption protects centroid values. Binary Fuse filters encode position–cluster pairs using seeded hashing. These fingerprints are a separate representation, not encrypted centroids or a differential-privacy mechanism.
Query the filterServer knows seedRecover mapabababExpand valuesStill encrypted
The server reconstructs encrypted weightsThe server knows the shared seed and queries candidate position–cluster pairs to estimate the map. It then places encrypted centroids at the recovered positions; filter false positives can introduce assignment errors.
Encrypted clientsΣCombine keysWeighted sumGlobal modelDistribute the aggregate for the next round
Decrypt the permitted weighted aggregateClients also supply partial functional keys. The server combines them and decrypts the sample-weighted aggregate under the protocol’s assumptions. The resulting global model starts the next training round.
Method diagram

Swipe across the diagram

What this adds

  • 01

    Fewer encryption operations: encrypt representative centroids instead of every model weight.

  • 02

    Separate value and position paths: combine functional encryption with Binary Fuse fingerprints that the server can query.

  • 03

    Measure the cost of protection: compare accuracy, upstream traffic and client encryption time across datasets and architectures.

Abstract

Federated Learning (FL) enables model training across decentralized devices by communicating solely local model updates to an aggregation server. Although such limited data sharing makes FL more secure than centralized approached, FL remains vulnerable to inference attacks during model update transmissions. Existing secure aggregation approaches rely on differential privacy or cryptographic schemes like Functional Encryption (FE) to safeguard individual client data. However, such strategies can reduce performance or introduce unacceptable computational and communication overheads on clients running on edge devices with limited resources. In this work, we present EncCluster, a novel method that integrates model compression through weight clustering with recent decentralized FE and privacy-enhancing data encoding using probabilistic filters to deliver strong privacy guarantees in FL without affecting model performance or adding unnecessary burdens to clients. We performed a comprehensive evaluation, spanning various datasets and architectures, to demonstrate EncCluster's scalability across encryption levels. Our findings reveal that EncCluster significantly reduces communication costs - below even conventional FedAvg - and accelerates encryption by more than four times over all baselines; at the same time, it maintains high model accuracy and enhanced privacy assurances.

Abstract and overview follow the public preprint; the citation identifies the published version.

Read more ↗
How it works

EncCluster

01

Train, then cluster

Local cross-entropy training produces a weight vector. A separate clustering step assigns those weights to κ centroids. Encryption cost then follows the number of centroids, while the map still covers every weight position.

Section 3.4 and Algorithm 1, PDF pages 6–7. The main configuration uses 128 clusters and 256-bit DMCFE keys.

02

Make the map queryable

Insert each (position, cluster) pair into a Binary Fuse filter. The server uses common randomness shared with that client to recover an approximate map. The filter is a compact membership structure; its reconstruction error is not a differential-privacy guarantee.

Sections 3.4–3.5, PDF pages 7–8. The preprint gives inconsistent filter false-positive configurations, so no universal false-positive rate is asserted here.

03

Expand ciphertexts and aggregate

For each position j, substitute the ciphertext of its estimated centroid. Partial functional keys authorize the weighted aggregate, whose plaintext becomes the next global model.

θglobal=∑nNnθ~n∑nNn

Plaintext result of Algorithm 2 and Section 3.5, PDF page 8. Nₙ is client sample count; θ̃ₙ is its reconstructed clustered model. Individual inputs remain encrypted during aggregation.

04

Keep the threat assumptions explicit

The design assumes an honest-but-curious server and setup authority, secure channels and key provisioning. Clients may disclose their weights in collusion but do not poison updates. Aggregate subtraction under extensive collusion can expose a clustered contribution; lossy clustering alone does not establish confidentiality of that contribution.

Sections 3.2–3.3 and 4.2, PDF pages 5–6 and 9–10. Poisoning and denial of service are outside the analysis.

Method details in the paper ↗

Original paper figures & sources
EncCluster pipeline: clients train a model, cluster weights, encrypt centroids, and encode mappings into Binary Fuse fingerprints; the server reconstructs encrypted weights and securely aggregates them.Enlarge
Weight clustering separates values from their positions. EncCluster encrypts the centroids, encodes the mappings, and reconstructs the encrypted updates only for secure aggregation. Figure 1 in the public preprint
Evaluation

Results

Results from arXiv:2406.09152v1 ↗

01

Encryption and communication cost

EncCluster reduces encrypted-upload cost in this fixed condition. Its upstream ratio is 0.284× FedAvg and encryption takes 2.04 seconds, versus 2.581× and 7.64 seconds for SEFL. Unencrypted clustering is cheaper still, but provides a different protection level.

Upstream volume / FedAvg

Lower is better
04
FedAvg + weight clustering
0.034
DeTrust-FL
3.743
SEFL
2.581
EncCluster
0.284

Encryption time (s)

Lower is better
0330
FedAvg + weight clustering
— Not reported or not applicable in the source table
DeTrust-FL
329.53
SEFL
7.64
EncCluster
2.04
Experiment details

CIFAR-10, ResNet-20, 30 clients, full participation, 128 clusters, 256-bit key. IID uses Dir(10); non-IID uses Dir(0.1). Accuracy changes are percentage points versus FedAvg; upstream ratios and seconds are lower-is-better.

FedAvg + clustering is an unencrypted compression reference. The table provides one communication/time column across the two splits, no uncertainty, and no end-to-end training or server-cost measurement.

Less encryption work and upstream traffic. CIFAR-10, ResNet-20, 30 clients, full participation, 128 clusters, 256-bit key. IID uses Dir(10); non-IID uses Dir(0.1). Accuracy changes are percentage points versus FedAvg; upstream ratios and seconds are lower-is-better.
MethodIID accuracy Δ (pp)Non-IID accuracy Δ (pp)Upstream / FedAvgEncryption (s)
FedAvg + weight clustering-0.12-0.710.034—
DeTrust-FL-0.09-0.103.743329.53
SEFL-0.98-1.742.5817.64
EncCluster-0.32-0.790.2842.04
Table 3, CIFAR-10 with full participation · PDF page 12 ↗
02

Accuracy across architectures

The compression cost remains modest across the tested backbones. Every row compares against that architecture’s own FedAvg baseline; CIFAR-100 loses more accuracy than CIFAR-10. These results do not establish hardware-independent encryption times.

Accuracy change (pp)

CIFAR-10 accuracy Δ (pp)CIFAR-100 accuracy Δ (pp)
-20
ConvNeXt-Tiny
-0.36
-1.29
ResNet-20
-0.32
-1.19
MobileNet
-0.24
-0.97
ConvMixer-256/8
-0.19
-1.02
Experiment details

IID CIFAR-10 and CIFAR-100, 10 clients, full participation, 100 rounds. Accuracy changes are percentage points versus each architecture’s own FedAvg baseline; encryption time is client-side seconds. No uncertainty is reported.

These are different model baselines, not a ranking of model quality. The table caption mentions only CIFAR-10, but the table itself also contains CIFAR-100; both rows are transcribed here.

Accuracy across four architectures. IID CIFAR-10 and CIFAR-100, 10 clients, full participation, 100 rounds. Accuracy changes are percentage points versus each architecture’s own FedAvg baseline; encryption time is client-side seconds. No uncertainty is reported.
ArchitectureCIFAR-10 accuracy Δ (pp)CIFAR-100 accuracy Δ (pp)Encryption (s)
ConvNeXt-Tiny-0.36-1.292.02
ResNet-20-0.32-1.192.03
MobileNet-0.24-0.972.08
ConvMixer-256/8-0.19-1.022.12
Table 5 · PDF page 15 ↗
Study scope & sources
Data and models
CIFAR-10/100; ResNet-20, MobileNet, ConvNeXt-Tiny, and ConvMixer-256/8 trained from scratch.
Federated setting
Flower simulations; principal comparisons use 30 clients, 1 local epoch, 128 clusters, and 20% or 100% participation.
Compared with
FedAvg, FedAvg with weight clustering, DeTrust-FL, SEFL, and an EncCluster variant using Huffman coding instead of Binary Fuse filters.
Privacy evidence
Arguments for isolation/replay resistance and a cluster-reconstruction experiment measuring embedding MSE; no differential-privacy budget or general inference-attack bound.

Scope & limitations

  • The preprint assumes an honest-but-curious server and setup authority, secure channels, and protected key provisioning. Colluding clients may disclose weights but do not poison updates; denial-of-service and poisoning are excluded.
  • Binary Fuse filters are not encryption and the paper explicitly disclaims equivalent cryptographic guarantees. Their reconstruction errors are not an established differential-privacy guarantee.
  • With all other clients colluding, the aggregate can reveal a target’s clustered contribution. Lossy compression prevents exact recovery of original weights but does not establish absence of sensitive information leakage.
  • Evaluation uses two small vision datasets and reports client encryption time and upstream volume. It does not establish wall-clock, energy, server scalability, or deployed edge-device gains.

arXiv:2406.09152v1, 13 June 2024; 22-page preprint. Separate from the 2025 journal article and NeurIPS 2024 workshop paper. ↗

Reference

Cite this work

BibTeX
@article{tsouvalas2025enccluster,
  title = {{EncCluster}: Scalable functional encryption in federated learning through weight clustering and probabilistic filters},
  author = {Tsouvalas, Vasileios and Mohammadi, Samaneh and Balador, Ali and Ozcelebi, Tanir and Flammini, Francesco and Meratnia, Nirvana},
  journal = {Pervasive and Mobile Computing},
  volume = {108},
  pages = {102021},
  year = {2025},
  publisher = {Elsevier},
  doi = {10.1016/j.pmcj.2025.102021},
  url = {https://doi.org/10.1016/j.pmcj.2025.102021}
}

Keep exploring

EFU

Enforce unlearning while keeping the request private

FedCompress

Compress both directions of federated training.

Figure preview

Open full-size image