为什么跨域Ajax是安全问题？
为什么决定使用XMLHTTPRequest进行XML调用不应该跨域边界进行调用？您可以检索JavaScript，图像，CSS，iframe以及我可以想到的来自其他域的几乎所有其他内容。为什么不允许Ajax HTTP请求跨越域边界？考虑到我可以看到它被滥用的唯一方法，这似乎是一个奇怪的限制，那就是如果有人要向页面中注入Javascript。但是，在这种情况下，您只需在文档中添加一个img，脚本或iframe元素即可获取该文件以请求第三方URL并将其发送到服务器。
[编辑]
一些答案指出了以下原因，让我们指出了它们没有创建不允许这样做的主要原因的原因。
XSRF（跨站点请求伪造，也称为CSRF，XSRF）
您可以完全不使用XSRF进行攻击。通常，根本不使用XMLHTTPRequest，只是因为很难以与所有主要浏览器兼容的方式创建XMLHTTPRequest。如果希望他们加载URL，只需在URL上添加一个img标记就容易得多。
发布到第三方网站
<script type="text/javascript">
$.post("http://some-bank.com/transfer-money.php",
{ amount: "10000", to_account: "xxxx" })
</script>
可以完成
<body onload="document.getElementById('InvisbleForm').submit()"
<div style="display:none">
<form id="InvisbleForm" action="http://some-bank.com/transfer-money.php" method="POST">
<input type="hidden" name="amount" value="10000">
<input type="hidden" name="to_account" value="xxxxx">
</form>
</div>
</body>
JPunyon：为什么要将该漏洞保留为新功能
您不会再造成任何不安全感。您只是给想要以某种方式使用它的开发人员带来不便。任何想将此功能用于邪恶（又称“真棒”）的人都可以使用其他方法来实现。
结论
我将bobince的答案标记为正确，因为他指出了关键问题。因为XMLHTTPRequest允许您使用凭据（cookie）将其发布到目标站点，并读取从站点发送回的数据以及发送人员凭据，所以您可以编排一些javascript，这些javascript可以提交一系列表单，包括确认表单，并附有为防止XSRF而生成的随机密钥。这样，您就可以像银行一样浏览目标站点，而银行的网络服务器将无法断定，不仅仅是提交所有这些表格的普通用户。
白衣非少年3回答
-
阿波罗的战车
为什么不允许Ajax HTTP请求跨越域边界。因为AJAX请求是（a）使用用户凭据提交的，并且（b）允许调用方读取返回的数据。这些因素的组合可能导致漏洞。有建议添加一种省略用户凭据的跨域AJAX形式。您只需将img，脚本或iframe元素添加到文档中这些方法均不允许调用者读取返回的数据。（除非脚本经过故意设置以允许这种情况，允许的跨域脚本编写，或者有人进行了可怕的模仿）。您可以完全不使用XSS进行攻击。发布到第三方网站这不是XSS攻击。这是跨站点请求伪造攻击（XSRF）。有解决XSRF攻击的已知方法，例如包含一次性令牌或加密令牌，以验证提交是否有意来自用户并且不是从攻击者代码启动的。如果您允许跨域AJAX，则将失去此保护措施。攻击代码可以从银行网站请求一个页面，读取其中的所有授权令牌，然后在第二个AJAX请求中提交它们以执行转移。那将是跨站点脚本攻击。
随时随地看视频慕课网APP
安全