<?xml version="1.0" encoding="UTF-8"?>

<modsCollection xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.loc.gov/mods/v3" xsi:schemaLocation="http://www.loc.gov/mods/v3 http://www.loc.gov/standards/mods/v3/mods-3-3.xsd">
<mods version="3.3">

<genre>conference paper</genre>

<titleInfo><title>CoCoA: Concurrent continuous group key agreement</title></titleInfo>

  
  
<titleInfo type="alternative">
  
  <title>LNCS</title>
</titleInfo>

<note type="publicationStatus">published</note>


<note type="qualityControlled">yes</note>

<name type="personal">
  <namePart type="given">Joël</namePart>
  <namePart type="family">Alwen</namePart>
  <role><roleTerm type="text">author</roleTerm> </role></name>
<name type="personal">
  <namePart type="given">Benedikt</namePart>
  <namePart type="family">Auerbach</namePart>
  <role><roleTerm type="text">author</roleTerm> </role><identifier type="local">D33D2B18-E445-11E9-ABB7-15F4E5697425</identifier><description xsi:type="identifierDefinition" type="orcid">0000-0002-7553-6606</description></name>
<name type="personal">
  <namePart type="given">Miguel</namePart>
  <namePart type="family">Cueto Noval</namePart>
  <role><roleTerm type="text">author</roleTerm> </role><identifier type="local">ffc563a3-f6e0-11ea-865d-e3cce03d17cc</identifier><description xsi:type="identifierDefinition" type="orcid">0000-0002-2505-4246</description></name>
<name type="personal">
  <namePart type="given">Karen</namePart>
  <namePart type="family">Klein</namePart>
  <role><roleTerm type="text">author</roleTerm> </role><identifier type="local">3E83A2F8-F248-11E8-B48F-1D18A9856A87</identifier></name>
<name type="personal">
  <namePart type="given">Guillermo</namePart>
  <namePart type="family">Pascual Perez</namePart>
  <role><roleTerm type="text">author</roleTerm> </role><identifier type="local">2D7ABD02-F248-11E8-B48F-1D18A9856A87</identifier><description xsi:type="identifierDefinition" type="orcid">0000-0001-8630-415X</description></name>
<name type="personal">
  <namePart type="given">Krzysztof Z</namePart>
  <namePart type="family">Pietrzak</namePart>
  <role><roleTerm type="text">author</roleTerm> </role><identifier type="local">3E04A7AA-F248-11E8-B48F-1D18A9856A87</identifier><description xsi:type="identifierDefinition" type="orcid">0000-0002-9139-1654</description></name>
<name type="personal">
  <namePart type="given">Michael</namePart>
  <namePart type="family">Walter</namePart>
  <role><roleTerm type="text">author</roleTerm> </role></name>







<name type="corporate">
  <namePart></namePart>
  <identifier type="local">GradSch</identifier>
  <role>
    <roleTerm type="text">department</roleTerm>
  </role>
</name>

<name type="corporate">
  <namePart></namePart>
  <identifier type="local">KrPi</identifier>
  <role>
    <roleTerm type="text">department</roleTerm>
  </role>
</name>



<name type="conference">
  <namePart>EUROCRYPT: Theory and Applications of Cryptology and Information Security</namePart>
</name>



<name type="corporate">
  <namePart>Teaching Old Crypto New Tricks</namePart>
  <role><roleTerm type="text">project</roleTerm></role>
</name>
<name type="corporate">
  <namePart>International IST Doctoral Program</namePart>
  <role><roleTerm type="text">project</roleTerm></role>
</name>



<abstract lang="eng">Messaging platforms like Signal are widely deployed and provide strong security in an asynchronous setting. It is a challenging problem to construct a protocol with similar security guarantees that can efficiently scale to large groups. A major bottleneck are the frequent key rotations users need to perform to achieve post compromise forward security.

In current proposals – most notably in TreeKEM (which is part of the IETF’s Messaging Layer Security (MLS) protocol draft) – for users in a group of size n to rotate their keys, they must each craft a message of size log(n) to be broadcast to the group using an (untrusted) delivery server.

In larger groups, having users sequentially rotate their keys requires too much bandwidth (or takes too long), so variants allowing any T≤n users to simultaneously rotate their keys in just 2 communication rounds have been suggested (e.g. “Propose and Commit” by MLS). Unfortunately, 2-round concurrent updates are either damaging or expensive (or both); i.e. they either result in future operations being more costly (e.g. via “blanking” or “tainting”) or are costly themselves requiring Ω(T) communication for each user [Bienstock et al., TCC’20].

In this paper we propose CoCoA; a new scheme that allows for T concurrent updates that are neither damaging nor costly. That is, they add no cost to future operations yet they only require Ω(log2(n)) communication per user. To circumvent the [Bienstock et al.] lower bound, CoCoA increases the number of rounds needed to complete all updates from 2 up to (at most) log(n); though typically fewer rounds are needed.

