Some characters in passwords seems to make problems with the server #5281
Replies: 3 comments
-
I cannot reproduce your problem with the information provided. The fact that the default Apache test page is shown is a sign that something is misconfigured on your side. |
Beta Was this translation helpful? Give feedback.
-
OK, that could be possible. I will dive into the apache config next days and hope I can find out why POST data breaks the vHost. |
Beta Was this translation helpful? Give feedback.
-
I found out, that the character sequence '${}' makes this problem, but only on my server mentioned above. On a Debian 11 with containerized apache and Kanboard there is no problem. |
Beta Was this translation helpful? Give feedback.
-
Checklist
Actual behaviour
If I want to set the following password, the system just shows me an Apache test page:
Example password:
8${)0b8>Y>y|l#l(}~:=<SsgqCa>g(7c
It seems there is a character, that confuses the Apache or the PHP scripts. Maybe this is also a security issue, because there is no qualified error message but an unexpected server response. Not sure how this password was set. Maybe an older version of Kanboard was able to handle this. But it doesn't work with 1.2.26 and 1.2.29.
Expected behaviour
I think it should accept every character that I can type in, or should tell me the limits and don't let me send it to the server.
Steps to reproduce
Just make a user and set the password that I wrote before.
Configuration
Screenshots
Beta Was this translation helpful? Give feedback.
All reactions