在政府医疗机构工作的乐趣之一就是必须处理与 PHI（受保护健康信息）有关的所有偏执狂。别误会，我完全支持尽一切可能保护个人信息（健康、财务、上网习惯等），但有时人们会变得太敏感。
举个例子：最近我们的一个州客户发现浏览器提供了方便的“保存密码”功能。我们都知道这个功能已经存在了一段时间，是完全可选的，每个用户自行决定是使用还是不使用，但目前出现了一些骚动，我们被迫寻找一种方法来禁用我们网站的该功能。
问题：是否有一种方法可以让网站告诉浏览器不要提示记住密码？我从事网络开发已经很长时间了，但以前好像没有遇到过这种情况。
感谢任何帮助。
<input type="password" data-password-autocomplete="off">
请加入以下JS代码：
$(function(){
$('[data-password-autocomplete="off"]').each(function() {
$(this).prop('type', 'text');
$('<input type="password"/>').hide().insertBefore(this);
$(this).focus(function() {
$(this).prop('type', 'password');
});
});
});
这个解决方案适用于Chrome和FF浏览器。
<form autocomplete='off' ...>
<input type="text" name="email" ...>
<input type="text" name="password" class="password" autocomplete='off' ...>
<input type=submit>
</form>
然后添加你的CSS：
@font-face {
font-family: 'myCustomfont';
src: url('myCustomfont.eot');
src: url('myCustomfont?#iefix') format('embedded-opentype'),
url('myCustomfont.woff') format('woff'),
url('myCustomfont.ttf') format('truetype'),
url('myCustomfont.svg#myCustomfont') format('svg');
font-weight: normal;
font-style: normal;
}
.password {
font-family:'myCustomfont';
}
非常跨浏览器兼容。我已经尝试了IE6+，FF，Safari和Chrome。只需确保您转换的OET字体不会损坏即可。希望能有所帮助？
<!doctype html>
<html>
<head>
<title>Login & Save password test</title>
<meta charset="utf-8">
<script src="//ajax.googleapis.com/ajax/libs/jquery/1.11.2/jquery.min.js"></script>
</head>
<body>
<!-- the following fields will show on page, but are not part of the form -->
<input class="username" type="text" placeholder="Username" />
<input class="password" type="password" placeholder="Password" />
<form id="loginForm" action="login.aspx" method="post">
<!-- thw following two fields are part of the form, but are not visible -->
<input name="username" id="username" type="hidden" />
<input name="password" id="password" type="hidden" />
<!-- standard submit button -->
<button type="submit">Login</button>
</form>
<script>
// attache a event listener which will get called just before the form data is sent to server
$('form').submit(function(ev) {
console.log('xxx');
// read the value from the visible INPUT and save it to invisible one
// ... so that it gets sent to the server
$('#username').val($('.username').val());
$('#password').val($('.password').val());
});
</script>
</body>
</html>为了让人们意识到，'autocomplete' 属性大多数情况下都是有效的，但高级用户可以使用书签工具绕过它。
让浏览器保存密码实际上增加了对键盘记录的保护，因此最安全的选择可能是在浏览器中保存密码，但用主密码来保护它们（至少在 Firefox 中如此）。
我的js（jquery）解决方法是在表单提交时将密码输入类型更改为文本。密码可能会变得可见一秒钟，因此我也会在此之前隐藏输入。我不想在登录表单中使用此方法，但它在网站管理部分内（与autocomplete =“off”一起）非常有用。
在提交表单之前，请尝试将此代码放入控制台（使用jquery）。
$('form').submit(function(event) {
$(this).find('input[type=password]').css('visibility', 'hidden').attr('type', 'text');
});
测试于Chrome 44.0.2403.157(64位)。
我尝试了很多解决方案。动态密码字段名称、多个密码字段（对于虚假的字段不可见）、将输入类型从“text”更改为“password”、autocomplete="off"、autocomplete="new-password"等等，但在最近的浏览器中都没能解决这个问题。
为了摆脱密码记忆功能，我最终将密码视为输入字段，并“模糊”输入的文本。
与原生密码字段相比，它的安全性较低，因为选择输入的文本会将其显示为明文，但密码不会被记住。它还依赖于激活Javascript。
您需要评估使用以下提案与使用浏览器的密码记忆选项之间的风险。
虽然用户可以管理（禁用每个站点）密码记忆，但对于个人计算机来说，这是可以接受的，而对于“公共”或共享计算机则不行。
在我的情况下，它是针对运行在共享计算机上的ERP，因此我将尝试下面的解决方案。
<input style="background-color: rgb(239, 179, 196); color: black; text-shadow: none;" name="password" size="10" maxlength="30" onfocus="this.value='';this.style.color='black'; this.style.textShadow='none';" onkeypress="this.style.color='transparent'; this.style.textShadow='1px 1px 6px green';" autocomplete="off" type="text">
<style type="text/css">
#login_parola {
font-family: 'passwordsecretregular' !important;
-webkit-text-security: disc !important;
font-size: 22px !important;
}
</style>
<input type="text" class="w205 has-keyboard-alpha" name="login_parola" id="login_parola" onkeyup="checkCapsWarning(event)"
onfocus="checkCapsWarning(event)" onblur="removeCapsWarning()" onpaste="return false;" maxlength="32"/>
通常来说，Web应用程序和Web开发人员无论如何都不负责最终用户的安全。最终用户只能自我保护。理想情况下，他们必须记住所有密码，并在忘记密码时使用密码重置功能（或联系管理员）。否则，密码始终存在被窃取的风险。
因此，你要么有一些疯狂的安全策略，例如使用硬件密钥（像某些银行提供的互联网银行业务，基本上采用双重身份验证），要么根本没有安全措施。当然这有点夸张。重要的是要了解你试图保护什么：
Markus提出了一个很好的观点。我决定查找autocomplete属性，并得到以下结果：
使用此属性唯一的缺点是它不是标准的（它在IE和Mozilla浏览器中有效），并且会导致XHTML验证失败。但我认为这是一种合理的情况，可以打破验证。(source)
因此，虽然它不能在所有浏览器上百分之百地工作，但在主要浏览器中处理得很好，所以它是一个很好的解决方案。