堆栈跟踪是否应该出现在向用户显示的错误消息中？

我在工作场所有些争论，我试图弄清楚谁是正确的，以及正确的做法是什么。

上下文：我们的客户用于会计和其他ERP内容的Intranet Web应用程序。

我认为向用户显示的错误消息（当事情崩溃时）应该包括尽可能多的信息，包括堆栈跟踪。当然，它必须以友好的大写字母“ N发生错误，请向开发人员提交以下信息”开头。

我的理由是，崩溃的应用程序的屏幕快照通常将是唯一容易获得的信息源。当然，您可以尝试与客户的系统管理员联系，尝试解释您的日志文件在何处，等等，但这可能会很缓慢且令人痛苦（与客户代表进行交流的大部分时间是这样）。

另外，拥有即时和完整的信息在开发中非常有用，在开发中，您不必遍历日志文件即可查找每个异常所需的内容。（但这可以通过配置开关解决。）

不幸的是，已经进行了某种形式的“安全审核”（不知道他们是如何在没有来源的情况下执行此操作的……但是无论如何），并且他们抱怨完整的异常消息将其视为安全威胁。当然，客户（至少是我所知道的）已经从表面上看待了这一点，现在要求清除消息。

我看不到潜在的攻击者如何使用堆栈跟踪来找出他以前无法理解的任何东西。是否有任何例子，有记录的证明有人这样做吗？我认为我们应该与这个愚蠢的想法作斗争，但也许我是这里的傻瓜，所以...

谁是对的？

我倾向于在数据库或文件中构建应用程序日志，并将所有此类信息记录到该日志中。然后，您可以为用户提供一个错误号，该错误号可标识该错误与哪个日志项相关，因此可以将其找回。这种模式也很有用，因为即使用户不费吹灰之力也可以跟踪错误，因此您可以更好地了解问题出在哪里。

如果您的站点安装在客户端环境中而您无法访问，则可以获取现场IT部门，根据错误编号向您发送一些摘录。

您可能要考虑的另一件事是让系统将错误的详细信息通过电子邮件发送给您可以看到的邮箱，这样您就可以知道出现问题的时间。

从根本上说，有一个系统在某些不正确的情况下会冒失，这不会激发人们对非技术用户的信心-它会吓them他们，使他们认为某些事情是非常错误的（例如，您了解多少BSOD，以及如何做）你觉得什么时候来）？

在stacktrace上：

在.Net中，堆栈跟踪将显示对MS核心组件的完整跟踪，并显示有关您所使用的技术以及可能的版本的详细信息。这为入侵者提供了有关可能被利用的弱点的有价值的信息。

是的，有很多。

堆栈跟踪可以显示

• 您使用哪种加密算法
• 应用程序服务器上的一些现有路径是什么
• 您是否正确地清理输入
• 内部如何引用对象
• 前端背后的数据库版本和品牌是什么

...清单不停。基本上，大型应用程序中的每个设计决策都可能与安全性相关，并且几乎所有决策都可以通过方法或模块名称给出。提醒您，这并不意味着如果提交的环境安全（例如，内部网而不是面向互联网的网站），则显示堆栈跟踪仍然没有任何意义，但是安全成本绝对不是零。

事实是，使自己更轻松不是我们的主要工作。使最终用户更轻松是我们的工作。对我们而言，堆栈跟踪对于提供给开发人员来说是一条非常有用的信息。对于用户而言，看起来完全是胡言乱语，毫无用处。即使您告诉他们其他方式，他们也不会将其内部化。如果您认为很难从系统管理员那里获取信息，那么从最终用户那里获取信息就更糟了。

就安全性而言，如果它是桌面应用程序，您可能会有所了解。在这种情况下，打印堆栈跟踪信息不会提供攻击者不知道的任何信息。在Web应用程序上，攻击者尚无法使用该信息。你确实暴露出内部的细节，这将使攻击一个很多更容易。

为什么不绕过这两个问题源并自动将异常报告发送给您呢？这样，您甚至不必担心人们没有报告错误。

看看这个IT安全SE的问题。简而言之，堆栈跟踪可以为攻击者提供更多信息以供使用。攻击者拥有的信息越多，他们越有可能侵入您的系统。我不会基于堆栈跟踪始终被隐藏这一事实来保证我的安全，但这并不意味着您应该将该信息提供给攻击者。

无论如何，您可以从适当的后端日志记录中获得大部分好处。它的便利性稍差一些，但是可能不值得冒险冒险使用系统的安全性并让您的客户不安。

您可能出于以下原因考虑不显示堆栈跟踪。

安全

显示堆栈跟踪记录会发现可能是黑客的攻击面。内部网不能幸免于黑客攻击。如果您的网络因您负责的应用程序而被黑客入侵，则会对您造成严重影响

用户体验

为了使用户获得最佳体验，跟踪跟踪是太多信息。是的，有关错误情况的正确信息应记录下来并由工程师给予注意。但是，让用户执行您可以自动化的操作并不是最适合该用户的方法。

您的声誉

每当在网站上显示堆栈跟踪时，它看起来就很糟糕。大多数人不知道它是什么，这使他们感到该网站对他们不友好。对于那些确实知道它是什么的人，这可能表明该应用程序没有经过深思熟虑。许多写得不好的应用程序过于频繁地显示堆栈跟踪，因为它是ASP.Net等框架中的默认设置。

简短答案：在Extranet或Internet站点中，不显示stacktrace是有意义的。在Intranet中，显示stacktrace的好处超过了隐藏它的好处。

长答案：

我在工作中也发生了同样的事情。我曾经认为，如果某个应用程序失败，那么它应该发出很大的声音。

但是后来他们向我解释说，潜在的黑客可以从堆栈跟踪中推断出很多东西。

我认为没有必要证明。显然，黑客对您的平台越了解，对他越好，而黑客对您的平台越了解，对您越好。

同样，公司也不急于透露黑客是如何闯入他们的系统的。

另一方面，它是一个Intranet，我认为立即了解发生了什么错误而不必搜索日志文件的优点非常有用，并且在公司边界内显示stacktrace的安全风险不如他们在说。

在任何交付的产品中，此类错误的预期数量应为零。此信息对客户的效用为零。从这两个方面来看，没有理由提出堆栈跟踪。如果有一些有用的上下文，则应以客户友好的方式呈现，而不是作为堆栈跟踪。

另一方面，如果实际发生的次数不为零，则您非常需要此信息，并且不应依赖于客户将其发送给您。99.99％的时间他们不会。您应该安装一个错误报告系统，该系统将自动提交信息，并且仅需客户的“同意”。