Login with '&' in password again not working after update

This support forum board is for support questions relating to Nagios Log Server, our solution for managing and monitoring critical log data.
Locked
User avatar
WillemDH
Posts: 2320
Joined: Wed Mar 20, 2013 5:49 am
Location: Ghent
Contact:

Login with '&' in password again not working after update

Post by WillemDH »

Hello,

Seems we had again the same issue as descrived here. Some users with & in their password can't login.

https://support.nagios.com/forum/viewto ... t=password

After setting

Code: Select all

$config['global_xss_filtering'] = FALSE;
It works again. Is there any chance '&' will be allowed by default in further updates, so I won't have to manually reconfigure it? :)

Grtz

Willem
Nagios XI 5.8.1
https://outsideit.net
jomann
Development Lead
Posts: 611
Joined: Mon Apr 22, 2013 10:06 am
Location: Nagios Enterprises

Re: Login with '&' in password again not working after updat

Post by jomann »

We can definitely add this as a bug, since using an & symbol in the password should work. I'll add one to the internal bug tracking system.
As of May 25th, 2018, all communications with Nagios Enterprises and its employees are covered under our new Privacy Policy.
User avatar
WillemDH
Posts: 2320
Joined: Wed Mar 20, 2013 5:49 am
Location: Ghent
Contact:

Re: Login with '&' in password again not working after updat

Post by WillemDH »

Ok, thanks. Thread can be closed. I know the workaround. Grtz!
Nagios XI 5.8.1
https://outsideit.net
jomann
Development Lead
Posts: 611
Joined: Mon Apr 22, 2013 10:06 am
Location: Nagios Enterprises

Re: Login with '&' in password again not working after updat

Post by jomann »

Updating this because I have a solution to the problem.

First off, to keep it from overwriting your config option, please add the line you posted to the config.local.php (in the same config file directory as the others!) file which is not overwritten on upgrade.

Secondly, the reason you can't log in is because the password was created when the value was set to FALSE. The way around it is to make sure all your passwords (or an admin) is set to not have & and then log in and change/update passwords accordingly.

I looked into "fixing" this in the product itself but I don't see a way to fix it without having someone's system get messed up. I certainly don't want to cause everyone's passwords to not work who didn't change the XSS filter variable. I did some testing and if it's left one way or the other and the password was created while it was set the certain way, it does not have an issue with the & symbol.
As of May 25th, 2018, all communications with Nagios Enterprises and its employees are covered under our new Privacy Policy.
Locked