Mantis Bugtracker 

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0008718TestLinkSecurity - Generalpublic2019-07-08 09:462019-07-13 11:12
Assigned To 
PlatformLinux Kernel 3.10OSCentOSOS Version7.5.1804
Product Version1.9.18 (2018 Q3) 
Fixed in Version 
Summary0008718: Suspicious remote account creation even when user register has been disabled
DescriptionWe are facing a strange issue: in last two weeks we have had two attacks to our public testlink instance: [^]
We started to receive a lot of email notifications about newly Testlink account created, with typical SQL/command Injection patterns.
So we decided to disable the possibility for end users to register themselves ($tlCfg->user_self_signup = FALSE within file).

On last friday (July 5th) we had the same attack, and we started to receive a lot of email notifications about new accounts created in our Testlink instance, even with user self signup disabled.

Email stopped when we shutdown the Testlink instance.

In both cases anyway actually no new account has been created (double-ckecked from Testlink GUI and directly within the DB), and I also checked whether are there remote API to create accounts or not, but Testlink actually doesn't have a remote API for this.

Moreover: no trace on Testlink and web server log about remote invocation of Testlink account creation functionalities.

Is there something else we have to take into account to prevent this kind of attack?
Steps To ReproduceNot enough information to reproduce it
TagsNo tags attached.
Database (MySQL,Postgres,etc)PostgreSQL
PHP Version7.1.18
QA Team - Task Workflow Status
Attached Filespng file icon Screen Shot 2019-07-13 at 13.08.33.png [^] (40,085 bytes) 2019-07-13 11:12

- Relationships

-  Notes
danzone (reporter)
2019-07-08 10:00

Just in case: there could be the possibility of a bug in the notification mechanism, so it could send a notification email even when the new account isn't actually created?
fman (administrator)
2019-07-13 11:01
edited on: 2019-07-13 11:12

unfortunately, if you can not provide an example of how to reproduce the attack is very difficult to develop a remediation.

Can you provide some samples of the mails you have received?

remove the firstLogin.php file as a security measure.

just tested and got: the attached image

the attack is not using this page

- Issue History
Date Modified Username Field Change
2019-07-08 09:46 danzone New Issue
2019-07-08 10:00 danzone Note Added: 0028990
2019-07-13 11:01 fman Note Added: 0029022
2019-07-13 11:05 fman Note Edited: 0029022 View Revisions
2019-07-13 11:11 fman Note Edited: 0029022 View Revisions
2019-07-13 11:12 fman Note Edited: 0029022 View Revisions
2019-07-13 11:12 fman File Added: Screen Shot 2019-07-13 at 13.08.33.png

Copyright © 2000 - 2019 MantisBT Team
Powered by Mantis Bugtracker