liboqs VS misc

How about liboqs from OpenQuantumSafe? It includes an implementation of most PQC primitives proposed to date:

https://github.com/open-quantum-safe/liboqs

Part of the issue as a prospective cryptographic user/consumer is that not only do I not know which algorithm(s) should be used, the most likely library https://github.com/open-quantum-safe/liboqs also explicitly states that it shouldn't be used in production.

Hybrid deployment (E.G. with ECC using a curve like 25519) is a great recommendation and probably obvious, far more so than picking a winner among the available post quantum possibly safe algorithms.

Hi everyone! I am currently trying to modify some settings within OpenSSL. My goal is to change the default algorithms that OpenSSL uses for generating certificates and signatures, as well as the key exchange method. Specifically, I want OpenSSL to default to the ones provided by OQS (https://openquantumsafe.org/), Dilithium and Kyber.

NIST - https://csrc.nist.gov/Projects/post-quantum-cryptography/post-quantum-cryptography-standardization

NSA - https://www.tomshardware.com/news/us-national-security-agency-issues-update-on-crypto-resistant-encryption

ISARA - https://www.isara.com/products/isara-radiate.html

OQS (NIST reports on this) - https://openquantumsafe.org

MSFT - https://www.microsoft.com/en-us/research/project/post-quantum-tls

Wikipedia's take - https://en.wikipedia.org/wiki/Post-quantum_cryptography

Efforts: Open Quantum Safe project

One thing I will mention for "most secure" is that you could add a second layer of encryption based on liboqs which aims to be quantum resistant (mostly important for asymmetric algorithms, symmetric algorithms are already thought to be quantum resistant). We don't know if any of the quantum resistant algorithms are any good or not. They could all be broken, so only use them as a second layer on top of existing encryption schemes, but if you want "the best", then that's what I would do: use standard tools with the biggest variants of the algorithm and then put a layer of post-quantum crypto on top of it.

My github.com/Erotemic/misc and github.com/Erotemic/local say yes.

And of course, remember your crypto is only as strong as the weakest link. You need to be using good passphrases. Use diceware `diceware -n 9` to generate a password that even a Type I civilization would have trouble breaking.

I use some of these in my hardwareinfo python script: https://github.com/Erotemic/misc/blob/master/notes/hardwareinfo/backend_linux.py