我应该修剪密码字段中的空格

Lia*_*iam 25 security passwords trim

就是想.

我们通常在ASP.Net应用程序中以各种形式修剪用户名,其中包含密码字段的最佳实践.

即我们应该在保存/加密之前删除密码字段中的尾随空格?

ono*_*nof 38

用户输入密码时保留密码.

您永远不应该静默更改用户放置的字段,总体上是密码.

  • https://tonyshowoff.com/articles/should-you-trim-passwords/ (3认同)
  • +1。您不应修整密码。如果您不想接受带空格的密码,则不应接受包含空格的密码。 (2认同)
  • 这个答案似乎并没有对“修剪”密码(删除密码开头和结尾的空格)和整体删除密码本身“内部”的空格产生影响。 (2认同)

小智 12

如果在选择测试密码时在数据库中输入时使用相同的修剪方法,则用户的密码仍然可以正常工作.

当然,在密码的开头或结尾选择使用空格的用户(非常罕见)的质量会有轻微下降.

密码内的空格永远不应成为问题.

总结:我没有任何充分的理由不对 Web表单中的任何输入做一个简单的trim(),类似于密码.然而,好处远远超过上面提到的微不足道的成本.

  • 同意,空格_inside_密码应该单独留出,空格_outside_密码只是要求麻烦,安全性不应该依赖于这样的空白. (3认同)

Alp*_*ale 7

您可以使用它来提醒用户密码包含空格或类似的东西.

if (/^\s|\s$/.test(password)) {
    //alert('Hey Watchout');
}
Run Code Online (Sandbox Code Playgroud)

修剪密码不是一个好习惯.

希望这可以帮助.


Kev*_*oet 5

这取决于,

一些用户从某处复制他们的密码或填写他们的密码并将其复制粘贴到“确认密码”字段中。这有时会在密码前后提供额外的空间。当他们甚至没有意识到空间存在时,空间也会被加密。

而其他用户实际上创建了带有空格的密码。

完全由您决定您的密码策略。只要确保用户非常清楚您的密码策略是什么。不允许通过在他们使用空间时提醒他们或使用空间提醒他们。

  • 仅仅因为您在输入时在末尾留了一个空格而无法登录是“不行”的。如果您必须放置警告以供用户查看才能清楚,那么可以肯定这不是一个好主意。 (2认同)