Link to home
Start Free TrialLog in
Avatar of slimard01
slimard01

asked on

third party disabled support of SSLv3 due to the POODLE security

Hello,

We have an application which calls third party Webservice to fetch documents and update status.

It was working all correct up to last month . The third party  disabled support of SSLv3 due to the POODLE security vulnerability and advised that carriers remove any HTTPs:// connections using SSLv3 and upgrade to at least TLS 1.0.

 Since then whenevr our applictaion tries to send request to the third party service we get below error

System.ServiceModel.CommunicationException: An error occurred while making the HTTP request to https://xxx This could be due to the fact that the server certificate is not configured properly with HTTP.SYS in the HTTPS case. This could also be caused by a mismatch of the security binding between the client and the server. ---> System.Net.WebException: The underlying connection was closed: An unexpected error occurred on a send. ---> System.IO.IOException: Received an unexpected EOF or 0 bytes from the transport stream.

We are running Windows 2008 R2. I used Wireshark and I confirm that TLS 1.0 is used. What can cause this issue?

Thanks for help
Salim
Avatar of McKnife
McKnife
Flag of Germany image

The 3rd party should be able to advise, shouldn't it? I would like to see what they say, first.
Avatar of slimard01
slimard01

ASKER

This is what I think as well but it is ping pong game. So any advice on how to fix this, is welcome
A ping pong game? So instead of telling you how to work with their new setup they invite you to play ping pong? They must have said at least somthing useful - what was it?
You need to specify the SSL type in your app to use only TLS else it will default to SSL

http://msdn.microsoft.com/en-us/library/system.net.servicepointmanager.securityprotocol.aspx
ASKER CERTIFIED SOLUTION
Avatar of slimard01
slimard01

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
The solution was to upgrade the .NET client to version 4.5.1. It was running .NET 4 extended.