Skip to content
KitploitKITPLOIT
ToolsBlog
Submit
ToolsBlog
Submit

Hacking, PenTest, and Cybersecurity Tools for Your Security Arsenal!

Kitploit is a directory of hacking, cybersecurity, and pentesting tools. Discover the latest project updates to find vulnerabilities, analyze systems, automate testing, and strengthen your security.

··Feeds·Contact·Privacy·© 2026 Kitploit

Tool Directory

Categories

View all categories
Loading categories
CVE-2018-16987 — Details about CVE-2018-16987 - Cleartext storage of TA servers' passwords in Squash TM | Kitploit
Tools/GitHubGitHub/gquere/cve-2018-16987
Password CrackingVulnerability AnalysisConfiguration AuditingInformation GatheringWeb SecurityPenetration Testing
GitHubgquere/cve-2018-16987

CVE-2018-16987

Details about CVE-2018-16987 - Cleartext storage of TA servers' passwords in Squash TM

View Repository
117 years agoNot yet reviewed

Most Popular

View all →

Discover the most used tools by our community.

Explore all tools

Browse our collection of tools

View all tools →
Share

CVE-2018-16987

This is a cleartext storage of sensitive information & sensitive information exposure vulnerability I found in Squash TM during a penetration test.

SquashTM

Squash TM is a web interface used to manage test cases. Link to the project

Description

Squash TM through at least 1.18.0 presents the cleartext passwords of external services in the administration panel, as demonstrated by a ta-server-password field in the HTML source code.

Details

In SquashTM's administration panel, the external services (a.k.a. automation servers) page contain the cleartext password of the service's account. These external services could be anything but a popular example is a Jenkins server.

Here's an example URL: http://localhost:8080/squash/administration/test-automation-servers/1

Here's an extract of the page's source code:

root@kitploit:~
      <label for="ta-server-password">Password</label>
      <div id="ta-server-password" class="display-table-cell" style="font-weight: bold;">cleartext_password</div>

For this to happen, it also means that passwords of external services are stored as cleartext, which I confirmed by grepping the password against the database (H2 and postgresql).

Also, this vulnerability is heightened by the fact that the application defaults are:

  • admin/admin credentials
  • HTTP unencrypted communications

Suggested Scoring

  • Attack vector: network
  • Attack complexity: low
  • Authentication required: yes (admin)
  • Impacts: confidentiality

Suggested scoring: 4.1 (CVSS:3.0/AV:N/AC:L/PR:H/UI:N/S:C/C:L/I:N/A:N)

Timeline

  • 2018-07-20: Vulnerability reported as a private security bug
  • 2018-09-11: ACK required from editor
  • 2018-09-13: Disclosure to the community (oss-security and Mitre)

Further work

Just as an FYI for future researchers, passwords of actual users are stored as SHA1. Not ideal. I briefly audited the codebase, seems like all SQL requests are correctly built (prepared statements). There are some deserializations (report generation and search function) from unfiltered user input (GET parameters) using a vulnerable version of the Jackson component but they don't seem exploitable because there is no polymorphic type handling.

Download Tool