-
Notifications
You must be signed in to change notification settings - Fork 332
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
Certificate Validation is bypassed for the web requests used. #85
Comments
This issue goes away if I run The print out of mozroots.exe says it's been deprecated and that we should use cert-sync, which may work, but requires a certificate in PEM format to sync with. I haven't figured out what the right certificate is for that yet. |
Note for reproducing it's useful to clear your Trusted certs after running mozroots. I'm using this powershell command : |
I'm taking a look to see if this can be solved by using UnityWebRequest. |
I couldn't quite figure out how to make this work via UnityWebRequest. I was successful in loading package information from the VSTS feed using UnityWebRequest without the need for bypassing certificate validation. But unfortunately, when it came time to download the package itself, I had an InvalidAuthenticationInfo error and was unable to download the package even when using .NET 4.6. I'm giving up, at least for now. |
Right now certificate validation is bypassed, which is a serious security concern.
Currently thinking we could add support for warning the user and letting them opt-in to the bypass action (with optional future white-listing). We could only allow bypass for certs matching some factors, e.g. date ranges.
The text was updated successfully, but these errors were encountered: