这是一个更老的问题，但一个从未真正提出过的选项是返回404。从安全角度来看，投票最高的答案存在潜在的信息泄漏漏洞。例如，假设所讨论的安全网页是一个系统管理页面，或者更常见的是，是一个用户无权访问的系统记录。理想情况下，您不希望恶意用户知道那里有一个页面/记录，更不用说他们无权访问。当我构建这样的东西时，我将尝试在内部日志中记录未经验证/未经授权的请求，但返回404。

OWASP提供了有关攻击者如何将此类信息用作攻击一部分的更多信息。

编辑：RFC2616已过时，请参阅RFC9110。

401未授权：

如果请求已经包括授权凭证，则401响应指示已拒绝对这些凭证的授权。

403禁止：

服务器理解该请求，但拒绝履行该请求。

从您的用例来看，用户似乎没有经过身份验证。我会返回401。

我认为重要的是要考虑到，对于浏览器，401会启动一个验证对话框，让用户输入新的凭据，而403不会。浏览器认为，如果返回401，那么用户应该重新验证。因此401代表无效认证，而403代表缺乏许可。

以下是在这种逻辑下的一些情况，在这些情况下，验证或授权会返回错误，重要短语用粗体表示。

资源需要身份验证，但未指定凭据。

401:客户端应指定凭据。

指定的凭据格式无效。

400:这既不是401也不是403，因为语法错误应该总是返回400。

指定的凭据引用的用户不存在。

401:客户端应指定有效凭据。

指定的凭据无效，但请指定有效的用户（如果不需要指定的用户，请不要指定用户）。

401：同样，客户端应该指定有效的凭据。

指定的凭据已过期。

401:这实际上与通常的无效凭据相同，因此客户端应该指定有效凭据。

指定的凭据完全有效，但不足以满足特定资源的需要，尽管具有更多权限的凭据也可能。

403:指定有效凭据不会授予对资源的访问权限，因为当前凭据已经有效，但只有不具有权限。

无论凭据如何，都无法访问特定资源。

403:这与凭据无关，因此指定有效凭据没有帮助。

指定的凭据完全有效，但特定客户端被阻止使用它们。

403：如果客户端被阻止，指定新凭据将不会有任何作用。

我已经为您创建了一个简单的注释，它将使您明白。

你又是谁？？（程序员走进一个没有ID或ID无效的酒吧）

403：太好了，又是你。我盯着你了。走吧，离开这里。（程序员走进一家86岁的酒吧）

这是一个更老的问题，但一个从未真正提出过的选项是返回404。从安全角度来看，投票最高的答案存在潜在的信息泄漏漏洞。例如，假设所讨论的安全网页是一个系统管理页面，或者更常见的是，是一个用户无权访问的系统记录。理想情况下，您不希望恶意用户知道那里有一个页面/记录，更不用说他们无权访问。当我构建这样的东西时，我将尝试在内部日志中记录未经验证/未经授权的请求，但返回404。

OWASP提供了有关攻击者如何将此类信息用作攻击一部分的更多信息。