mlsanityData to 14 Oct 2026

The Capacity of Information-Theoretic Secure Aggregation in Federated Learning

arXiv 2606.07277 ↗First posted 5 Jun 2026cs.IT cs.CR cs.LGcited by 0

Not on the map. Why?

Abstract (arXiv)

Secure aggregation allows a server to aggregate users' local updates while preserving update privacy. Existing information-theoretic problems typically assume that correlated random keys are provided by a trusted third party (TTP) or generated via prescribed groupwise structures, while the communication cost for establishing such correlated keys is often ignored. Consequently, the fundamental limits under general key-distribution mechanisms remain unknown. In this paper, we study the T-colluding information-theoretic secure aggregation problem with N users under a general two-phase framework consisting of a key distribution phase and an update aggregation phase. Unlike prior work, we model key distribution through user-to-user communication and allow arbitrary user-generated key-distribution mechanisms, eliminating TTP or prescribed structures. This enables a joint characterization of three resources: randomness for security, key-distribution communication, and aggregation communication. We completely characterize the capacity region among these three resources by constructing a novel secure aggregation scheme together with a matching information-theoretic converse. In particular, we develop an explicit deterministic capacity-achieving construction over any finite field of size at least N, whereas most existing schemes either rely on TTP or employ randomized or existential constructions over sufficiently large finite fields. We further show that the optimal performance can be achieved using only pairwise shared keys, enabling implementation via Diffie--Hellman key exchange. Compared with Google's seminal secure aggregation scheme, the proposed scheme requires fewer random masking keys while preserving the same aggregation communication overhead.

Key facts. No citing papers in the map yet (data through 14 Oct 2026). Builds on 19 of its 38 references that are in the map. First posted on arXiv 5 Jun 2026.

Builds on

19 of 38 references.

References · 19

  1. 2016Communication-Efficient Learning of Deep Networks from Decentralized Datacited by 7,669
  2. 2019Federated Learning: Challenges, Methods, and Future Directionscited by 1,538
  3. 2016Federated Learning: Strategies for Improving Communication Efficiencycited by 1,475
  4. 2019Deep Leakage from Gradientscited by 1,021
  5. 2020Inverting Gradients -- How easy is it to break privacy in federated learning?cited by 712
  6. 2020Turbo-Aggregate: Breaking the Quadratic Aggregation Barrier in Secure Federated Learningcited by 78
  7. 2021LightSecAgg: a Lightweight and Versatile Design for Secure Aggregation in Federated Learningcited by 64
  8. 2020FastSecAgg: Scalable Secure Aggregation for Privacy-Preserving Federated Learningcited by 61
  9. 2022Privacy-Preserving Aggregation in Federated Learning: A Surveycited by 27
  10. 2019Federated Learning with Autotuned Communication-Efficient Secure Aggregationcited by 23
  11. 2022Efficient Dropout-resilient Aggregation for Privacy-preserving Machine Learningcited by 20
  12. 2021Information Theoretic Secure Aggregation with User Dropoutscited by 19
7 more
  1. 2022Aggregation Service for Federated Learning: An Efficient, Secure, and More Resilient Realizationcited by 19
  2. 2020Communication-Computation Efficient Secure Aggregation for Federated Learningcited by 18
  3. 2022SwiftAgg+: Achieving Asymptotically Optimal Communication Loads in Secure Aggregation for Federated Learningcited by 18
  4. 2021Sparsified Secure Aggregation for Privacy-Preserving Federated Learningcited by 8
  5. 2025Hierarchical Secure Aggregation with Heterogeneous Security Constraints and Arbitrary User Collusioncited by 2
  6. 2025Information-Theoretic Decentralized Secure Aggregation with Passive Collusion Resiliencecited by 2
  7. 2026On the Capacity Region of Individual Key Rates in Vector Linear Secure Aggregationcited by 1

Built on by

Not cited yet.