forms - 我应该对用户名施加什么限制

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.

去年关闭。




Improve this question

我应该对用户名施加什么限制？为什么？

我不应该对用户名施加哪些限制？为什么？

附言db 是通过最佳实践 PDO，因此没有 sql 注入(inject)的风险

谢谢

Answer 1

好的，让我们假设您正确地完成了所有字符串编码任务。您没有任何 SQL 注入(inject)、HTML 注入(inject)或您不应该对某些东西进行 URL 编码的地方。所以我们不需要担心像 "<&%\这样的字符在某些情况下是魔法。而且你对所有东西都使用 UTF-8，所以所有的 Unicode 都在起作用。还有什么其他原因来限制用户名？

首先，所有控制字符，为了理智。没有理由在用户名中包含字符 U+0000 到 U+001F 或 U+007F 到 U+009F。

接下来，拒绝或规范化意外的空白。您可能希望在用户名中允许有空格，但您几乎可以肯定不希望允许前导空格、尾随空格或连续多个空格。它们可能在 HTML 中呈现相同的内容，但可能是会混淆的用户错误。

如果您打算允许该用户名用于通过 HTTP 基本身份验证登录，则必须禁止 :字符，因为如果用户名或密码中有冒号，Basic Auth 方案会编码一个“用户名:密码”对，并且不会转义。所以至少用户名和密码中的一个必须排除冒号，最好是用户名，因为限制人们选择密码比用户名更糟糕。

对于基本身份验证，您可能还希望禁用所有非 ASCII 字符，因为不同浏览器对它们的处理方式不同。 IE 使用系统代码页对它们进行编码； Firefox 使用 ISO-8859-1 对其进行编码； Opera 使用 UTF-8 对它们进行编码。如果 HTTP Auth 将可用，则至少应在选择非 ASCII 名称之前警告用户，因为实际使用它们将非常不可靠。

接下来考虑其他 Unicode 控制序列，例如 bidi那里列出的覆盖和其他字符不适合在标记中使用。可能您最终会将它们放入标记中，并且您不希望名称中带有 RLO 的人将您页面中的大量文本向后翻转。

此外，如果您允许 Unicode 对您获得的字符串进行规范化。否则，某人的用户名可能带有组合的 o-umlaut 字符 ö ，并想知道为什么他们无法在 Mac 上登录，默认情况下会使用单独的 o字符后跟组合变音符号。通常在网络上标准化为组合形式的 NFC。您可能还想使用 NFKC 形式进行兼容性分解；这将允许用户 Chris 从日文键盘以全角罗马字模式键入 chris 登录。这些是解决所有 webapp 输入的一般问题，但对于像用户名这样的标识符，正确处理可能更为关键。

最后，确保长度可以适合数据库，而无需更改名称的静默截断，尤其是当您存储为 UTF-8 字节时，您不想在字节序列中途被截断。用户名截断通常也是一个安全问题。

如果您使用用户名作为唯一的识别方式，您需要担心的问题更多:已经提到的类似问题，例如 Сhris (带有西里尔字母 С )。这些太多了，您无法合理处理；要么限制为 ASCII，要么有其他方法来识别用户。 (或者不关心，就像 SO 不关心一样；无论如何，当我可以轻松地称自己为 Chris 时，我无需称自己为 С -hrs。)