tomcat - Nessus 是否依赖或使用目录路径来确定版本？

Question

我在工作中遇到了一些困惑。我和一些工程师认为 nessus(据我们所知是一个端口扫描器)不会关心我希望将我们服务器上的 tomcat 目录从/usr/java/apache-tomcat-5.5.33 重命名到/usr/java/apache-tomcat。

我希望这样做是为了让下次我们在客户大喊“漏洞!”时被迫升级服务器时变得更轻松。

所以再一次，如果我想让 tomcat 服务器路径通用，Nessus 一点也不在乎。该产品 (Nessus) 将能够很好地嗅出产品版本。

对吗？

谢谢你的帮助。

-德克洛茨

-编辑-这是客户报告给我们的扫描结果。

Apache Tomcat 5.5.x < 5.5.34 Multiple Vulnerabilities   Category: Web Servers
Description: 

According to its self-reported version number, the instance of Apache
Tomcat 5.5.x listening on the remote host is earlier than 5.5.34 and
is affected by multiple vulnerabilities:

  - Several weaknesses were found in the HTTP Digest
    authentication implementation. The issues are as
    follows: replay attacks are possible, server nonces
    are not checked, client nonce counts are not checked,
    'quality of protection' (qop) values are not checked, 
    realm values are not checked and the server secret is 
    a hard-coded, known string. The effect of these issues 
    is that Digest authentication is no stronger than Basic 
    authentication. (CVE-2011-1184, CVE-2011-5062, 
    CVE-2011-5063, CVE-2011-5064)

  - An error handling issue exists related to the
    MemoryUserDatabase that allows user passwords to be
    disclosed through log files. (CVE-2011-2204)

  - An input validation error exists that allows a local
    attacker to either bypass security or carry out denial
    of service attacks when the APR or NIO connectors are
    enabled. (CVE-2011-2526)

  - A component that Apache Tomcat relies on called 'jsvc' 
    contains an error in that it does not drop capabilities
    after starting and can allow access to sensitive files 
    owned by the super user. Note this vulnerability only 
    affects Linux operating systems and only when 'jsvc' is
    compiled with libpcap and the '-user' parameter is 
    used. (CVE-2011-2729)

  - Specially crafted requests are incorrectly processed by
    Tomcat and can cause the server to allow injection of 
    arbitrary AJP messages. This can lead to authentication 
    bypass and disclosure of sensitive information. Note 
    this vulnerability only occurs when the
    org.apache.jk.server.JkCoyoteHandler AJP connector is 
    not used, POST requests are accepted, and the request
    body is not processed.(CVE-2011-3190)

Note that Nessus did not actually test for the flaws but instead has
relied on the version in Tomcat's banner or error page.

    Vuln Publication Date: 6/27/2011
Plugin Publication Date: 9/26/2011
Easy to Exploit: Exploits are available
Exploit Available: true
CVSS Vector: CVSS2#AV:N/AC:L/Au:N/C:P/I:P/A:P
CVSS Base Score: 7.5
CVSS Temporal Vector: CVSS2#E:F/RL:OF/RC:C
CVSS Temporal Score: 6.2
CVE: CVE-2011-1184
CVE-2011-2204
CVE-2011-2526
CVE-2011-2729
CVE-2011-3190
CVE-2011-5062
CVE-2011-5063
CVE-2011-5064

Cross Reference: OSVDB:73429
OSVDB:73797
OSVDB:73798
OSVDB:74541
OSVDB:74818
OSVDB:76189

See Also: http://tomcat.apache.org/security-5.html#Fixed_in_Apache_Tomcat_5.5.34

Bug Traq ID: 48456
48667
49143
49353
49762

Answer 1

::根据评论做出回答::

这是实际的漏洞报告。如果它从 tomcat 横幅中获取信息，它可以通过开放的 Web 服务端口完成该操作，在这种情况下，没有凭据并且它不关心 tomcat 目录实际所在的位置。不过，这并不意味着没有凭据，这只是意味着它有可能在没有凭据的情况下获得该信息。您可以尝试移动它并重新扫描以查看它是否检测到漏洞，或者编辑扫描并选择“策略/凭据”部分，您可以查看是否为该特定扫描指定了凭据。

有凭据的扫描有登录信息，无凭据的扫描没有。

我看到您还找到了 Tenable Discussion Portal - 接下来我将向您指出那里! :-) 我同意 George 的最后一篇文章 - 在我一直使用的术语中，“远程检查”=“uncredentialed”。 HTH!