The key insight of our protocol is the following: in the (non-concurrent version of) TreeKEM, a delivery server which gets T concurrent update requests will approve one and reject the remaining T−1. In contrast, our server attempts to apply all of them. If more than one user requests to rotate the same key during a round, the server arbitrarily picks a winner. Surprisingly, we prove that regardless of how the server chooses the winners, all previously compromised users will recover after at most log(n) such update rounds.

To keep the communication complexity low, CoCoA is a server-aided CGKA. That is, the delivery server no longer blindly forwards packets, but instead actively computes individualized packets tailored to each user. As the server is untrusted, this change requires us to develop new mechanisms ensuring robustness of the protocol.</abstract>

<originInfo><publisher>Springer Nature</publisher><dateIssued encoding="w3cdtf">2022</dateIssued><place><placeTerm type="text">Trondheim, Norway</placeTerm></place>
</originInfo>
<language><languageTerm authority="iso639-2b" type="code">eng</languageTerm>
</language>



<relatedItem type="host"><titleInfo><title>Advances in Cryptology – EUROCRYPT 2022</title></titleInfo>
  <identifier type="issn">0302-9743</identifier>
  <identifier type="eIssn">1611-3349</identifier>
  <identifier type="isbn">9783031070846</identifier>
  <identifier type="ISI">000832305300028</identifier><identifier type="doi">10.1007/978-3-031-07085-3_28</identifier>
<part><detail type="volume"><number>13276</number></detail><extent unit="pages">815–844</extent>
</part>
</relatedItem>
<relatedItem type="Supplementary material">
  <location>     <url>https://research-explorer.ista.ac.at/record/18088</url>  </location>
</relatedItem>

<extension>
<bibliographicCitation>
<ieee>J. Alwen &lt;i&gt;et al.&lt;/i&gt;, “CoCoA: Concurrent continuous group key agreement,” in &lt;i&gt;Advances in Cryptology – EUROCRYPT 2022&lt;/i&gt;, Trondheim, Norway, 2022, vol. 13276, pp. 815–844.</ieee>
<ista>Alwen J, Auerbach B, Cueto Noval M, Klein K, Pascual Perez G, Pietrzak KZ, Walter M. 2022. CoCoA: Concurrent continuous group key agreement. Advances in Cryptology – EUROCRYPT 2022. EUROCRYPT: Theory and Applications of Cryptology and Information Security, LNCS, vol. 13276, 815–844.</ista>
<chicago>Alwen, Joël, Benedikt Auerbach, Miguel Cueto Noval, Karen Klein, Guillermo Pascual Perez, Krzysztof Z Pietrzak, and Michael Walter. “CoCoA: Concurrent Continuous Group Key Agreement.” In &lt;i&gt;Advances in Cryptology – EUROCRYPT 2022&lt;/i&gt;, 13276:815–844. Cham: Springer Nature, 2022. &lt;a href=&quot;https://doi.org/10.1007/978-3-031-07085-3_28&quot;&gt;https://doi.org/10.1007/978-3-031-07085-3_28&lt;/a&gt;.</chicago>
<mla>Alwen, Joël, et al. “CoCoA: Concurrent Continuous Group Key Agreement.” &lt;i&gt;Advances in Cryptology – EUROCRYPT 2022&lt;/i&gt;, vol. 13276, Springer Nature, 2022, pp. 815–844, doi:&lt;a href=&quot;https://doi.org/10.1007/978-3-031-07085-3_28&quot;&gt;10.1007/978-3-031-07085-3_28&lt;/a&gt;.</mla>
<short>J. Alwen, B. Auerbach, M. Cueto Noval, K. Klein, G. Pascual Perez, K.Z. Pietrzak, M. Walter, in:, Advances in Cryptology – EUROCRYPT 2022, Springer Nature, Cham, 2022, pp. 815–844.</short>
<apa>Alwen, J., Auerbach, B., Cueto Noval, M., Klein, K., Pascual Perez, G., Pietrzak, K. Z., &amp;#38; Walter, M. (2022). CoCoA: Concurrent continuous group key agreement. In &lt;i&gt;Advances in Cryptology – EUROCRYPT 2022&lt;/i&gt; (Vol. 13276, pp. 815–844). Cham: Springer Nature. &lt;a href=&quot;https://doi.org/10.1007/978-3-031-07085-3_28&quot;&gt;https://doi.org/10.1007/978-3-031-07085-3_28&lt;/a&gt;</apa>
<ama>Alwen J, Auerbach B, Cueto Noval M, et al. CoCoA: Concurrent continuous group key agreement. In: &lt;i&gt;Advances in Cryptology – EUROCRYPT 2022&lt;/i&gt;. Vol 13276. Cham: Springer Nature; 2022:815–844. doi:&lt;a href=&quot;https://doi.org/10.1007/978-3-031-07085-3_28&quot;&gt;10.1007/978-3-031-07085-3_28&lt;/a&gt;</ama>
</bibliographicCitation>
</extension>
<recordInfo><recordIdentifier>11476</recordIdentifier><recordCreationDate encoding="w3cdtf">2022-06-30T16:48:00Z</recordCreationDate><recordChangeDate encoding="w3cdtf">2026-04-07T13:01:26Z</recordChangeDate>
</recordInfo>
</mods>
</modsCollection>
