You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am working with an implementation that does not deflate before base64 encoding. It seems SAML raider does this as default, because of this it is causing all my requests to be interpreted as malformed. Is there a way to force SAML raider to not deflate?
The text was updated successfully, but these errors were encountered:
Depending on where the SAML Message is (either as a GET or a POST parameter), the output it deflates the request or not. I'll try to fix this issue the next time I work on the project.
I could add a dropdown to do it a) automatically b) always deflate c) never deflate.
I didn't want to wait so I cloned the repo and started to modify the decompress and compress functions. I hard coded it to work the niche way I need it for this project. However, it turns out that I have more issues that this one. For some reason when I url decode/base 64 decode CHANGE NOTHING then base 64 encode/url encode the result is different. That difference is making my service provider drop me every time. You would think that not modifying any values would still yield similar results. I am sort of at a loss, not sure what to do.
I thought perhaps I made a mistake in my code. So i decided to do it manually using website url encode/decode and base 64 encode/decode. I got the same results as I did with my code. It seems that somehow when the message is first decoded it either gains or losses some whitespace or line breaks or something similar. It is very difficult to tell what is being gained and lost because the message look identical.
I am working with an implementation that does not deflate before base64 encoding. It seems SAML raider does this as default, because of this it is causing all my requests to be interpreted as malformed. Is there a way to force SAML raider to not deflate?
The text was updated successfully, but these errors were encountered: