[{"author": "Eric Rescorla", "text": "<p>Roman who?</p>", "time": "2024-03-22T03:03:09Z"}, {"author": "Eric Rescorla", "text": "<p>Which is like 92 more RFCs than I did as AG</p>", "time": "2024-03-22T03:03:37Z"}, {"author": "Robert Moskowitz", "text": "<p>Bravo!!!!</p>", "time": "2024-03-22T03:03:44Z"}, {"author": "Robert Moskowitz", "text": "<p>clap!</p>", "time": "2024-03-22T03:04:24Z"}, {"author": "Dan Harkins", "text": "<p>AG?</p>", "time": "2024-03-22T03:04:57Z"}, {"author": "Dan Harkins", "text": "<p>Has Garland been replaced?</p>", "time": "2024-03-22T03:05:47Z"}, {"author": "Christian Huitema", "text": "<p>EKR is thinking of the AD as someone prosecuting unruly WG participants, thus AG...</p>", "time": "2024-03-22T03:06:23Z"}, {"author": "Robert Moskowitz", "text": "<p>You have to have the herding cats skill</p>", "time": "2024-03-22T03:09:02Z"}, {"author": "Deirdre Connolly", "text": "<p>( \u0361\u00b0 \u1d25 \u0361\u00b0)</p>", "time": "2024-03-22T03:10:04Z"}, {"author": "Yoav Nir", "text": "<p>For domain expertise you can rely on people in the group. People skills are more important.</p>", "time": "2024-03-22T03:12:55Z"}, {"author": "Yoav Nir", "text": "<p>That said, a \"non-technical\" chair would still be considered an expert wherever they work.</p>", "time": "2024-03-22T03:13:30Z"}, {"author": "Orie Steele", "text": "<p>I agree... in some cases, having domain expertise in a different area, is good enough, and enables a chair to simply focus on process.</p>", "time": "2024-03-22T03:13:59Z"}, {"author": "Jan-Frederik Rieckers", "text": "<p>I see a different queue in the meetecho client than I see on the screen in the room.</p>", "time": "2024-03-22T03:14:08Z"}, {"author": "Robert Moskowitz", "text": "<p>I took on chairing IPsec back in the day with Ted Tso having the domain expertise and I herded the cats.  And dealt with the appeal.  So been there, done that.</p>", "time": "2024-03-22T03:14:50Z"}, {"author": "Dan Harkins", "text": "<p>Yes, people skills help run the group and let the group do the technical work.</p>", "time": "2024-03-22T03:14:51Z"}, {"author": "Lorenzo Miniero", "text": "<p><span class=\"user-mention\" data-user-id=\"96\">@Jan-Frederik Rieckers</span> the queue on the screen in the room only shows mic-line queues: Jonathan is in queue to share slides</p>", "time": "2024-03-22T03:15:53Z"}, {"author": "Jan-Frederik Rieckers", "text": "<p>Ah. That's interesting.</p>", "time": "2024-03-22T03:16:19Z"}, {"author": "Justin Richer", "text": "<p>the errata process is super broken and the tooling is awful, and I hope we can talk about this more this meeting</p>", "time": "2024-03-22T03:16:56Z"}, {"author": "Eric Rescorla", "text": "<p><span class=\"user-mention silent\" data-user-id=\"545\">Justin Richer</span> <a href=\"#narrow/stream/337-saag/topic/ietf-119/near/117268\">said</a>:</p>\n<blockquote>\n<p>the errata process is super broken and the tooling is awful, and I hope we can talk about this more this meeting</p>\n</blockquote>", "time": "2024-03-22T03:17:32Z"}, {"author": "Eric Rescorla", "text": "<p><a href=\"https://datatracker.ietf.org/doc/draft-rescorla-rfc-jit/\">https://datatracker.ietf.org/doc/draft-rescorla-rfc-jit/</a></p>", "time": "2024-03-22T03:17:34Z"}, {"author": "Eric Rescorla", "text": "<p>And also <a href=\"https://datatracker.ietf.org/doc/draft-farrell-errata/\">https://datatracker.ietf.org/doc/draft-farrell-errata/</a></p>", "time": "2024-03-22T03:18:33Z"}, {"author": "Orie Steele", "text": "<p>I won't object to seeing those videos shared on saag list</p>", "time": "2024-03-22T03:21:29Z"}, {"author": "Pieter Kasselman", "text": "<p>WIMSE - Workload Identity in Multi-System Environments</p>", "time": "2024-03-22T03:22:43Z"}, {"author": "Orie Steele", "text": "<p><a href=\"https://datatracker.ietf.org/group/wimse/about/\">https://datatracker.ietf.org/group/wimse/about/</a></p>", "time": "2024-03-22T03:23:26Z"}, {"author": "A.J. Stein", "text": "<p>Can you call the readouts flights of WIMSE, <span class=\"user-mention\" data-user-id=\"545\">@Justin Richer</span>? (I'll see myself out.)</p>", "time": "2024-03-22T03:23:45Z"}, {"author": "Deirdre Connolly", "text": "<p>++</p>", "time": "2024-03-22T03:24:28Z"}, {"author": "Eric Rescorla", "text": "<p>Wes, Hoffman, are you actually in queue to talk</p>", "time": "2024-03-22T03:28:16Z"}, {"author": "Sean Turner", "text": "<p>NOPE</p>", "time": "2024-03-22T03:28:34Z"}, {"author": "Robert Moskowitz", "text": "<p>A button on wg/documents URL to see that the wg has errata.  Then for each RFC similar...</p>", "time": "2024-03-22T03:32:27Z"}, {"author": "Eric Rescorla", "text": "<p>My basic point is that errata ought to be PRs against the documents</p>", "time": "2024-03-22T03:32:51Z"}, {"author": "Eric Rescorla", "text": "<p>And then when they are approved, the documents get updated.</p>", "time": "2024-03-22T03:33:09Z"}, {"author": "Martin Thomson", "text": "<p>This is not a tooling problem.  It's a people problem.</p>", "time": "2024-03-22T03:33:56Z"}, {"author": "Robert Moskowitz", "text": "<p>But we don't update RFCs. We issue new RFCs that replace old ones.  Unlike other SDOs.</p>", "time": "2024-03-22T03:34:01Z"}, {"author": "Eric Rescorla", "text": "<p>actual diagram of flow chart:</p>", "time": "2024-03-22T03:34:28Z"}, {"author": "Eric Rescorla", "text": "<p><a href=\"/user_uploads/2/2f/BeNzWbvia0Uj3NdpJKzOtYzB/image.png\">image.png</a></p>\n<div class=\"message_inline_image\"><a href=\"/user_uploads/2/2f/BeNzWbvia0Uj3NdpJKzOtYzB/image.png\" title=\"image.png\"><img src=\"/user_uploads/2/2f/BeNzWbvia0Uj3NdpJKzOtYzB/image.png\"></a></div>", "time": "2024-03-22T03:34:30Z"}, {"author": "Christian Huitema", "text": "<p>Someone did not do a threat model on the errata process, and left a big DDOA avenue unmitigated...</p>", "time": "2024-03-22T03:34:37Z"}, {"author": "Christian Huitema", "text": "<p>DDOA =&gt;DDOS</p>", "time": "2024-03-22T03:34:55Z"}, {"author": "Eric Rescorla", "text": "<p><span class=\"user-mention silent\" data-user-id=\"706\">Robert Moskowitz</span> <a href=\"#narrow/stream/337-saag/topic/ietf-119/near/117319\">said</a>:</p>\n<blockquote>\n<p>But we don't update RFCs. We issue new RFCs that replace old ones.  Unlike other SDOs.</p>\n</blockquote>\n<p>Yes, and that's the problem. We're discussing addressing htat in RSWG</p>", "time": "2024-03-22T03:34:55Z"}, {"author": "Robert Moskowitz", "text": "<p>So rfc#.errate ver?</p>", "time": "2024-03-22T03:35:23Z"}, {"author": "Eric Rescorla", "text": "<p><span class=\"user-mention silent\" data-user-id=\"706\">Robert Moskowitz</span> <a href=\"#narrow/stream/337-saag/topic/ietf-119/near/117329\">said</a>:</p>\n<blockquote>\n<p>So rfc#.errate ver?</p>\n</blockquote>\n<p>Or somethng</p>", "time": "2024-03-22T03:35:34Z"}, {"author": "Sean Turner", "text": "<p>padding his stats that's what going on ;)</p>", "time": "2024-03-22T03:35:46Z"}, {"author": "Michael StJohns", "text": "<p>Is this still live/useful? <a href=\"https://docs.google.com/spreadsheets/u/0/d/1nmuRTV0Fwx-p13AMSV5GMZP5QCn80K0T5Oht5d8Putw/htmlview#gid=133722335\">https://docs.google.com/spreadsheets/u/0/d/1nmuRTV0Fwx-p13AMSV5GMZP5QCn80K0T5Oht5d8Putw/htmlview#gid=133722335</a></p>", "time": "2024-03-22T03:38:11Z"}, {"author": "Martin Thomson", "text": "<p>What about COSE and JOSE?</p>", "time": "2024-03-22T03:41:08Z"}, {"author": "Orie Steele", "text": "<p>I'll answer</p>", "time": "2024-03-22T03:41:30Z"}, {"author": "Deirdre Connolly", "text": "<p>Even a codepoint for ML-KEM-only for TLS will not be picked until FIPS 203 lands but that's in mere weeks*</p>", "time": "2024-03-22T03:42:42Z"}, {"author": "Orie Steele", "text": "<p>I'm super supportive of the \"lets have a consistent experience\" for pq in IETF.</p>", "time": "2024-03-22T03:43:16Z"}, {"author": "Deirdre Connolly", "text": "<p><span aria-label=\"+1\" class=\"emoji emoji-1f44d\" role=\"img\" title=\"+1\">:+1:</span></p>", "time": "2024-03-22T03:44:03Z"}, {"author": "Robert Moskowitz", "text": "<p>I just don't have the link bandwidth/capacity for any of this.  A really big sigh, as it is just too big from links I MUST work over.</p>", "time": "2024-03-22T03:44:10Z"}, {"author": "Orie Steele", "text": "<p>JOSE and COSE are not the place to do unique stuff... but we can't use protocol level hybrids, so... please lets not encourage protocol layer hybrids.</p>", "time": "2024-03-22T03:44:24Z"}, {"author": "Deirdre Connolly", "text": "<p>correct; also using a KEM in NamedGroup currently doesn't have an RFC to build off of (hybrid-design is not landed yet)</p>", "time": "2024-03-22T03:44:45Z"}, {"author": "Eric Rescorla", "text": "<p><span class=\"user-mention\" data-user-id=\"1185\">@Orie Steele</span>  you mean you could use like X-Wing, but you can't do two keys?</p>", "time": "2024-03-22T03:44:54Z"}, {"author": "Dan Harkins", "text": "<p>I'd rather not have an IETF fixed way of doing this. The tls pq only is super clean and should be done. Othe protocols might not be so clean.</p>", "time": "2024-03-22T03:45:04Z"}, {"author": "Eric Rescorla", "text": "<p><span class=\"user-mention\" data-user-id=\"476\">@Sean Turner</span>  there are actually three levels, I think [Available but not standard or recommended, Standard/Recommended, MTI]</p>", "time": "2024-03-22T03:45:37Z"}, {"author": "Orie Steele", "text": "<p>EKR, it depends on how the hybrid is context bound</p>", "time": "2024-03-22T03:45:44Z"}, {"author": "Orie Steele", "text": "<p>ideally, JOSE and COSE can use the same hybrid that TLS or PGP uses...</p>", "time": "2024-03-22T03:46:22Z"}, {"author": "Sean Turner", "text": "<p>@ekr yes you are correct</p>", "time": "2024-03-22T03:46:28Z"}, {"author": "Orie Steele", "text": "<p>pure PQ stuff is not a problem for JOSE / COSE... its the hybrid stuff that is concerning,... and its only concerning for none HPKE kems.</p>", "time": "2024-03-22T03:47:01Z"}, {"author": "Yoav Nir", "text": "<p>Just a few IETF meetings ago, a lot of people were thinking we didn't need hybrids at all</p>", "time": "2024-03-22T03:47:05Z"}, {"author": "Sean Turner", "text": "<p>And the middle one has two states: Recommended=Y/N</p>", "time": "2024-03-22T03:47:11Z"}, {"author": "Justin Richer", "text": "<p><span class=\"user-mention\" data-user-id=\"1185\">@Orie Steele</span> \"alg: hpke-none\"</p>", "time": "2024-03-22T03:48:39Z"}, {"author": "Mike Ounsworth", "text": "<p>Process suggestion: there is actually a fairly small number of authors behind hybrid KEM drafts. Should chairs / ADs just makes sure that those people are coordinating?</p>", "time": "2024-03-22T03:48:48Z"}, {"author": "Dan Harkins", "text": "<p>+1 to Deirdre</p>", "time": "2024-03-22T03:49:00Z"}, {"author": "Sean Turner", "text": "<p>@Justin I made the point that we should prohibit alg+none ;)</p>", "time": "2024-03-22T03:49:12Z"}, {"author": "Justin Richer", "text": "<p><span class=\"user-mention\" data-user-id=\"476\">@Sean Turner</span> this is different though, it's hpke-flavored version of none!</p>", "time": "2024-03-22T03:49:34Z"}, {"author": "Deirdre Connolly", "text": "<p>Not saying protocols, but adopters of protocols</p>", "time": "2024-03-22T03:49:38Z"}, {"author": "Jonathan Hoyland", "text": "<p>Wait, Wireguard is broken?</p>", "time": "2024-03-22T03:49:45Z"}, {"author": "Jonathan Hoyland", "text": "<p>Given there's no way to do kex negotiation</p>", "time": "2024-03-22T03:50:06Z"}, {"author": "Orie Steele", "text": "<p>we could be fine with a few recommended hybrids, and it would be cool if all protocols could  use the same ones.</p>", "time": "2024-03-22T03:50:28Z"}, {"author": "Deirdre Connolly", "text": "<p>See the CFRG meeting recording for 'any PQ KEM' not being well settled</p>", "time": "2024-03-22T03:50:36Z"}, {"author": "Orie Steele", "text": "<p>+1 to no ala-cart at protocol layer.</p>", "time": "2024-03-22T03:50:59Z"}, {"author": "Paul Wouters", "text": "<p>IKEv2 also does this :P</p>", "time": "2024-03-22T03:51:42Z"}, {"author": "Deirdre Connolly", "text": "<p>There are many IND-CCA KEMs that cannot be securely integrated into a higher-level protocol in the exact same way (unless that way is 'hash in everything always' but many protocols don't like that / it's too expensive)</p>", "time": "2024-03-22T03:51:43Z"}, {"author": "Michael Prorock", "text": "<p>hybrids are a \"here be dragons\" type problem if we are not careful here</p>", "time": "2024-03-22T03:51:43Z"}, {"author": "Tirumaleswar Reddy.K", "text": "<p>Hybrid usage as it is done in TLS will have different security properties in JOSE/COSE and they will have to rely on X-Wing or some other KEM-combiner function that binds the public keys and cipher text to the derived shared secret.</p>", "time": "2024-03-22T03:52:14Z"}, {"author": "Michael Prorock", "text": "<p>i am concerned re \"move quickly\" and cryptography</p>", "time": "2024-03-22T03:53:29Z"}, {"author": "Martin Thomson", "text": "<p>For a la carte combiners, if we have no disagreement, then we might be able to write something down that has consensus...</p>", "time": "2024-03-22T03:53:32Z"}, {"author": "Orie Steele", "text": "<p>^ +1</p>", "time": "2024-03-22T03:53:59Z"}, {"author": "Sean Turner", "text": "<p>but how to we have the \"beauty contest\"</p>", "time": "2024-03-22T03:54:07Z"}, {"author": "Jonathan Lennox", "text": "<p>Isn\u2019t \u201cthe ADs force a bunch of authors to work together\u201d called a working group?</p>", "time": "2024-03-22T03:54:22Z"}, {"author": "Martin Thomson", "text": "<p>we'll have plenty of beauty contests to run Sean</p>", "time": "2024-03-22T03:54:31Z"}, {"author": "Martin Thomson", "text": "<p>In that case, stay with hybrid.</p>", "time": "2024-03-22T03:55:00Z"}, {"author": "Martin Thomson", "text": "<p>That said, if you aren't updating your software, and the node is exposed to a network, that node is not secure.</p>", "time": "2024-03-22T03:55:29Z"}, {"author": "Rich Salz", "text": "<p>Or, don't deploy until you feel the industry thinks the PQ is \"safe\"</p>", "time": "2024-03-22T03:55:32Z"}, {"author": "Mike Ounsworth", "text": "<p><span class=\"user-mention silent\" data-user-id=\"965\">Michael Prorock</span> <a href=\"#narrow/stream/337-saag/topic/ietf-119/near/117402\">said</a>:</p>\n<blockquote>\n<p>i am concerned re \"move quickly\" and cryptography</p>\n</blockquote>\n<p>Hi. Have you seen CNSA 2.0?</p>", "time": "2024-03-22T03:55:36Z"}, {"author": "Yoav Nir", "text": "<p><span class=\"user-mention silent\" data-user-id=\"426\">Jonathan Lennox</span> <a href=\"#narrow/stream/337-saag/topic/ietf-119/near/117408\">said</a>:</p>\n<blockquote>\n<p>Isn\u2019t \u201cthe ADs force a bunch of authors to work together\u201d called a working group?</p>\n</blockquote>\n<p>It's called a directorate</p>", "time": "2024-03-22T03:55:46Z"}, {"author": "Deb Cooley", "text": "<p>not every system or every protocol can bear the burden of hybrid - performance, bandwidth, etc.</p>", "time": "2024-03-22T03:55:48Z"}, {"author": "Orie Steele", "text": "<p>agree.</p>", "time": "2024-03-22T03:56:05Z"}, {"author": "Michael Prorock", "text": "<p>+1</p>", "time": "2024-03-22T03:56:16Z"}, {"author": "Robert Moskowitz", "text": "<p>I keep hearing that aviation will be able to solve this when we have affordable Sat Internet covering the whole world.</p>", "time": "2024-03-22T03:56:25Z"}, {"author": "Orie Steele", "text": "<p>I prefer Pure before Hybrid... as general approach to PQ transition.</p>", "time": "2024-03-22T03:56:28Z"}, {"author": "Michael Prorock", "text": "<p>Pure I am good with as a starting place</p>", "time": "2024-03-22T03:56:36Z"}, {"author": "Michael Prorock", "text": "<p>(and prefer generally)</p>", "time": "2024-03-22T03:56:43Z"}, {"author": "Robert Moskowitz", "text": "<p>Scary stuff.</p>", "time": "2024-03-22T03:57:46Z"}, {"author": "Martin Thomson", "text": "<p>I don't understand the constrained node arguments.  I thought that the number of bytes was the primary source of cose, not the amount of computation.</p>", "time": "2024-03-22T03:58:05Z"}, {"author": "Rich Salz", "text": "<p>@Michael, how can you be okay with pure-pq and also be concerned with the speed of the work?  Honest question.</p>", "time": "2024-03-22T03:58:16Z"}, {"author": "Robert Moskowitz", "text": "<p>The difference between theory and practice is what?</p>", "time": "2024-03-22T03:58:23Z"}, {"author": "Deirdre Connolly", "text": "<p>++ Deb</p>", "time": "2024-03-22T03:58:45Z"}, {"author": "Jonathan Lennox", "text": "<p>Orie: are you as confident in ML-KEM as X25519 against a classical attacker?</p>", "time": "2024-03-22T03:58:48Z"}, {"author": "A.J. Stein", "text": "<p>10-15 years in government/military? Now that's lightspeed! (I wish I wasn't only half-kidding.)</p>", "time": "2024-03-22T03:58:55Z"}, {"author": "Robert Moskowitz", "text": "<p>Aviation talks about 25+ years for a transition.</p>", "time": "2024-03-22T03:58:59Z"}, {"author": "Yoav Nir", "text": "<p>The transition from RSA to ECDSA (or EDDSA) is still ongoing, 20 years later.</p>", "time": "2024-03-22T03:59:06Z"}, {"author": "Michael Prorock", "text": "<p>@rich - I am not saying we standardize immediately on pure - saying that that is a good start and we beat it up real good as a starting place</p>", "time": "2024-03-22T03:59:13Z"}, {"author": "Orie Steele", "text": "<p>MT, I don't think its hard to do hybrids in cose, its just not a good idea to do them in a way that is unique to COSE, or do it before enabling pure PQ first.</p>", "time": "2024-03-22T03:59:20Z"}, {"author": "Eric Rescorla", "text": "<p>The performance cost of the hybrid KEM is verys mall</p>", "time": "2024-03-22T03:59:20Z"}, {"author": "Ran Atkinson", "text": "<p>It isn't just DoD which has transition challenges -- realistically it is any large organization/company.</p>", "time": "2024-03-22T03:59:25Z"}, {"author": "Eric Rescorla", "text": "<p>Even the bandwidth isn't that big</p>", "time": "2024-03-22T03:59:29Z"}, {"author": "Christian Huitema", "text": "<p>\"I am retired, I don't do this anymore.\" Funny, I heard that before...</p>", "time": "2024-03-22T03:59:45Z"}, {"author": "Deb Cooley", "text": "<p>that depends on the system you are on.</p>", "time": "2024-03-22T03:59:46Z"}, {"author": "Deirdre Connolly", "text": "<p>More than 800 bytes</p>", "time": "2024-03-22T03:59:49Z"}, {"author": "Martin Thomson", "text": "<p>Hybrid signatures are far less needed than hybrid KEMs.</p>", "time": "2024-03-22T04:00:25Z"}, {"author": "Deirdre Connolly", "text": "<p>Hybrid sigs are big because ML-DSA / SHS / Falcon are big</p>", "time": "2024-03-22T04:00:28Z"}, {"author": "Sean Turner", "text": "<p>Agree with MT</p>", "time": "2024-03-22T04:00:36Z"}, {"author": "Andrew Fregly", "text": "<p>Suppos Mayo is an approved algorithm.</p>", "time": "2024-03-22T04:00:40Z"}, {"author": "David Benjamin", "text": "<p>And similarly low cost to do the hybrid portion.</p>", "time": "2024-03-22T04:00:44Z"}, {"author": "Robert Moskowitz", "text": "<p>I can JUST support those 64 bytes.</p>", "time": "2024-03-22T04:00:56Z"}, {"author": "Deirdre Connolly", "text": "<p>Long term signatures yes, short term signatures... we might be able to wait longer</p>", "time": "2024-03-22T04:01:04Z"}, {"author": "Orie Steele", "text": "<p>@Jonathan Lennox re confidence in hybrids, I don't think its worth registering code points for any hybrids, if you already don't trust the component enough to use it standalone... and its easy to register code points for both.</p>", "time": "2024-03-22T04:01:04Z"}, {"author": "Eric Rescorla", "text": "<p>I think the point Scott is making is that Hybrid isn't much bigger than PQ</p>", "time": "2024-03-22T04:01:05Z"}, {"author": "Dan Harkins", "text": "<p>Bandwidth is not the issue</p>", "time": "2024-03-22T04:01:23Z"}, {"author": "Sean Turner", "text": "<p>@Christian <span aria-label=\"rolling on the floor laughing\" class=\"emoji emoji-1f923\" role=\"img\" title=\"rolling on the floor laughing\">:rolling_on_the_floor_laughing:</span></p>", "time": "2024-03-22T04:01:26Z"}, {"author": "Robert Moskowitz", "text": "<p>For me this is a fun, non-real education.</p>", "time": "2024-03-22T04:01:48Z"}, {"author": "Martin Thomson", "text": "<p>Dan: bandwidth is what concerns me most</p>", "time": "2024-03-22T04:01:49Z"}, {"author": "Andrew Fregly", "text": "<p>Memory, CPU and transport are issues depending on the protocol.</p>", "time": "2024-03-22T04:02:05Z"}, {"author": "Jonathan Lennox", "text": "<p>I thought the whole point of hybrid was due to lack of confidence in the PQ algorithm security, because they\u2019re young</p>", "time": "2024-03-22T04:02:15Z"}, {"author": "Martin Thomson", "text": "<p>not the 32 bytes, the 1k bytes</p>", "time": "2024-03-22T04:02:19Z"}, {"author": "A.J. Stein", "text": "<p>I feel we lost track of the point on ekr's slide, these points and counter-points on the queue and chat confirm a majority agree we cannot do any either of those assumption options, am I wrong?</p>", "time": "2024-03-22T04:02:22Z"}, {"author": "Jonathan Lennox", "text": "<p>(Algorithm or implementation)</p>", "time": "2024-03-22T04:02:48Z"}, {"author": "Deirdre Connolly", "text": "<p>The size of hybrid is not so much a distinguisher against PQ-only, it's the complexity and eventual further migration off hybrid (TLS hybrid key agreement is not complex, hybrid signatures can be)</p>", "time": "2024-03-22T04:02:49Z"}, {"author": "Yoav Nir", "text": "<p><span class=\"user-mention silent\" data-user-id=\"426\">Jonathan Lennox</span> <a href=\"#narrow/stream/337-saag/topic/ietf-119/near/117467\">said</a>:</p>\n<blockquote>\n<p>I thought the whole point of hybrid was due to lack of confidence in the PQ algorithm security, because they\u2019re young</p>\n</blockquote>\n<p>By the time we go through the IETF process, they won't be young anymore</p>", "time": "2024-03-22T04:02:55Z"}, {"author": "Robert Moskowitz", "text": "<p>Yes, the 1K bytes in a 250byte MTU and then needing FEC when need to span multiple frames.</p>", "time": "2024-03-22T04:03:21Z"}, {"author": "Orie Steele", "text": "<p>EKR's first 2 bullet points, we should be able to get consensus on... do both... you won't see consensus to just do hybrids.. mic drop.</p>", "time": "2024-03-22T04:03:35Z"}, {"author": "Dan Harkins", "text": "<p>@Martin, that's the big pole on the tent. So for the hybrid or pq-only argument, bandwidth doesn't matter.</p>", "time": "2024-03-22T04:03:42Z"}, {"author": "Martin Thomson", "text": "<p>dan: exactly my point :)</p>", "time": "2024-03-22T04:03:59Z"}, {"author": "Deirdre Connolly", "text": "<p>Kyber was introduced in 2017, 7 years ago</p>", "time": "2024-03-22T04:04:03Z"}, {"author": "Yoav Nir", "text": "<p><span class=\"user-mention silent\" data-user-id=\"706\">Robert Moskowitz</span> <a href=\"#narrow/stream/337-saag/topic/ietf-119/near/117475\">said</a>:</p>\n<blockquote>\n<p>Yes, the 1K bytes in a 250byte MTU and then needing FEC when need to span multiple frames.</p>\n</blockquote>\n<p>Even under those conditions, 1024 bytes vs 1056 bytes is not that big a deal.</p>", "time": "2024-03-22T04:04:09Z"}, {"author": "Andrew Fregly", "text": "<p>I hear your pain Robert. Three signatures on an NSEC3 response is too much for UDP transport</p>", "time": "2024-03-22T04:04:11Z"}, {"author": "Deirdre Connolly", "text": "<p>Based on years of LWE and other lattice work before that</p>", "time": "2024-03-22T04:04:20Z"}, {"author": "Robert Moskowitz", "text": "<p>Yes, not a big deal.  Both don't fit.</p>", "time": "2024-03-22T04:04:35Z"}, {"author": "John Gray", "text": "<p>I showed some slides at lamps showing the size comparison of PQ+classic signatures.   For these hybrid Certs it was between 160 bytes to 810 bytes.</p>", "time": "2024-03-22T04:05:08Z"}, {"author": "Sean Turner", "text": "<p>There's a farewell reception later ... let's continue there with booze!</p>", "time": "2024-03-22T04:05:23Z"}, {"author": "A.J. Stein", "text": "<p><span class=\"user-mention silent\" data-user-id=\"1185\">Orie Steele</span> <a href=\"#narrow/stream/337-saag/topic/ietf-119/near/117476\">said</a>:</p>\n<blockquote>\n<p>EKR's first 2 bullet points, we should be able to get consensus on... do both... you won't see consensus to just do hybrids.. mic drop.</p>\n</blockquote>\n<p>I think I misunderstood some of the feedback I thought some queue comments were saying standardizing one or both wasn't practical for all protocols and contexts (outside of TLS), but it seems I misinterpreted.</p>", "time": "2024-03-22T04:05:45Z"}, {"author": "Martin Thomson", "text": "<p>When that day comes, we can talk about removing cruft.  But that is still science fiction.</p>", "time": "2024-03-22T04:06:21Z"}, {"author": "Deb Cooley", "text": "<p>complexity of the implementation is the other concern of hybrid.</p>", "time": "2024-03-22T04:06:32Z"}, {"author": "Jonathan Lennox", "text": "<p>I guess it\u2019s the philosophical difference between \u201cthis is too big, so a little bit more doesn\u2019t matter\u201d vs. \u201cthis is too big, so let\u2019s squeeze it smaller wherever we can\u201d</p>", "time": "2024-03-22T04:06:44Z"}, {"author": "Tadahiko Ito", "text": "<p>I believe it is more reasonable to develop capability of switching signature algorithm, instead of  implement PQC signature now.</p>", "time": "2024-03-22T04:06:48Z"}, {"author": "Deb Cooley", "text": "<p>How many pristine implementations are there now?</p>", "time": "2024-03-22T04:06:53Z"}, {"author": "Deb Cooley", "text": "<p>none.</p>", "time": "2024-03-22T04:06:56Z"}, {"author": "Deirdre Connolly", "text": "<p>Not science fiction</p>", "time": "2024-03-22T04:06:57Z"}, {"author": "Eric Rescorla", "text": "<p>The implementation complexity only goes away when the hybrid is <em>removed</em>.</p>", "time": "2024-03-22T04:07:01Z"}, {"author": "Deirdre Connolly", "text": "<p>2030s</p>", "time": "2024-03-22T04:07:03Z"}, {"author": "Orie Steele", "text": "<p>i just want us to pick one... either register pq and then hybrid, or just register hybrid.</p>", "time": "2024-03-22T04:07:06Z"}, {"author": "Deb Cooley", "text": "<p>@ekr:  exactly.</p>", "time": "2024-03-22T04:07:15Z"}, {"author": "Deb Cooley", "text": "<p>just implement one algorithm.</p>", "time": "2024-03-22T04:07:23Z"}, {"author": "David Benjamin", "text": "<p>We're not actually wasting a <em>ton</em> of energy. It'll be a waste, sure, but it's relatively small. It won't be the first small waste we do in the name of compatibility, and it won't be the last.</p>", "time": "2024-03-22T04:07:29Z"}, {"author": "John Gray", "text": "<p>To add to that, as Mike said, it was between 3-4% extra overhead for EC based Hybrid signatures in Certs and 13-14% for RSA based hybrids.</p>", "time": "2024-03-22T04:08:28Z"}, {"author": "Deirdre Connolly", "text": "<p><span aria-label=\"+1\" class=\"emoji emoji-1f44d\" role=\"img\" title=\"+1\">:+1:</span> paul</p>", "time": "2024-03-22T04:09:04Z"}, {"author": "Orie Steele", "text": "<p>+1 paul</p>", "time": "2024-03-22T04:09:22Z"}, {"author": "Eric Rescorla", "text": "<p>MD5 is almost as great as FNV-1a</p>", "time": "2024-03-22T04:10:22Z"}, {"author": "Martin Thomson", "text": "<p>y u no DIAMETER?</p>", "time": "2024-03-22T04:10:25Z"}, {"author": "Deirdre Connolly", "text": "<p><span aria-label=\"wave\" class=\"emoji emoji-1f44b\" role=\"img\" title=\"wave\">:wave:</span></p>", "time": "2024-03-22T04:11:07Z"}, {"author": "John Gray", "text": "<p>I don't know why every one says hybrid signatures is so complicated.  At least for composites signatures its essentially a for loop and some extra hash.  I've implemented it and its not hard, our hackathon team implement it in a day.</p>", "time": "2024-03-22T04:11:43Z"}]