使用PHP和cURL防止远程服务器欺骗攻击

Question

使用PHP和cURL防止远程服务器欺骗攻击

5

我正在编写一个PHP脚本，从远程服务器请求机密数据。我使用cURL获取远程服务器的证书信息（请参见其输出以下内容）。

我需要检查哪些数组键以确保证书有效性，以防止被篡改？

例如，键[certinfo] [0] [Subject] [CN]可以通过自签名证书进行欺骗。

我可以只检查客户端端使用的ca-bundle文件的md5文件哈希值，但是当服务器的证书过期时，我需要相应地替换ca-bundle文件，并在PHP脚本中更新md5文件哈希值-这对我来说是不可接受的。唯一的妥协是在不更新php脚本的情况下替换ca-bundle文件。为此，我需要验证服务器证书的属性，这些属性将在未来证书再生期间保持不变，并且不能被恶意篡改。

print_r（curl_getinfo（$ch））：

感谢您的帮助。

- Alexander M.

我们可以请一些安全专家来调查一下吗？ - Christian

为您的证书制作CA，并将其添加到运行curl的机器中，这样在使用其他证书时，您将始终收到错误提示。 - zb'

除了 @eicto 的建议，Facebook 已经使用 FB SDK 实现了这一功能。你可能想要看一下... - Christian

@Christian，FB在做什么？欺骗SSL证书吗？ - zb'

@eicto 不，FB SDK 中有一些证书，可能用于确保 FB 响应是有效的。 - Christian

如果CA或证书来自可信源，则可以将它们用作CA或证书，至少用于与证书颁发者通信 :) 许多公司使用自己的CA来签署其流量 :) - zb'

2个回答

0

没有什么完全防止欺骗的方法，但是像浏览器一样，您可以尝试验证证书的真实性。关于SSL证书如何工作的一些好信息，请参考以下链接：

SSL证书是如何验证的？

现在，即使没有完全验证证书，您也可以做一些事情来确保您正在与正确的机器通信，但这需要您访问远程机器。其中最简单的事情之一是使用盐变量进行简单的握手。

例如，调用远程机器上生成唯一哈希值的文件，比如时间戳加上您选择的一个单词和您已经完成握手的次数。您的计算机将该哈希值与预期值进行匹配，并使用不同的盐执行相同的操作，将其发送回远程计算机，表示握手已完成，两台计算机都会增加计数，以便下次哈希值不同。

- omniuni

我有一定数量的文件，请求机密数据，这些数据必须不被欺骗。在你的情况下，如果有人解码了一个文件，他将能够使用哈希伪造其他文件的握手，因为他将知道生成此盐的逻辑。为每个文件创建唯一的盐可以解决这个问题，但这也不是一个选项。 - Alexander M.

首先，需要指出的是，有人伪造已验证的SSL证书的能力非常非常小。如果您使用自签名证书，则确实存在问题，但对于您真正需要保护且不想手动添加证书进行验证的数据来说，这并不是一个好主意。话虽如此，像SHA1这样的哈希算法的重点在于，特别是在加盐的情况下，它是无法被解密的。换句话说，除非您“提供”盐，否则第三方将无法通过“解码”逻辑来伪造握手。 - omniuni

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- zb' · Accepted Answer

$ch=curl_init("https://default_cert");
curl_setopt($ch, CURLOPT_CAINFO, getcwd().'mydefault.cert');
curl_setopt ($ch,CURLOPT_CERTINFO,1);
curl_setopt ($ch,CURLOPT_VERBOSE,1);
curl_exec($ch) or die;
print_r( curl_getinfo($ch) );

在这种情况下，如果mydefault.cert包含不正确的CN或证书被中间人欺骗，curl exec将失败。

mydefault.cert应该包含远程主机的证书。您必须使用可信渠道获取它（或者至少在您确定远程主机当前是受信任的情况下使用CURLOPT_SSL_VERIFYPEER，FALSE下载一次）。

一些理论： 自签名证书与非自签名证书的区别只在于 - 自签名证书是由个人为自己签发的，它有密钥和证书部分，而非自签名证书也是由你信任的某个人签发的。可以是证书中心、你最好的朋友或你的老板。如果你的朋友签发了自签名证书，并且你通过授权方式获取了证书（他将其放在磁盘上给你，或使用自己的pgp密钥签署了一封信，或者他从证书中间告诉了你20个字符），那么你可以将该证书用作CA。证书本身是加密对的公钥，密钥是该对的私钥。因此，站点执行以下操作-使用私钥以电子方式签署自己的内容，在另一端，客户端使用公钥对内容进行加密，就像使用PGP一样。

服务器到客户端的数据使用其中一种加密算法（例如ES、3DES、Blowfish、CAST128或Arcfour）进行加密，算法密钥在客户端将主机授权为受信任后由客户端初始化，该密钥由服务器的公钥（在https情况下为证书）加密。之后，客户端到服务器的数据也使用该算法进行加密，因为使用了上述方案进行密钥交换。

在谷歌中获取更多信息。

您能否使用此模式来欺骗服务器发送给客户端的任何数据？