Skip to content
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

Running InfoButtons using HTTPS, instead of HTTP. #39

Open
DSSUSER opened this issue Dec 30, 2020 · 17 comments
Open

Running InfoButtons using HTTPS, instead of HTTP. #39

DSSUSER opened this issue Dec 30, 2020 · 17 comments

Comments

@DSSUSER
Copy link

DSSUSER commented Dec 30, 2020

We have been working with OIB for more than 2 years now, as an HTTP service, in DEV and QA environments.

We are finally ready to deploy everything to production, but we are being told by our security group, and from a SOC2 compliance aspect, that we can not use HTTP to interface with our production servers.

What are the chances of enabling HTTPS in the InfoButtons application?

NOTE: We are using the Docker container image for all of our deployments and environments.

@aniskand
Copy link
Collaborator

aniskand commented Jan 4, 2021

Yeah, you can run OIB in HTTPS. We use it with https in our public instance and it works just fine.

@DSSUSER
Copy link
Author

DSSUSER commented Jan 7, 2021

I am trying to configure InfoButtons to use HTTPS.

We can get to the basic webpage now using HTTPS, but we are getting the following error when we attempt to login:

InfoButtons_getUser_error

In the server.xml file, we used the following entry:

image

Is there anything else you can think of that we need to modify?

Any help in figuring out what we're doing wrong, would be greatly appreciated.

@DSSUSER
Copy link
Author

DSSUSER commented Jan 8, 2021

I need to update this ticket.

BACKEND CLIENT HTTPS CALL:

The backend client is able to connect to the HTTPS service, and we are getting a response from the InfoButtons service.

However, the external calls to the document providers is going out via HTTP, instead of HTTPS.

We are not able to open the supplied URL's because the HTTPS originating request, will not allow an HTTP request, over an HTTPS connection.

Here are some of the errors that we get, when we try to access the URL / supplied link:

image

image

image

image


SITE LITE GUI LOGIN:

We can get to the GUI Login screen, but as you can see from the errors below, the "getUser" function is being called, using an HTTP request.

Our HTTPS call will not allow mis-matched HTTPS and HTTP requests to be mixed in the same request.

image

image


How can we get rid of this mismatch?

Note, that if I take any of the supplied URLs, and simply replace HTTP with HTTPS, they all work!

I can access all of the HTTP pages supplied, by simply converting them to HTTPS.

Again, if we tell the application to use HTTPS, how can we ensure that all subsequent calls use HTTPS instead of HTTP?

@aniskand
Copy link
Collaborator

aniskand commented Jan 8, 2021

I'm not sure how we handle this in our environments, I think we have httpd configured to redirect all requests to https. I'm going to update the Docker image to fix these issues as well as include my new code for handling the changes to UTS authentication .

@DSSUSER
Copy link
Author

DSSUSER commented Jan 8, 2021

Hi Andrew,

Thank you very much.

Going forward, for security purposes, we will probably use HTTPS in all of our environments.

It does not make sense for us to use HTTP in DEV and QA, if we need HTTPS in production.

As such, if you want to convert the code to always use HTTPS, we would definitely not object.

Have a great weekend.

@DSSUSER
Copy link
Author

DSSUSER commented Jan 13, 2021

Good morning Andrew,

I was just checking in, to see if you have any kind of status update yet.

Have a great day.

@aniskand
Copy link
Collaborator

I'm hoping I can get to this before the end of the week.

@DSSUSER
Copy link
Author

DSSUSER commented Jan 13, 2021

Thanks Andrew.

Just a reminder that the UMLS UTS site will officially switch to the new login method this Friday, the 15th.

@DSSUSER
Copy link
Author

DSSUSER commented Jan 21, 2021

GM Andrew,

Do you have any updates for this issue?

@DSSUSER
Copy link
Author

DSSUSER commented Jan 21, 2021

For testing purposes, does your public deployment of InfoButtons use HTTPS?

If so, until we can get our internal HTTPS version working, can we point to your public version?

If yes, what is that URL?

@gdelfiol
Copy link
Collaborator

gdelfiol commented Jan 21, 2021 via email

@DSSUSER
Copy link
Author

DSSUSER commented Jan 21, 2021

We pointed our application to your public interface.

We are getting the following error:

image

@gdelfiol
Copy link
Collaborator

gdelfiol commented Jan 21, 2021 via email

@DSSUSER
Copy link
Author

DSSUSER commented Jan 21, 2021

Please ignore the previous post.

Our developer made a change a few days ago that caused the error.

Everything is working as expected right now.

@gdelfiol
Copy link
Collaborator

gdelfiol commented Jan 21, 2021 via email

@DSSUSER
Copy link
Author

DSSUSER commented Jan 22, 2021

Andrew was supporting a Docker container image with InfoButtons completely configured.

Is anyone there able to support this Docker image?

Is anyone there able to modify the Docker image to use HTTPS instead of HTTP?

Is anyone there able to modify the Docker image to incorporate the new UMLS UTS login requirements that went into effect on the 15th of January?

Is anyone there able to modify the Docker image to incorporate the same changes that went into the main InfoButtons configuration?

@DSSUSER
Copy link
Author

DSSUSER commented Feb 26, 2021

Are there any updates for this issue?

Are there any updates for this issue, as they pertain to the Docker image?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants