<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: ChuckSneed</title><link>https://news.ycombinator.com/user?id=ChuckSneed</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 23 Oct 2026 11:59:55 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=ChuckSneed" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by ChuckSneed in "eMudhra to exit global SSL/TLS certificate business"]]></title><description><![CDATA[
<p>> worked around these types of devices and their interfaces..<p>This is not a problem of devices and interfaces. You are supposed to generate the wrapping key on the HSM itself. And the HSM ensures that the keys are generated with a strong enough security parameter, not some silly 1 byte string. Then the HSM wraps the key inside of itself and exports it in the encrypted form. You take this ciphertext, and the wrapping key and send it over to the other party.<p>So if they generate the wrapping key with a funny value, that means they didn't use HSM to generate it but their system openssl. But then, HSMs typically don't allow you to export private keys without wrapping them first unless you first tweak around with security flags (not recommended at all), or simply generate the private key using your system openssl too (LMFAO).<p>Source: I work for one of the major HSM vendors.</p>
]]></description><pubDate>Thu, 22 Oct 2026 22:44:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=50202127</link><dc:creator>ChuckSneed</dc:creator><comments>https://news.ycombinator.com/item?id=50202127</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50202127</guid></item></channel></rss>