一种想法是如果密码框中没有值，则不允许提交表单。通常，如果他们不小心在用户名中输入了密码，那么密码对话框中可能不会有任何内容。

值得注意的是，这不必简单地在客户端完成，也可以在服务器上完成，只要使用的传输是安全的，并且在通过关于密码字段不为空的检查之前不会记录输入.

假设您的后端应用程序和 SIEM 需要查看各种应用程序的失败登录尝试（并因此显示“用户 P@$$w0rd 无效”错误消息），那么停止此操作并非易事。

但是，确保所有发送包括用户名和密码在内的敏感数据的应用程序都实现 HTTPS（使用 SSL 加密的 HTTP）是确保网络设备和网络上的任何人都无法获得错误输入用户名框中的密码的好方法！

所以问题是你不想让分析师看到敏感日志文件中的密码？

注意：即使您使用 Javascript，它也不会处理以纯文本形式存储在磁盘上的密码数据。

更好的解决方案是在分析师查看日志之前对日志进行预处理并编辑日志中的信息。

如果您将线路列入白名单或将其他线路列​​入黑名单，则可以逐行过滤。例如：

当用户名出现在日志文件中时，您可以将用户名列入白名单

• 有一个模式 ([az] + number) 或 ([az] + period + [az])
• 包括一个域名，后跟一个斜杠“\”用于 AD 环境
• 多次出现
• 可以在分析师看到之前针对已知用户名的 LDAP 目录进行清洗

您还可以通过以下方式识别密码并将其列入黑名单：

• 密码策略通常遵循一种模式（一个符号、大写/小写、x 个字符...）

您可以使用这些知识来构建自定义日志数据清理器，以保护您不希望分析师看到的信息。

那么过滤线是什么样子的呢？

您可以简单地通过散列来编辑有问题的用户名，并为其分配一个人 ID 并将它们存储在一个安全的位置：

 eb574b236133e60c989c6f472f07827b   Redact1
 7e67b89a695bfbffc05b7ed2c38f927f   Redact2
 ..etc

如果散列频率重复，分析人员可以查看特定条目是否一遍又一遍地出现。

您选择的确切哈希方法（或加密方法）存在风险，因为此“哈希数据库”将包含高价值信息。播种（就其性质而言）会阻止频率分析，这可能对您有价值，也可能没有价值。

我只能确定您正在讨论的三个问题。

1. 用户没有正确输入信息。
2. 分析师可以从日志中辨别密码。
3. 密码以明文形式发送，容易受到中间人窃听。

在我看来，这很容易解决。

1. 勉强接受用户错误。
2. 不要记录无效的用户名，而是记录失败的尝试和 IP。
3. 不要以明文形式发送用户名。使用 HTTPS 等技术或使用 javascript 对纯文本进行编码（例如 ROT13）。

登录失败然后重试成功的示例日志。

[00:00:00] An account failed to login from 192.168.1.100
[00:21:00] Successful login 'root' from 192.168.1.100

阅读其他答案，我想包括这个。

• 在提交之前验证所有字段。
• 正如 Eric G 所提到的，考虑在多个页面之间拆分表单。