没有证书的SSL / TLS

Question

我正在做一个宠物项目，该项目最终会在完成时允许安全的文件传输（不仅仅是文件传输，它还有其他用途，但其余的并不特别重要）。 我想使用OpenSSL库，因为它似乎是最完整的免费密码库（并且除了SSL / TLS外，我还需要支持基本的对称加密和散列）。

我正在寻求实现类似于 SSH的安全方案。 基本上，用户将使用TLSv1（SSLv3.1）连接到我的计算机。 无论安全性如何，我都希望连接成功。 然后，我希望能够检查用户使用的公钥 （而不是整个证书）。 该密钥将与已知的公共密钥进行比较，如果匹配，则将允许用户访问特定的命令集。 如果不匹配，则用户可以选择使用该连接申请将其公钥添加到我的收藏中，但除此之外，将无法访问我的服务。

我在这里对证书没有任何特别的需求。 如果我可以跳过所有证书详细信息并仅使用原始加密密钥，那对我来说将简单得多。 这是因为此模型遵循信任网络模型，而不是大多数SSL / TLS连接所使用的分层模型，因此我不需要任何CA或已签名的证书。

不幸的是，大多数OpenSSL的文档都不存在。 我发现所有相关文章似乎都涉及建立“标准” SSL / TLS连接，在该连接中，服务器的证书一直被验证直到一组根证书。 这可能很有用，但是对我来说很难弄清楚如何建立和运行这些非传统的SSL连接。

谁能建议任何可以帮助我弄清楚如何做到这一点的文章或文档？

（OpenSSL的使用不是一成不变的，如果它提供了更好的方法来实现此目的，那么我可以切换到另一个库，以及使用散列[SHA-512]和对称加密[AES]。我的目标是Linux，但是如果最终产品可以移植到Windows上很好，那么我的朋友们也可以使用它。）

Answer 1

为了扩展Eugene的答案（我会将此作为评论，但有点长）...

使用FOAF + SSL项目 （后来更名为WebID）完成了此类操作后，坚持使用X.509证书使实现起来更加容易，这仅仅是因为大多数SSL / TLS堆栈都是在设计时考虑到它们的（并且它们的API反映了这一点）。

上一次我检查FOAF + SSL时，传统的PKI检查仍然存在，客户端可以检查服务器证书。 类似于SSH的另一种选择是，在您第一次遇到公钥/证书时接受它，并在更改时警告用户。 无论如何，这或多或少都是SSH的工作方式（特别是，我猜很少有人真正在第一次看到密钥时便会在带外检查密钥的指纹）。

仅考虑客户端证书的用法（尽管其中一些可以类似的方式应用于服务器证书）：

• 大多数服务器库似乎都可以处理X.509证书，但是可以更改它们的验证方式（例如Java中的X509TrustManager ）。
• 虽然您将无法信任客户端证书中所说的任何内容，除非您已经对其进行了验证，但是能够嵌入一些其他信息（例如主题DN或主题备用名称以查看用户声称的身份）可以提供帮助（a）用户组织其证书，并且（b）提示验证者知道要查找的内容。 裸露的公钥可能很难管理。
• 进行SSL / TLS客户端身份验证时，许多现有的客户端工具（尤其是浏览器）都使用X.509证书。 将客户端配置为使用自签名X.509证书（与来自PKI的证书相反）不需要太多工作。 （支持TLS的OpenPGP的工具很少，我不确定是否有任何工具可以将其用作客户端证书的形式。）
• 由于没有外部检查您将无法信任该证书，因此它是否是自签名的（即发行者和主题是否相同）都无关紧要，至少假设用户不会将您发送给您不会同意的证书（因此不必用自己的密钥密封）。 这样做的结果是，您可以构建一个服务来轻松发行证书。 例如，对于不想使用openssl或keytool命令的用户而言，浏览器内密钥生成非常方便。 这是一个示例服务，该服务将向用户想要的SAN颁发证书（如果使用FOAF + SSL / WebID项目进行检查，则可能是更新的版本）。 不管使用哪种服务的私钥或发行者名称，都没什么关系，但是由于浏览器是围绕传统PKI设计的，因此使用真正的自签名证书并不容易。

当要求特定的客户证书时，也存在一些问题。 TLS 1.1规范明确允许空certification authorities （请参阅RFC 4346 ），而TLS 1.0对此主题保持沉默。 在实践中，即使使用TLS 1.0，大多数客户端工具似乎也对空白列表感到满意（它们将提供更多选择）。 如果您希望系统的证书易于识别，则可以对所有这些证书使用相同的颁发者DN，即使实际上它们没有使用相同的私钥进行签名（同样，因为您会忽略签名）。

Answer 2

使用自签名证书-这是一样的“原始”键，但更易于管理（见这个问题，关于如何接受或不接受OpenSSL中的自签名证书）。