-
Notifications
You must be signed in to change notification settings - Fork 438
[INVESTIGATE] Rocket.Chat iOS client accepting blank password field #1730
Comments
@xxmoC Thanks for the investigation! Here's the API request we do on the app to authenticate the user: curl "https://open.rocket.chat/api/v1/login" -H "Content-Type: application/json" -d '{"ldap": true, "username": "YOUR_USERNAME", "ldapPass": "YOUR_PASSWORD", "ldapOptions": []}' Can you try with your values and an empty value for password and let me know the result? The iOS app would not be allowed to enter in the server if the API didn't provide us the token. |
With password:
Without password:
So strange right, seems to be working correctly through the API 👍 Any other ways of troubleshooting this? |
@xxmoC Please, contact me at |
I'll drop a message @rafaelks |
epic fail ((( |
Client Version 2.4.1 (176) - the same problem |
@xxmoC @VareliyK We already discussed the problem... the API is returning the login token even when the password is empty. I asked @xxmoC to open an issue, did you open? Thanks! |
Jep, here: RocketChat/Rocket.Chat#11017. I'll close this one down. |
@xxmoC why did you close this issue for iOS ? |
@VareliyK The issue is on the API: https://github.com/RocketChat/Rocket.Chat#11017 |
@rafaelks thank's |
Description:
We use RocketChat with our AD servers for LDAP authentication. But we experience some strange behaviour on iOS devices as our users can authenticate without giving a password (read: empty field).
As far as we can see the Android, Windows and webclient do work as expected, seems like the iOS device has no check whether the authentication is correct.
We have got anonymous binding only open for RootDSE as designed and adviced by Microsoft (microsoft.png). When connecting to the OU of the users they're in this is absolutely not possible with anonymous binding.
Server Setup Information:
Steps to Reproduce:
Expected behavior:
I would expect the system to give an error that the users haven't entered their passwords and cannot login
Actual behavior:
The user is logged in on an iOS device, without entering a password
Relevant logs:
When I try to reproduce the LDAP query with my serviceaccount in AD (ldapsearch) and try to search and/or bind the user I cannot bind or search without entering a password in the particular OU, it is only accepting anonymous bindings on RootDSE. Probably the the iOS client is not checking this or whatsoever.
Also see ldapsearch1.png & ldapsearch2.png
The text was updated successfully, but these errors were encountered: