Re: Applied Quantum Resistant Crypto

"Diego R. Lopez" <[email protected]>
Newsgroups gmane.ietf.saag,gmane.ietf.x509,gmane.ietf.irtf.cfrg
Message-ID <[email protected]>
Hi,

We have started some work in enabling key distribution schemas powered by QKD, that I believe could be applicable to post-quantum or QRC as well. So, yes, definitely interested in exploring those ways.

Be goode,

--
"Esta vez no fallaremos, Doctor Infierno"

Dr Diego R. Lopez
Telefonica I+D
https://www.linkedin.com/in/dr2lopez/

e-mail: [email protected]<mailto:[email protected]>
Tel:         +34 913 129 041
Mobile:  +34 682 051 091
----------------------------------

On 17/07/2018, 15:36, "saag on behalf of Dr. Pala" <[email protected]<mailto:[email protected]> on behalf of [email protected]<mailto:[email protected]>> wrote:


Hi all,

I was wondering if there are people interested in setting up some sort of discussion forum where to discuss the deployment (from a practical point of view) for QRC in their systems. The intent here would be to share the experiences, provide feedback, and possibly even share implementations/references/etc.

Moreover, being this quite a new field when it comes to real-world applications, it would be interesting to understand the new requirements so that we can plan for algorithm agility correctly and not having to go through what we suffered in the past (and in some cases with current protocols) to upgrade/switch among different schemes/algorithms.

For example, some of the topics might include:
·         How to deploy PKI services
·         Mixed environments considerations (QRC and "Traditional" Crypto)
·         Mixed environments (stateful vs. stateless)
·         Encryption and Key-Exchange for QRC - what are the options there (it seems auth is well understood, but other problems are still open)?
·         Are there implications for the deployment of PKIs we need to be aware of and are not currently mentioned/addressed?
·         Any real-world deployment out there (or plans for it)?
·         Algorithm Agility, what to plan for?
·         Applicability to Revocation Services

Most of the activities to standardize QRC in CMS/SecFirmware/etc. that I can see are related to the use of Stateful HASHSIG and I have not seen any "standardization" activities around stateless schemes (e.g., SPHINCS), but if I am wrong, please let me know (and if you could provide some interesting links, that would be great). I think it would be useful to understand how to practically deploy these new schemes and how to refine / provide the building blocks required for their implementation and deployment.

Here's some references:

Merkle Tree Signatures (Stateful):
·         https://datatracker.ietf.org/doc/draft-mcgrew-hash-sigs/
·         https://datatracker.ietf.org/doc/draft-housley-cms-mts-hash-sig/
·         https://www.ietf.org/id/draft-housley-suit-cose-hash-sig-04.txt
·         https://datatracker.ietf.org/doc/rfc8391/ (XMSS)
·         https://eprint.iacr.org/2018/063 (Viability of Post Quantum X.509 Certs Paper)
·         Implementations:
o    https://github.com/cisco/hash-sigs

SPHINCS Related (Stateless):
·         https://sphincs.org/
·         Implementations:
o    https://sphincs.org/data/sphincs+-reference-implementation-20180313.tar.bz2

Other Relevant Links:
·         https://datatracker.ietf.org/doc/draft-truskovsky-lamps-pq-hybrid-x509/
·         https://csrc.nist.gov/Projects/Post-Quantum-Cryptography
·         http://test-pqpki.com/

I guess this is all for now - you can reply privately at the following addresses:

    [email protected]<mailto:[email protected]>
    [email protected]<mailto:[email protected]>

Thanks,
Max
--
Best Regards,
Massimiliano Pala, Ph.D.
OpenCA Labs Director
[OpenCA Logo]

________________________________

Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.

The information contained in this transmission is privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição
image001.png (image/png, 3.1 KB) - not displayed
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.