Hey John,
I am interested in getting an update on XMSS and policy updates on protection of XMSS private keys including distribution across physical HSMs. We chatted briefly at ICMC 2025 this past April and was hoping for some additional details.
Why does this matter?
I have multiple projects (some in hardware) that utilize XMSS now (started in 2021) and the delay in test vectors (and commensurate delay in potential FIPS certification) has been painful. I say this not to lay any guilt, because I know you all are doing your best and working hard for us, but just to identify that we need some dates to be able to plan appropriately. We are expecting to set up infrastructure and generate production keys later in 2026.
Second, there are third party HW vendors that have announced support for LMS coming out next year, and I need to plan support for those as well. This includes a reasonable plan for business continuity and disaster recovery that will have an (eventual) path to FIPS certification. I am not really clear on the path that NIST is heading down for key generation across multiple HSMs (beyond multi-tree which for performance reasons is not ideal for embedded systems due to the required additional L-tree computations). Solutions like Sharing and one-time-seed (OTS) sharing, and bottom-up Merkle tree generation, have been discussed. I am not sure where NIST stands here.
I would greatly appreciate some additional details on where NIST stands and the direction they are heading. 2026 is an important year, and I want to make decisions that are aligned with NIST's direction. What can you share that will help in this regard? Will a draft be available in early Q1-2026 that can help direct use of HBS schemes aligned with NIST expectations?