-
Notifications
You must be signed in to change notification settings - Fork 11k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SAML Auth broken: "Error: key http://schemas.xmlsoap.org/.../name must not contain '.' " #10931
Comments
I did some quick testing using Docker images:
Anything changed with SAML except for this multi site issue? |
The error message really drives me crazy, since I cannot figure out, what is wrong here. I looked into the logs of a working (0.64.1) instance and found the following result: From my understanding the following part triggers the error message: But I cant see any reason, why this result would trigger the must not contain '.' message, since there is no |
The problem is that mongodb don't support dot in key: https://stackoverflow.com/questions/12397118/mongodb-dot-in-key-name |
Mongo DB don't support "." as key Fix RocketChat#10931
@misi so this happens since auth keys were moved from memory to mongo in v0.64.2. |
I have added a PR #10961 that works for me |
still no SAML unit tests eh 😞 👎 ..broken again |
@ChessSpider @toughIQ @misi can you help us create unit testing for SAML? We don't have anyone in the core team with enough experience to do it. |
@engelgabriel Hi, what kind of help is required ? |
@engelgabriel Sure. Let me know what kind of help you are expecting.. |
@engelgabriel non-intrusive reminder Additionally, is there a temporary fix for this? Or when will the next version be launched? No one can log in now, still.. I am running 0.65.1 |
@ChessSpider |
Still the same issue as described here.. But I use urn uri in saml and not
the symbolical name. When I'm at work I'll copy paste the full error.
At least we appear to have found an edge case for our unit test!
Op di 12 jun. 2018 06:34 schreef Mészáros Mihály <[email protected]>:
… @ChessSpider <https://github.com/ChessSpider>
Could you please describe your issue more here?
Or if you opened a separated issue then add the link here to the issue?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#10931 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ACEWNHPOZmZGKDOIjsbxw3KW0f9vqn3dks5t70TWgaJpZM4URfuw>
.
|
which equals to 'commonName'. I also saw the same error for this field: http://www.alvestrand.no/objectid/0.9.2342.19200300.100.1.1.html Any ideas? i am running Version | 0.65.1. |
@ChessSpider this fix is scheduled for 0.66.0 late of June. Since this was a blocker for my installation too, I went from snap to docker installation and used a custom 0.64.2 image to which I applied the SAML fix manually. |
Cool. Thx. Guess I'll do that too then 👍 Would you want to share your Dockerfile to save me some work? |
@ChessSpider I am sorry, but I did this quick and dirty and didnt save my Dockerfile.
|
@toughIQ
errors with:
|
Description:
Login via SAML results in error:
Some Details:
We have a single RocketChat instance running via Ubuntu Snap. We connected it to our WinADFS Server using SAML. Everything worked fine until a few days back. We didnt change anything on the ADFS side. But I think there was an automatic update via snap to v 0.64.2. Since around then SAML Auth does not work anymore.
Server Setup Information:
Steps to Reproduce:
saml configuration #2770 (comment)
Alternative Way:
Expected behavior:
SAML Login window pops up at login and closes with success after username/password.
Actual behavior:
Browser displays error in Login window:
Relevant logs:
ADFS Server:
RocketChat Server:
I am not sure, if this might be a hint, but at first we have
2018-05-29T13:49:23Z : credentialToken: 'id-4tgTLLjS9zgQ7oAdz' }
and some lines later we see2018-05-29T13:49:23Z : credentialToken: undefined }
UPDATE: this credentialToken thing seems to be normal. Also found in working 0.64.1.
The text was updated successfully, but these errors were encountered: