I share the confusion about what this is for. SLH-DSA is handy, but it
seems to not fit TLS very well at all.

There's also rather a lot of algorithms proposed to be added here, so I am
correspondingly that many missing use cases worth of confused.

On Fri, May 16, 2025, 17:06 Watson Ladd <watsonbl...@gmail.com> wrote:

> I don't support adoption.
>
> It is not clear to me what an RFC for a ciphersuite is supposed to
> signal. To the extent it indicates this solution is prefered, the fact
> that SLH-DSA is a very awkward fit for server auth makes me think we
> should say no.
>
> Sincerely,
> Watson Ladd
>
> On Fri, May 16, 2025 at 6:28 AM Sean Turner <s...@sn3rd.com> wrote:
> >
> > We are continuing with our WG adoption calls for the following I-D: Use
> of SLH-DSA  in TLS 1.3 [1]; see [2] for more information about this tranche
> of adoption calls. If you support adoption and are willing to review and
> contribute text, please send a message to the list. If you do not support
> adoption of this draft, please send a message to the list and indicate why.
> This call will close at 2359 UTC on 30 May 2025.
> >
> > Reminder:  This call for adoption has nothing to do with picking the
> mandatory-to-implement cipher suites in TLS.
> >
> > Cheers,
> > Joe and Sean
> >
> > [1] https://datatracker.ietf.org/doc/draft-reddy-tls-slhdsa/
> > [2]
> https://mailarchive.ietf.org/arch/msg/tls/KMOTm_lE5OIAKG8_chDlRKuav7c/
> > _______________________________________________
> > TLS mailing list -- tls@ietf.org
> > To unsubscribe send an email to tls-le...@ietf.org
>
>
>
> --
> Astra mortemque praestare gradatim
>
> _______________________________________________
> TLS mailing list -- tls@ietf.org
> To unsubscribe send an email to tls-le...@ietf.org
>
_______________________________________________
TLS mailing list -- tls@ietf.org
To unsubscribe send an email to tls-le...@ietf.org

Reply via email to