<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Need a sanity check for PHP / cURL solution (b/c of POODLE) in Integration and Testing</title>
    <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/Need-a-sanity-check-for-PHP-cURL-solution-b-c-of-POODLE/m-p/48331#M24328</link>
    <description>&lt;P&gt;Since the sandbox (&lt;A href="https://test.authorize.net/gateway/transact.dll)" target="_blank"&gt;https://test.authorize.net/gateway/transact.dll)&lt;/A&gt; now has SSLv3 disabled, I figured it was a good time to test against it, to ensure we're ready for Nov 4.&lt;BR /&gt;&lt;BR /&gt;We're using homegrown PHP/cURL solution since this was written before the SDK existed.&lt;BR /&gt;&lt;BR /&gt;Test 1: simply direct a test version of our payment code to the sandbox, of course using sandbox credentials.&lt;BR /&gt;- success! &amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Test 2: add a cURL directive forcing TLS, just in case: curl_setopt($ch, CURLOPT_SSLVERSION, CURL_SSLVERSION_TLSv1);&lt;BR /&gt;- success!&lt;BR /&gt;&lt;BR /&gt;Wait, can it be that easy?&amp;nbsp; We're using an old version of cURL (7.15.x) that I wasn't even aware it supported TLS!&lt;BR /&gt;&lt;BR /&gt;Can you fine folks give me a sanity check?&amp;nbsp; Since SSLv3 is already disabled in the sandbox, if I'm successfully able to connect and process there, then I should be set for Nov 4, correct? (Obviously, assuming all else remains constant...)&lt;BR /&gt;&lt;BR /&gt;Thanks!&lt;/P&gt;</description>
    <pubDate>Fri, 31 Oct 2014 04:09:56 GMT</pubDate>
    <dc:creator>jamesons</dc:creator>
    <dc:date>2014-10-31T04:09:56Z</dc:date>
    <item>
      <title>Need a sanity check for PHP / cURL solution (b/c of POODLE)</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/Need-a-sanity-check-for-PHP-cURL-solution-b-c-of-POODLE/m-p/48331#M24328</link>
      <description>&lt;P&gt;Since the sandbox (&lt;A href="https://test.authorize.net/gateway/transact.dll)" target="_blank"&gt;https://test.authorize.net/gateway/transact.dll)&lt;/A&gt; now has SSLv3 disabled, I figured it was a good time to test against it, to ensure we're ready for Nov 4.&lt;BR /&gt;&lt;BR /&gt;We're using homegrown PHP/cURL solution since this was written before the SDK existed.&lt;BR /&gt;&lt;BR /&gt;Test 1: simply direct a test version of our payment code to the sandbox, of course using sandbox credentials.&lt;BR /&gt;- success! &amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Test 2: add a cURL directive forcing TLS, just in case: curl_setopt($ch, CURLOPT_SSLVERSION, CURL_SSLVERSION_TLSv1);&lt;BR /&gt;- success!&lt;BR /&gt;&lt;BR /&gt;Wait, can it be that easy?&amp;nbsp; We're using an old version of cURL (7.15.x) that I wasn't even aware it supported TLS!&lt;BR /&gt;&lt;BR /&gt;Can you fine folks give me a sanity check?&amp;nbsp; Since SSLv3 is already disabled in the sandbox, if I'm successfully able to connect and process there, then I should be set for Nov 4, correct? (Obviously, assuming all else remains constant...)&lt;BR /&gt;&lt;BR /&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Fri, 31 Oct 2014 04:09:56 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/Need-a-sanity-check-for-PHP-cURL-solution-b-c-of-POODLE/m-p/48331#M24328</guid>
      <dc:creator>jamesons</dc:creator>
      <dc:date>2014-10-31T04:09:56Z</dc:date>
    </item>
    <item>
      <title>Re: Need a sanity check for PHP / cURL solution (b/c of POODLE)</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/Need-a-sanity-check-for-PHP-cURL-solution-b-c-of-POODLE/m-p/48341#M24330</link>
      <description>&lt;P&gt;I think you're right on track. If you can connect to Sandbox, then your setup is favoring TLS, possibly forcing TLS outright.&lt;BR /&gt;&lt;BR /&gt;Do bear in mind that libcurl, the programming library for accessing cURL, can be compiled to use a number of security libraries, including OpenSSL, SChannel, and others. Despite the age of your installation of cURL, it could be using a more up-to-date security library.&lt;BR /&gt;&lt;BR /&gt;A list of all the possible programming libraries for libcurl may be found here: &lt;A href="http://curl.haxx.se/docs/ssl-compared.html" target="_blank"&gt;http://curl.haxx.se/docs/ssl-compared.html&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;If you run the command &lt;SPAN style="font-family: courier new,courier;"&gt;curl -V&lt;/SPAN&gt; it should tell you which security libraries it's using.&lt;/P&gt;</description>
      <pubDate>Fri, 31 Oct 2014 20:21:36 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/Need-a-sanity-check-for-PHP-cURL-solution-b-c-of-POODLE/m-p/48341#M24330</guid>
      <dc:creator>Lilith</dc:creator>
      <dc:date>2014-10-31T20:21:36Z</dc:date>
    </item>
  </channel>
</rss>

