cius

4 ms·

1. 1.▲
   by cius 2y ago

   Anyone interested in heavier duty may appreciate Kee Klamp. For example: https://keesystems.com/product-category/fittings/kee-klamp/?...
2. 2.▲
   by cius 2y ago

   I think some of this is starting to come into focus. It appears the way these keys are commonly stored necessitates careful treatment after generation. For instance, if this reference is accurate, an RSA private key in PKCS#1 includes the p
3. 3.▲
   by cius 2y ago

   Thank you, I think this helped me understand a bit more how higher level protocols impose further restrictions on use: https://crypto.stackexchange.com/a/71362
4. 4.▲
   by cius 2y ago

   It sounds like my misunderstanding. So is this just a nomenclature mix up? I'll have to do more research, because I am under the impression there is something special about the private key other than the fact it was designated as such
5. 5.▲
   by cius 2y ago

   Your docs say: client uses private key to encrypt -> server uses public key to decrypt. Do you mean: client uses private key to sign -> server uses public key to verify? My understanding is private keys decrypt/sign and public ke
6. 6.▲
   by cius 5y ago

   I recently finished this book and highly recommend it. Very fun stuff, a decent introduction to rust, and does a great job of setting the reader up for exploring further. Kudos to Mr. Wolverson.