So, it sounds like the only way to prevent this security issue at this time is to disable the User Activation Email. Is that correct?
Hi Debi,
Unfortunately simply disabling the User Activation Email doesn't help, because we don't have control over the "forgot password" mechanism.
- If a person sends an email to your configured support email address
- And then can navigate to the portal login page where the "forgot password" link is
- Then they can force the system to send them a link to let them in
You can limit their access to some degree by restricting access to some areas or content by company.
Since a new customer cannot add themselves to a company, they'll only see what a customer with no company can see. In our case just their own tickets.
But even this has its limitations. If you have added Domain Names for a company, its users who's email addresses match those domains will be added to the company automatically. In our case this isn't much of a problem. But I could see how it might be for others.
Mark
Mark,
Thanks for the reply and the explanation. Are there plans in the future to tighten security and correct this flaw?
Debbi
I sure hope so!
...and I'm sure we're not alone...
We have a feature on the roadmap to address this. We'll let you know once that feature is taken up. It should be sometime at the end of the year
I may have found a workaround. Clicking the forgot my password link on the front page sends the requester the Requester Notifications>Password Reset Email message. While you can't disable the notification you can remove the password reset link from the message. This would impact your internal users from resetting their passwords with the link as well though. Any ideas on getting around that?
We ran into this as well - would love a supported way to solve this issue!
We have the same issue here, we have a private customer support portal too and a lot of customers can activate themself without our activation.
Please let us know, it's a big problem
This is a problem for us too. On a side note, if you disable the verification emails for requester, is there a rule that you guys have setup for agents to work tickets for manually sending the verification email?
We need a mode for activate new registration, this not seems properly secure.
Hello everyone,
We completely agree with everyone on this topic and definitely have plans to address it on our roadmap.
Unfortunately, I do not have an ETA as of now to promise upon. Sorry about that! Will surely keep you posted.
Thanks,
Anna
Having a way to reset passwords from our end would be extremely helpful, both for this issue and in general.
I'll point out that this process has become much more complicated now that Freshdesk has enabled multiple email addresses per account. Before you could unverify an account by changing the (only) email address a contact had to be one that had never been used before. You could then re-send the activation email to the user. That process no longer works as of a couple of weeks ago.
We need a way to better lock-down access so that a user can not verify themselves and have agents be able to send password resets to the customers.
This has been an issue for over 2 years now and this post about it is over a year old. How long will you wait before addressing such a serious security issue??
Hello everyone,
Firstly, we apologise for the delay in getting this issue fixed. We understand that this should have been sorted out way back and being long pending for about 2 years is definitely not a good thing.
We recently rolled out the Password Policy enforcement and with that we are getting all other breakages and security glitches fixed as well. So yes, we have the best hands working on super high priority to fix this issue as quickly as possible.
We're positive that we will be rolling out the changes within 2 weeks from today. I request you all to kindly bear with us for a few more days and I promise that we wouldn't disappoint you anymore.
Thank you all for being so very understanding and patient throughout.
Have a good day.
Thanks,
Anna
Customer Success Manager
Freshdesk Inc.
Hi Folks
This issue is now resolved. Thanks for being patient throughout.
Agents will continue to have access to the forgot password mechanism even if user activation emails are turned off and the agent is unverified. However, a contact will have access to the forgot password mechanism only if the contact is verified.
Please feel free to reach out for any clarifications or feedback.
Thanks
Saurabh
Product Manager
Freshdesk Inc.
Thanks this fix helps very much but I can't figure out how disable an existing and verified account.
If I change the password user can use the forgot password mechanism to circumvent my block. How can I change this?
We have a commercial product and our concerns with this problem is competitors being able to gain access by sending an email to support then using forgot password. WE are using Simple SSO from our application to login to Freshdesk. This is an obvious security hole.
We can plug this hole somewhat because we are reviewing tickets. But if someone submits a ticket in the middle of the night by sending an email they can easily use forgot password and get away with whatever they like before we are aware of it.
Is there any work around to prevent this? For me, the easiest feature would be to have an option to disable forgot password for customers. This would be especially true if using SSO. If we aren't using FreshDesk passwords why would it ever be there?
Hi Alessio and Chris,
If you would like to prevent users being able to reset their passwords, You could edit the email notification for Password reset under Admin -> Email Notifications -> Requester Notifications and remove the password reset placeholder and put up a message to reach out to support for resetting the password.
The agents can reset the password for the users manually when the customers reach out.
Having said this, The users will be able to reset their password only if they are verified users in your freshdesk account. Chris, This should solve your concern of new users submitting in the middle of the night. You could turn off "User activation email" under Email Notifications to avoid the user activating themselves.
Please revert for clarifications.
Regards,
Manoj.
So people can't change password by themself, right?
Sorry but a simple enable/disable for every user may be better, isn't it?