我正在开发一个需要良好安全性的网络应用程序。在目前的设计中，许多用户操作需要用户重新发送他们的密码(否则服务器将不得不以纯文本形式存储它，至少是暂时的)。很多用户交互都是通过AJAX请求进行的。我不想让用户为每个人重新输入密码，而是想做这样的事情:varpassword_plain=document.getElementById("password").value;ajax("/login.php",{password:password_plain,username:...});//laterajax("/api.php",{password:password_plain,action

定义:请从一开始就注意，通过“注入(inject)脚本”、“扩展代码”和“内容脚本”，我将使用对此question的第一个优秀答案中提供的定义。.假设:如果我直接在注入(inject)的脚本(在web区域)中处理secret信息，不如在chrome://内容脚本和扩展区域中处理secret信息安全代码。因此，我应该使用消息传递将secret信息从web区域发送到chrome://区域以供处理。问题:我正在构建一个GoogleChrome扩展程序，我需要在其中对从我注入(inject)的脚本派生的敏感用户数据运行一些操作。有问题的数据是secret的，我必须尽我所能确保在我对它进行操作之

如何确定是否有Javascript代码监听/拦截键盘事件，并理想地找到代码中的确切行/位置(例如在ChromeDev工具中)？ 最佳答案 我的答案是针对Chrome浏览器如果您需要查看在对象上注册的事件监听器，那么您可以使用getEventListeners(object)如果您需要监控事件，请使用monitorEvents()您可以阅读moreabouttheseAPI您还可以从开发工具中观察这些事件 关于javascript-如何找出是否有正在监听键盘事件的Javascript代码？

从我在网站上看到的许多帖子来看，通过AJAX或传统形式执行的登录彼此一样安全。(回复:Login/sessioncookies,AjaxandsecurityAjaxloginandjavascriptcookies,isthissecure?)我的问题是:如果我对用户的密码进行哈希处理(通过客户端/javascript哈希库)在我将它发送到服务器之前，我是否可以提高安全性以防止人们轻易放弃？如果我放置一个表单token(一个基于随机，另一个基于时间)，这是否涵盖CSRF攻击？在这一切之后，我的所有基础都得到保障了吗？这份表格安全吗？ 最佳答案

我正在编写一个包含一些数学练习的网站。我不太在乎用户是否试图作弊，所以我正在通过Javascript更正答案在我的具体情况下，我在表单中有一个字段。我想让用户输入一个数学表达式(例如3/2)并使用其结果来判断用户是否正确。为此，我会使用eval。我的javascript永远不会直接从URL中读取，而只是从表单中读取。此页面的任何结果都不会存储以显示给任何用户(也许我们稍后会保留统计分析的结果，然后通过PHP存储在数据库中，但话又说回来，我可能需要清理PHP本身的任何输入,怕用户直接使用POST)有什么可能出错？=P 最佳答案 您需要

当对postMessage()方法的targetOrigin使用通配符时，我很难理解安全问题。您调用postMessage()的窗口是否已经有一个我们要将数据发送到的来源？怎么会有人能够干涉它？使用window.location.origin将targetOrigin设置为窗口的原点是否不好？我理解在接收端检查事件源的重要性(如图here所示)，但我似乎无法理解为什么发送端使用通配符作为targetOrigin是不好的当窗口已经有一个特定的原点时。 最佳答案 这本身不是风险。这只是意味着任何人都可以将您的内容嵌入到框架中并阅读您通过

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visitthehelpcenter指导。关闭10年前。很久以前我注意到维基百科链接到一个Javascriptimplementation不同的哈希函数。还发现ClipperzCrypto.甚至Mozilla也实现了cryptoobject在Firefox中。那么，Javascript是一个合适的密码学平台吗？或者，可以吗？或者，我想......在POST之前对数据进行哈希处理是否有任何目的或好处？

只是想从认识的人那里得到意见。我正在考虑CSRF漏洞，以及我所知道的似乎最流行的对抗它的方法。该方法是在返回的html中创建一个token，并添加一个具有相同值的cookie。因此，如果脚本尝试发帖，他们将必须猜测网页中嵌入的token才能成功。但如果他们针对特定网站，为什么他们不能只使用一个脚本在页面上调用get(即使脚本无法访问它也会返回cookie)解析html并获取token调用其中包含该token的帖子(返回的cookie将被发回)他们在用户不知情的情况下成功提交了表单脚本不需要知道cookie的内容，它只是利用cookie一直来回发送这一事实。我在这里错过了什么？这不可能吗

在JSsecurityissuewithOpera11.01,aftermovingfromserverAtoB我了解到Opera有一些“跨网络”保护。我遇到了同样的js安全问题，我发现Opera11.10(“Barracuda”)添加了禁用跨网络保护的首选项。我的Opera是11.50，但我找不到具体的偏好设置。我是否误解了“跨网络”的含义？非常感谢。 最佳答案 现在的Opera是基于chromium的，所以你应该使用chromium的方式来禁用SOP并处理没有CORSheader的请求:cdc:\ProgramFiles\Ope

执行以下操作是否100%安全？varuntrusted_input_from_3rd_party='alert("xss")';document.getElementsByTagName('body')[0].appendChild(document.createTextNode(untrusted_input_from_3rd_party));考虑到第三方可以输入任何东西(HTML、CSS等)，如果我通过createTextNode传递然后添加到主场？ 最佳答案 这是防止XSS的好方法。通过createTextNode进行的DOM